cgiirc-general Mailing List for CGI:IRC (Page 15)

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

> I'm actually working on CGI:IRC 2 now (again), there is some information
> about
> it at http://o.dgl.cx/cgiirc2.txt, I'll put it into CVS as well soon.

Great stuff.

regards
Mazharur Rahman

Jonas Liljegren wrote:
> I have used TT (Template Toolkit) for a long time now and thinks that
> is the most complete and flexible solution.
> 
>   http://www.tt2.org/

It is also quite big - HTML::Template is pretty small in comparision and
can be distributed along with cgiirc for ease of installation if needed.
I also like the simplicity of HTML::Template, because you are limited to
basic ifs and basic loops then it is difficult to make the interface 
html files overcomplex.

> I have previously used mod_perl just to implement a client that
> communicate requests to singel server process.  You start up the
> server and the clients just sends the request to you and gets the
> ready page.
> 
> This is the client part, that could be run with or whithout mod_perl
> (with Apache::Registry)
> 
[..code..]

That is pretty much what FastCGI does, I suppose you could just write a
FastCGI client in perl and use it with CGI or mod_perl.

David Leadbeater <dg...@dg...> writes:

> Franki wrote:
>> Its an excellent idea to use HTML::Template.. I've been using that on 
>> pretty much every perl web app I've written for a couple of years now..
>
> Yeah, it takes a bit of getting used to but it's nice and very simple
> too..

I have used TT (Template Toolkit) for a long time now and thinks that
is the most complete and flexible solution.

  http://www.tt2.org/

> The thing is mod_perl or anything that is in the webserver will be
> using more than one process so the memory savings would go.

I have previously used mod_perl just to implement a client that
communicate requests to singel server process.  You start up the
server and the clients just sends the request to you and gets the
ready page.

This is the client part, that could be run with or whithout mod_perl
(with Apache::Registry)

#!/usr/bin/perl -w
use strict;
use CGI;
use IO::Socket;
use FreezeThaw qw( freeze );

my $q = new CGI;
my $sock = new IO::Socket::INET (
      PeerAddr => 'localhost',
      PeerPort => '7788',
      Proto => 'tcp',
     );
die "Could not create socket: $!\n" unless $sock;

my $value = freeze [ $q, [%ENV], ];
my $length = length $value;
print $sock "$length\x00$value";

while( $_ = <$sock> )
{
    print( $_ );
}
__END__

-- 
/ Jonas  -  http://jonas.liljegren.org/myself/en/index.html

Franki wrote:
> Its an excellent idea to use HTML::Template.. I've been using that on 
> pretty much every perl web app I've written for a couple of years now..

Yeah, it takes a bit of getting used to but it's nice and very simple
too..

> I have some reservations about fastcgi as well, but I spose having 
> irc::Cgi 1 and 2 means people can just use what they are equiped to..
> I would have liked to see a mod_perl capable version myself.. but no 
> matter...

The thing is mod_perl or anything that is in the webserver will be
using more than one process so the memory savings would go. (Plus
FastCGI doesn't tie you down to Apache).

Julien WAJSBERG wrote:
> seems interesting :)
> 
> I have just one concern: it seems FastCGI isn't completely free software.
> see http://fastcgi.com/mod_fastcgi/docs/LICENSE.TERMS

I haven't used any of that code (the Perl module has an almost
BSD like license - http://search.cpan.org/src/SKIMO/FCGI-0.67/LICENSE.TERMS).
There's nothing saying that you have to use it with Apache..

Julien WAJSBERG wrote:

> On Wed, 12 Nov 2003, David Leadbeater wrote:
> 
> 
>>I'm actually working on CGI:IRC 2 now (again), there is some information about
>>it at http://o.dgl.cx/cgiirc2.txt, I'll put it into CVS as well soon.
> 
> 
> seems interesting :)
> 
> I have just one concern: it seems FastCGI isn't completely free software.
> see http://fastcgi.com/mod_fastcgi/docs/LICENSE.TERMS
> 
> But maybe it is the only way to go..
> 

Its an excellent idea to use HTML::Template.. I've been using that on 
pretty much every perl web app I've written for a couple of years now..

I have some reservations about fastcgi as well, but I spose having 
irc::Cgi 1 and 2 means people can just use what they are equiped to..
I would have liked to see a mod_perl capable version myself.. but no 
matter...

great stuff..

rgds

Franki

-- 
Please sign our petition to encourage notebook manufacturers to offer 
video card upgrades just like desktops.
http://www.petitiononline.com/inspiron/petition.html

For free scripts, online webmaster tools, HTML, XHTML, Perl & PHP 
tutorials and stuff, visit:
http://htmlfixit.com, Free web developer resources.

On Wed, 12 Nov 2003, David Leadbeater wrote:

> I'm actually working on CGI:IRC 2 now (again), there is some information about
> it at http://o.dgl.cx/cgiirc2.txt, I'll put it into CVS as well soon.

seems interesting :)

I have just one concern: it seems FastCGI isn't completely free software.
see http://fastcgi.com/mod_fastcgi/docs/LICENSE.TERMS

But maybe it is the only way to go..

-- 
Julien

I'm actually working on CGI:IRC 2 now (again), there is some information about
it at http://o.dgl.cx/cgiirc2.txt, I'll put it into CVS as well soon.

Mark Schouten wrote:
> > I am finding CGI::IRC really great, but I have a problem: Is it possible
> > to use a "reload method" for the message window? At the moment, it seems
> > to be a continuous stream to the client, because some clients of me have
> > problems to connect.
With the current CGI/one nph-irc.cgi process per user model it is pretty
much impossible, i'm working on quite a radical rewrite at the moment
which will make this sort of thing possible. I'd be interested to hear
what clients are having problems though..

> > I thought that it would be great to make a refresh every x seconds instead
> > of a continous stream :-)
I wouldn't call it great - but it will fix the problem ;)

> I think it would be a great step back. It might be handy to create a
> 'force reload'-button. But what clients are you having trouble with?
I don't really like the idea of a reload button, it's quite easily detectable
in JavaScript if the stream isn't working.

There are several proxies that don't like streams (novell border manager is
apparently one), and also Apple apparently to break stream support
in Safari (it works in Konqueror)..

On Mon, Nov 10, 2003 at 05:46:18PM +0100, Sebastian Kurfuerst wrote:
> I am finding CGI::IRC really great, but I have a problem: Is it possible
> to use a "reload method" for the message window? At the moment, it seems
> to be a continuous stream to the client, because some clients of me have
> problems to connect.
> 
> I thought that it would be great to make a refresh every x seconds instead
> of a continous stream :-)

I think it would be a great step back. It might be handy to create a
'force reload'-button. But what clients are you having trouble with?

Mark Schouten

-- 
Alphen aan den Rijn
The Netherlands

Hello,
I am finding CGI::IRC really great, but I have a problem: Is it possible
to use a "reload method" for the message window? At the moment, it seems
to be a continuous stream to the client, because some clients of me have
problems to connect.

I thought that it would be great to make a refresh every x seconds instead
of a continous stream :-)

Thank you,
Sebastian

Changes are as follows:
- Lots of bug fixes (+/!channels, ( key in mozilla and some smaller things)
- Use of iframes removed (IE sometimes does not load the JS needed properly)
- ipaccess can now use hostnames (see ipaccess.example)
- config file updates (documented new options in cgiirc.config.full)
- sound support (IE only)
- Opera 7 support
- Output options (display items in active window, status or not at all)
  (eg: whois in active window, hide joins, etc), see cgiirc.config.full
  for details.
- Better support for prefixes sent in 005
- disable_format_input option to disable the "<<" and %B, %C, etc.

The output options is something I've never got around to doing but many
people have asked for, hopefully it should remove the need to edit the
interfaces for things like removing unwanted output.

You can grab it from http://cgiirc.sourceforge.net/download

-David

I've just released 0.5.3pre2, please test it ;-)

The sounds have been improved since 0.5.3pre1 (they won't be loaded if they
are disabled..). I have also finally got rid of the iframes as people keep
reporting bugs with them with IE and it seems to be very difficult to fix.

Also the IP access file will now let you use hostnames (see
ipaccess.example for more details).

Anyway, you can get it from http://cgiirc.sourceforge.net/ (see the first
news item)..

Michael Bond wrote:
> The key was to NOT pass it to _func_out, not use the <script> tags, and
> to add the semicolon to the end of the line.

It seems I made _func_out do different things depending on the function
(it returns the text for witemaddtext), which was a bit bad of me..

Okay, got it working:

Added the following to fwindowlist.pm

function joinWindowOpen() {
    open('/joinwindow.html');
}

and modified makeline() in main.pm to be this:

my $html2 = "parent.joinWindowOpen();" if $info->{type} eq 'join';

return $html2 . _func_out('witemaddtext', $target, $html . '<br>',
$info->{a\ctivity} || 0, 0);

##

The key was to NOT pass it to _func_out, not use the <script> tags, and
to add the semicolon to the end of the line.

-- 
Michael Bond
Professional Technologist
WVU Libraries
304-293-4040 ext: 4049
Mic...@ma...

Michael Bond wrote:
> Okay ... I decided against .53pre1, and went with the stable .52.
> 
> I added the following to makeline() in
> /interfaces/interfaces-make/main.pm:
> 
>    $html .= "<script>window.open('/onjoin.html', '\Window1',
> 'resizable,height=130,width=130')</script>" if $info->{type} eq 'join\';
> 
> 
> This adds the java to the output stream (If i replace all that mess with
> <b><i>foobar</b></i> it prints foobar bold and in italics when someone
> joins the channel... so, its popping out in html fine (when its supposed
> to). It just doesn't seem to be honoring the <script> tags.
> 
> Thoughts?

Quote:
--
> even if you did somehow
> manage to get <script> into the output stream it would not work how you
> expect (it would do whatever the script line does every time a new
> line is added (I think)).
--

I'm not sure exactly what you have done, but you need to remember that the
output stream runs inside a hidden iframe, if you add script tags into this
they will be running inside the context of that frame.

I haven't got time to test what works at the moment, but the way I would
do it is add a function into fwindowlist that runs the window.open command
and then call that function from the interface (you call _func_out iirc).
You should be able to call window.open from the stream but I remember problems
with that in the past (I can't remember why though)..

Okay ... I decided against .53pre1, and went with the stable .52.

I added the following to makeline() in
/interfaces/interfaces-make/main.pm:

   $html .= "<script>window.open('/onjoin.html', '\Window1',
'resizable,height=130,width=130')</script>" if $info->{type} eq 'join\';

This adds the java to the output stream (If i replace all that mess with
<b><i>foobar</b></i> it prints foobar bold and in italics when someone
joins the channel... so, its popping out in html fine (when its supposed
to). It just doesn't seem to be honoring the <script> tags.

Thoughts?

On Fri, 2003-10-10 at 06:57, David Leadbeater wrote:
> Of course I've been going on about a new version for about 10 months now ;)..

;-) ... thats one of the reasons i've waited so long to get the new
stuff up and running. but, i can't wait anymore ... :-/

Thanks.

-- 
Michael Bond
Professional Technologist
WVU Libraries
304-293-4040 ext: 4049
Mic...@ma...

Michael Bond wrote:
> is there a way to have the formats in /cgiirc/formats (default, gothic,
> etc ...) print straight HTML?
> 
> I tried adding a {open_window} tot he join line and creating a
> "open_window = <script>foo()</script>" but it only printed it to the
> screen. it did not get sent as html.

Things are much different in 0.5 I'm afraid, even if you did somehow
manage to get <script> into the output stream it would not work how you
expect (it would do whatever the script line does every time a new
line is added (I think)). What you need to do is modify some of the already
existing javascript to do what you want, you could for example if you are
using 0.5.3pre1 as your code base modify the (client side) code that sends
the sound on join, to also open a window (it's function playsound or
function joinsound i think).

Extensibility rather suffered with the rewrite to 0.5, I intend to make it
much easier in the next version - probably event based, so you just add an
event handler for the event you want to modify.

Of course I've been going on about a new version for about 10 months now ;)..

Hi guys,
Is anyone have chat set up? would you send me your address (URL) so I can take a look....Thanks

---------------------------------
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
is there a way to have the formats in /cgiirc/formats (default, gothic,
etc ...) print straight HTML?

I tried adding a {open_window} tot he join line and creating a
"open_window =3D <script>foo()</script>" but it only printed it to the
screen. it did not get sent as html.

On Wed, 2003-10-08 at 12:56, Michael Bond wrote:
> last question for a while, promise ;-)
>=20
> In the previous version of CGI:IRC that I was using the formats file had
> a hash for different events (in this case Join). I modified it to look
> like this:
>=20
>    'join' =3D> sub {
>       my($remotenick,$remotehost,$channels,$channel) =3D @_;
> 	  prefixecho('enter');
>       print "<script>WindowOpen1()</script>\r\n";
>       html(ccode(10)."$remotenick has joined $channel");
>    },
>=20
> the javascript function "WindowOpen1() was below in the header that was
> printed from the same file.=20
>=20
> Basically, all this did was create a popup window when someone entered
> the chat room. Unfortunately, not all the computers using the service
> will have sound cards so I need a visual queue for people that will not
> be wathcing the cgi:irc window.
>=20
> The new format files look nothing like this ... so I am wondering where
> I can stick these so that we have the same basic affect.
>=20
> Thanks.

last question for a while, promise ;-)

In the previous version of CGI:IRC that I was using the formats file had
a hash for different events (in this case Join). I modified it to look
like this:

   'join' => sub {
      my($remotenick,$remotehost,$channels,$channel) = @_;
	  prefixecho('enter');
      print "<script>WindowOpen1()</script>\r\n";
      html(ccode(10)."$remotenick has joined $channel");
   },

the javascript function "WindowOpen1() was below in the header that was
printed from the same file. 

Basically, all this did was create a popup window when someone entered
the chat room. Unfortunately, not all the computers using the service
will have sound cards so I need a visual queue for people that will not
be wathcing the cgi:irc window.

The new format files look nothing like this ... so I am wondering where
I can stick these so that we have the same basic affect.

Thanks.

-- 
Michael Bond
Professional Technologist
WVU Libraries
304-293-4040 ext: 4049
Mic...@ma...

Michael Bond wrote:
> I remember some talk a while back about getting sound notifications to
> work when a message is sent. I couldn't find any documentation on the
> website about this ... whats the status of this, and where is the
> documentation on how to set it up.

Grab 0.5.3pre1 from http://cgiirc.sourceforge.net/releases/, it does
need cleaning up still - for example it will load all the sounds even
if they are disabled (you can enable them in options or with the
appropriate interface .. = 1 option in the config file). There also isn't
any documentation (you might be able to find more information in the
mailing list archives around feburary time though).

I remember some talk a while back about getting sound notifications to
work when a message is sent. I couldn't find any documentation on the
website about this ... whats the status of this, and where is the
documentation on how to set it up.

thanks.

-- 
Michael Bond
Professional Technologist
WVU Libraries
304-293-4040 ext: 4049
Mic...@ma...

Mr. Mailing List wrote:
> anyone notice if you hit ")" it ends the line?  how to
> fix this?

Apply the patch at:
http://sourceforge.net/tracker/index.php?func=detail&aid=792123&group_id=14774&atid=314774

I've not had time to put it into cvs yet.

anyone notice if you hit ")" it ends the line?  how to
fix this?

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

2002	Jan	Feb (2)	Mar (21)	Apr (9)	May (21)	Jun (18)	Jul (20)	Aug (16)	Sep (26)	Oct (25)	Nov (17)	Dec (10)
2003	Jan (16)	Feb (25)	Mar (16)	Apr (13)	May (9)	Jun (20)	Jul (7)	Aug (17)	Sep (20)	Oct (19)	Nov (30)	Dec (20)
2004	Jan (15)	Feb (42)	Mar (18)	Apr (15)	May (24)	Jun (10)	Jul (8)	Aug (19)	Sep (6)	Oct (1)	Nov (3)	Dec (2)
2005	Jan (1)	Feb (8)	Mar (8)	Apr (3)	May (4)	Jun (3)	Jul (5)	Aug (3)	Sep (2)	Oct (29)	Nov (1)	Dec (3)
2006	Jan (1)	Feb (8)	Mar (1)	Apr (6)	May (6)	Jun (2)	Jul	Aug	Sep	Oct	Nov (2)	Dec
2007	Jan (1)	Feb (3)	Mar (4)	Apr (2)	May (2)	Jun (2)	Jul (2)	Aug	Sep (1)	Oct	Nov	Dec (1)
2008	Jan	Feb	Mar (1)	Apr (6)	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2009	Jan (1)	Feb	Mar (2)	Apr	May	Jun (1)	Jul (3)	Aug	Sep	Oct (1)	Nov	Dec
2010	Jan	Feb (1)	Mar (2)	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec (1)
2011	Jan	Feb (1)	Mar	Apr	May	Jun	Jul (1)	Aug	Sep	Oct (3)	Nov	Dec
2013	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep (1)	Oct	Nov	Dec
2015	Jan (4)	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2017	Jan	Feb	Mar	Apr	May	Jun (1)	Jul	Aug	Sep	Oct	Nov	Dec
2018	Jan	Feb	Mar	Apr	May (1)	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2024	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep (4)	Oct	Nov	Dec

cgiirc-general Mailing List for CGI:IRC (Page 15)

cgiirc-general — General Help and Discussion