From fedm at pkcommunications.com Mon Jan 3 14:34:22 2000 From: fedm at pkcommunications.com (Fred Edmister) Date: Thu Aug 5 00:19:14 2004 Subject: [rochester-pm-list] Cookies... Message-ID: <4.2.0.58.20000103153253.00a5f690@mail1.pkcommunications.com> I've got a script that makes a cookie... No problem... Only one thing I need help with... How can I send something to it... (ie myscript.pl?value=1234) and then use the $value 1234 in the script... :) Thanks in advance to anyone who may help!! Fred From sporter at rit.net Mon Jan 3 14:56:05 2000 From: sporter at rit.net (Shawn Porter) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Cookies... In-Reply-To: <4.2.0.58.20000103153253.00a5f690@mail1.pkcommunications.com> Message-ID: This is clearly explained in that document I sent you last week. Look here: -> http://stein.cshl.org/WWW/software/CGI/cgi_docs.html#values Before asking any more CGI.pm questions, I'd recommend reading this entire document. It should answer almost any question you have regarding CGI.pm. I don't want people to stop asking questions and I don't wanna be one of those "RTFM!" people but I've already told you about this resource and you should really check it out before asking the list every single question. I mean, in previous postings you listed your title as "CGI Web Developer"... you shouldn't be afraid to RTFM. -- Shawn Porter http://www.rit.net/sporter sporter@rit.net -- On Mon, 3 Jan 2000, Fred Edmister wrote: > I've got a script that makes a cookie... No problem... Only one thing I > need help with... How can I send something to it... (ie > myscript.pl?value=1234) and then use the $value 1234 in the script... > :) Thanks in advance to anyone who may help!! > > Fred > > From bmathis at directedge.com Mon Jan 3 15:22:43 2000 From: bmathis at directedge.com (Brian Mathis) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Cookies... In-Reply-To: <4.2.0.58.20000103153253.00a5f690@mail1.pkcommunications.com> Message-ID: On Mon, 3 Jan 2000, Fred Edmister wrote: > I've got a script that makes a cookie... No problem... Only one thing I > need help with... How can I send something to it... (ie > myscript.pl?value=1234) and then use the $value 1234 in the script... > :) Thanks in advance to anyone who may help!! > > Fred Here's how the web works: ----A standard page request: 1. The browser sends a request to the server using the HTTP protocol. This request is composed of just an HTTP header, the "GET" method. 2. The server responds with 2 things: - An HTTP header - Data The HTTP header contains all sorts of info, including the MIME type of the data, the date, time, last updated, etc. 3. The browser displays the data, if it's HTML it will render it, if it's some other type of data, it will invoke whatever helper application that is registered for that mime type. ----Here's how a "form" transaction takes place. We'll assume that the user has already loaded the form, filled out the fields, and is ready to hit submit. Until the point where the user hits submit, it is no different than a regular HTML page request. 1. User presses the submit button 2. The browser collects all the information that was in the form, and packages it up into "form encoded" format. 3. The browser sends a request to the server, using the HTTP protocol. This time, it uses the "POST" method. The POST method includes 2 parts: - The HTTP header that says "this is a POST method" - the DATA from the form 4. The server accepts the data, and sends it through the backend program to process the data. 5. The server responds with an HTTP response that contains: - the HTTP header - the DATA that is output from the program that processed the data Where do cookies fit in? ----A page request that SETs a cookie: 1. the browser requests a page using the HTTP GET method 2. the server responds with: - the HTTP header. The cookie is stored inside this HTTP header - the DATA, which is the HTML ----Each subsequent request to that web site: 1. the browser requests a page using the HTTP GET method. This time, because there is a cookie for this site, the browser will include the COOKIE when it sends the request 2. The server responds using HTTP to the browser with - HTTP header - HTML data What does this mean? When you set a cookie, that cookie gets sent with EVERY subsequent request to that same web site. There is no "cookie set up" on the other end that you can now "talk to" somehow. If you want to change the value of the cookie, you just write over it by setting a new cookie with the same name. Use the CGI.pm methods for dealing with cookies. -- Brian Mathis Direct Edge http://www.directedge.com From fedm at pkcommunications.com Mon Jan 3 15:24:31 2000 From: fedm at pkcommunications.com (Fred Edmister) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Cookies... In-Reply-To: References: <4.2.0.58.20000103153253.00a5f690@mail1.pkcommunications.com> Message-ID: <4.2.0.58.20000103162307.00a3ad20@mail1.pkcommunications.com> I actually DID read that whole thing... I just didn't look at the values section as it's written because at the time I was reading it for something else... Either way, I've got the script working... :) Thanks again! (mostly for your patience... ) Fred At 03:56 PM 1/3/00 -0500, you wrote: >This is clearly explained in that document I sent you last week. Look >here: > >-> http://stein.cshl.org/WWW/software/CGI/cgi_docs.html#values > >Before asking any more CGI.pm questions, I'd recommend reading this entire >document. It should answer almost any question you have regarding CGI.pm. > >I don't want people to stop asking questions and I don't wanna be one of >those "RTFM!" people but I've already told you about this resource and you >should really check it out before asking the list every single question. >I mean, in previous postings you listed your title as "CGI Web >Developer"... you shouldn't be afraid to RTFM. > >-- >Shawn Porter >http://www.rit.net/sporter >sporter@rit.net > >-- >On Mon, 3 Jan 2000, Fred Edmister wrote: > > > I've got a script that makes a cookie... No problem... Only one > thing I > > need help with... How can I send something to it... (ie > > myscript.pl?value=1234) and then use the $value 1234 in the script... > > :) Thanks in advance to anyone who may help!! > > > > Fred > > > > > From BMD5456 at ritvax.isc.rit.edu Mon Jan 3 15:53:41 2000 From: BMD5456 at ritvax.isc.rit.edu (Bryan) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] ping In-Reply-To: "Your message dated Mon, 03 Jan 2000 16:24:31 -0500" <4.2.0.58.20000103162307.00a3ad20@mail1.pkcommunications.com> References: <4.2.0.58.20000103153253.00a5f690@mail1.pkcommunications.com> Message-ID: <01JK9X4FMQ94BQ2NNX@ritvax.isc.rit.edu> This is my code, #!/usr/bin/perl print "Content-type: TEXT/HTML\n\n"; print "start ping

"; use Net::Ping; $p = Net::Ping->new() or die "Can't create new ping object: $!\n"; print "yahoo.com is alive" if $p->ping('[D'); $p->close; print "end ping"; Why doesnt it work? I am using 9netave's server... and the code works, but returns only my start and end print's thats it... anyone have any pointers for me? -Bryan From webmaster at rochester.rr.com Mon Jan 3 16:03:27 2000 From: webmaster at rochester.rr.com (Justin C. Sherrill) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Cookies... In-Reply-To: Message-ID: <000601bf5636$5cdbe1c0$d401a8c0@rochester.rr.com> > This is clearly explained in that document I sent you last week. Look > here: > > -> http://stein.cshl.org/WWW/software/CGI/cgi_docs.html#values > > Before asking any more CGI.pm questions, I'd recommend reading this entire > document. It should answer almost any question you have regarding CGI.pm. Just to be a pain in the rear - has anyone found a more nicely presented set of documentation for the CGI module? Part of what kept me from using it sooner was this huge, somewhat labyrinthine documentation that consists of one long web page. I still use that page for reference, but it's so big I end up opening more windows just so I can look at different parts without having to search back to find my last place. Justin C. Sherrill Rochester Road Runner Webmaster http://www.rochester.rr.com/ "Think slow, type fats" From sporter at rit.net Mon Jan 3 16:24:28 2000 From: sporter at rit.net (Shawn Porter) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Cookies... In-Reply-To: <000601bf5636$5cdbe1c0$d401a8c0@rochester.rr.com> Message-ID: Hrmm... -> http://theoryx5.uwinnipeg.ca/CPAN/data/CGI.pm/CGI.html or % perldoc CGI or -> http://home.school.net.hk/~hywong/cgipmtut.html Back when I did a lot of Perl/CGI stuff I would keep a copy of the main CGI.pm FAQ printed out. (Warning, it is about 75 pages long.) Sometimes paper is best. Speaking of paper being best, there is also a book -> http://www.amazon.com/exec/obidos/ASIN/0471247448 Though I haven't heard anything about it, good or bad. Really though, the CGI.pm FAQ is broken out pretty well. It may be long but that is because CGI.pm does so much and the explanations are very clear. -- Shawn Porter http://www.rit.net/sporter work - 716-223-3610 x116 home - 716-242-8742 sporter@rit.net -- On Mon, 3 Jan 2000, Justin C. Sherrill wrote: > > This is clearly explained in that document I sent you last week. Look > > here: > > > > -> http://stein.cshl.org/WWW/software/CGI/cgi_docs.html#values > > > > Before asking any more CGI.pm questions, I'd recommend reading this entire > > document. It should answer almost any question you have regarding CGI.pm. > > Just to be a pain in the rear - has anyone found a more nicely presented set > of documentation for the CGI module? Part of what kept me from using it > sooner was this huge, somewhat labyrinthine documentation that consists of > one long web page. > > I still use that page for reference, but it's so big I end up opening more > windows just so I can look at different parts without having to search back > to find my last place. > > Justin C. Sherrill > Rochester Road Runner Webmaster > http://www.rochester.rr.com/ > "Think slow, type fats" > From Dave at simcik.com Mon Jan 3 18:23:23 2000 From: Dave at simcik.com (David Simcik) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] ping References: <4.2.0.58.20000103153253.00a5f690@mail1.pkcommunications.com> <01JK9X4FMQ94BQ2NNX@ritvax.isc.rit.edu> Message-ID: <38713D7B.4615652@simcik.com> It could be that your account does not have permission to use Ping. I think this is mentioned in the Perl Cookbook by O'Reilly. >>DTS<< Bryan wrote: > This is my code, > > #!/usr/bin/perl > print "Content-type: TEXT/HTML\n\n"; > print "start ping

"; > use Net::Ping; > $p = Net::Ping->new() or die "Can't create new ping object: $!\n"; > print "yahoo.com is alive" if $p->ping('[D'); > $p->close; > print "end ping"; > > Why doesnt it work? > > I am using 9netave's server... and the code works, but returns only my start > and end print's thats it... anyone have any pointers for me? > > -Bryan From sporter at rit.net Tue Jan 4 07:57:52 2000 From: sporter at rit.net (Shawn Porter) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] ping In-Reply-To: <38713D7B.4615652@simcik.com> Message-ID: Righ, Dave. Ping usually uses icmp, though the default with Net::Ping should be udp. Only root can do icmp. Anybody can do a udp or tcp 'ping'. You can tell Net::Ping to use udp or tcp. -> http://language.perl.com/newdocs/lib/Net/Ping.html "The icmp protocol requires that the program be run as root or that it be setuid to root. The tcp and udp protocols do not require special privileges, but not all network devices implement the echo protocol for tcp or udp." -- Shawn Porter http://www.rit.net/sporter work - 716-223-3610 x116 home - 716-242-8742 sporter@rit.net -- On Mon, 3 Jan 2000, David Simcik wrote: > It could be that your account does not have permission to use Ping. I think this > is mentioned in the Perl Cookbook by O'Reilly. > > >>DTS<< > > Bryan wrote: > > > This is my code, > > > > #!/usr/bin/perl > > print "Content-type: TEXT/HTML\n\n"; > > print "start ping

"; > > use Net::Ping; > > $p = Net::Ping->new() or die "Can't create new ping object: $!\n"; > > print "yahoo.com is alive" if $p->ping('[D'); > > $p->close; > > print "end ping"; > > > > Why doesnt it work? > > > > I am using 9netave's server... and the code works, but returns only my start > > and end print's thats it... anyone have any pointers for me? > > > > -Bryan > From bmathis at directedge.com Tue Jan 4 09:30:00 2000 From: bmathis at directedge.com (Brian Mathis) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] ping In-Reply-To: Message-ID: On Tue, 4 Jan 2000, Shawn Porter wrote: > Righ, Dave. Ping usually uses icmp, though the default with Net::Ping > should be udp. Only root can do icmp. Anybody can do a udp or tcp > 'ping'. You can tell Net::Ping to use udp or tcp. > > -> http://language.perl.com/newdocs/lib/Net/Ping.html > > "The icmp protocol requires that the program be run as root or that it be > setuid to root. The tcp and udp protocols do not require special > privileges, but not all network devices implement the echo protocol for > tcp or udp." > > -- > Shawn Porter Yes. Also, most machines have now turned off the echo service in inetd, rendering the tcp ping pretty useless. I think UDP is your best bet. -- Brian Mathis Direct Edge http://www.directedge.com From fedm at pkcommunications.com Tue Jan 4 12:38:33 2000 From: fedm at pkcommunications.com (Fred Edmister) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] I held out!! Message-ID: <4.2.0.58.20000104133329.00a69740@mail1.pkcommunications.com> This time I've done everything I can... Read, debugged... This is the problem.. I have the cookie script that writes a cookie, and then redirects to another URL... Here's the problem... It writes the cookie, then puts the code for redirecting in the page view... If it redirects first, it doesn't write the cookie... (so it does everything it's supposed to do, just not all together.. ) Below is the code... (and yes, that's all of it, all it's supposed to do is write the cookie and dump them back to the main page... ) Thanks in advance to any suggestions.. Also, I've tried placing the calls for each sub all over... I'm still having no luck! :) Fred {clip} #!/usr/bin/perl ## Call Location from within the place cookie sub &place_cookie(); &relocate(); sub relocate { $url = "http://www.website.com/index.html\n\n"; print "Location: $url\n\n"; } sub place_cookie { # Place cookie code-stuff in here./... use CGI qw/:standard/; use CGI::Cookie; $store_id = param (storeid); # Create new cookies and send them $cookie1 = new CGI::Cookie(-name=>'STOREID',-value=>$id, -domain=>'.domain.com' -path=>'www.domain.com/'); print header(-cookie=>[$cookie1]); # fetch existing cookies %cookies = fetch CGI::Cookie; $id = $cookies{'STOREID'}; # create cookies returned from an external source %cookies = parse CGI::Cookie($ENV{COOKIE}); ## At end of place_cookie call the relocate sub and we should be clear of ##the header we used.... } {end clip} From sporter at rit.net Tue Jan 4 13:06:42 2000 From: sporter at rit.net (Shawn Porter) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] I held out!! In-Reply-To: <4.2.0.58.20000104133329.00a69740@mail1.pkcommunications.com> Message-ID: That is because you're printing the header twice. Combine the two headers. -> http://stein.cshl.org/WWW/software/CGI/cgi_docs.html#header It will look something like this: -- #!/usr/bin/perl use CGI; $id = '8675309'; $q = new CGI; $cookie = $q->cookie(-name=>'STOREID', -value=>$id, -domain=>'.domain.com' -path=>'www.domain.com/'); $url = 'http://www.domain.com/other.html'; print $q->redirect(-cookie=>$cookie, -location=>$url); -- I didn't test this code... but I think the concept of it is there. -- Shawn Porter http://www.rit.net/sporter work - 716-223-3610 x116 home - 716-242-8742 sporter@rit.net -- On Tue, 4 Jan 2000, Fred Edmister wrote: > This time I've done everything I can... Read, debugged... This is the > problem.. I have the cookie script that writes a cookie, and then redirects > to another URL... Here's the problem... It writes the cookie, then puts the > code for redirecting in the page view... If it redirects first, it doesn't > write the cookie... (so it does everything it's supposed to do, just not > all together.. ) Below is the code... (and yes, that's all of it, all it's > supposed to do is write the cookie and dump them back to the main page... > ) Thanks in advance to any suggestions.. Also, I've tried placing the > calls for each sub all over... I'm still having no luck! :) > > Fred > > > {clip} > #!/usr/bin/perl > > ## Call Location from within the place cookie sub > &place_cookie(); > &relocate(); > > sub relocate { > > $url = "http://www.website.com/index.html\n\n"; > print "Location: $url\n\n"; > } > > > > > sub place_cookie { > > > > # Place cookie code-stuff in here./... > > > use CGI qw/:standard/; > use CGI::Cookie; > > $store_id = param (storeid); > > # Create new cookies and send them > $cookie1 = new CGI::Cookie(-name=>'STOREID',-value=>$id, > -domain=>'.domain.com' -path=>'www.domain.com/'); > > > print header(-cookie=>[$cookie1]); > # fetch existing cookies > %cookies = fetch CGI::Cookie; > $id = $cookies{'STOREID'}; > > # create cookies returned from an external source > %cookies = parse CGI::Cookie($ENV{COOKIE}); > > > > ## At end of place_cookie call the relocate sub and we should be clear of > ##the header we used.... > > } > > {end clip} > From fedm at pkcommunications.com Tue Jan 4 13:33:38 2000 From: fedm at pkcommunications.com (Fred Edmister) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] I held out!! In-Reply-To: References: <4.2.0.58.20000104133329.00a69740@mail1.pkcommunications.com> Message-ID: <4.2.0.58.20000104143213.00a742c0@mail1.pkcommunications.com> Thanks!! :) That's better! I knew it was something I was just overlooking! Sometimes it's hard being the only CGI person here... I owe you and Brian!! :) (maybe a bottle of asprins after that party eh?) Thanks again everyone! L8r! Fred At 02:06 PM 1/4/00 -0500, you wrote: >$id = '8675309'; >$q = new CGI; >$cookie = $q->cookie(-name=>'STOREID', > -value=>$id, > -domain=>'.domain.com' > -path=>'www.domain.com/'); >$url = 'http://www.domain.com/other.html'; >print $q->redirect(-cookie=>$cookie, > -location=>$url); > From fedm at pkcommunications.com Wed Jan 5 08:42:33 2000 From: fedm at pkcommunications.com (Fred Edmister) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Reading... Message-ID: <4.2.0.58.20000105093817.00a6a9a0@mail1.pkcommunications.com> I've thoroughly read through the page that was sent earlier.. I'm having a bit of trouble I was wondering if someone could help with... I got this $query = new CGI; %answers = $query->cookie('STOREID'); from that page... (changed for my stuff) It's for reading a cookie... (yes, the use CGI and use CGI::Cookie are stated above... ) Here's the problem.. It apparently reads the cookie, but it sends a value of "1/8" instead of what the REAL value of the cookie is... I spent the later part of yesterday, and 2 hours this morning RE-reading that page about retrieving and using cookies, and it's being done just like it said... Anyone have any thoughts? Thanks in advance!! Fred From fedm at pkcommunications.com Wed Jan 5 10:34:44 2000 From: fedm at pkcommunications.com (Fred Edmister) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Got it... Message-ID: <4.2.0.58.20000105113342.00a73f00@mail1.pkcommunications.com> I cut out the %answers = $query->cookie('STOREID') and change my variable to be my $first = $query->cookie(-name=>'STOREID') and it's fine!! :) WOW What a nightmare!! Later! From havoc at shell1.eznet.net Wed Jan 5 10:47:31 2000 From: havoc at shell1.eznet.net (Pat) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Reading... In-Reply-To: <4.2.0.58.20000105093817.00a6a9a0@mail1.pkcommunications.com>; from Fred Edmister on Wed, Jan 05, 2000 at 09:42:33AM -0500 References: <4.2.0.58.20000105093817.00a6a9a0@mail1.pkcommunications.com> Message-ID: <20000105114731.A31769@shell1.eznet.net> On Wed, Jan 05, 2000 at 09:42:33AM -0500, Fred Edmister wrote: > $query = new CGI; > %answers = $query->cookie('STOREID'); > > problem.. It apparently reads the cookie, but it sends a value of "1/8" I don't believe you're handling %answers correctly, its a hash, not a scalar. If you're seeing the value "1/8", you're treating it as a scalar. perldoc -f each may help you. --Patrick Ludwig From sporter at rit.net Wed Jan 5 11:49:26 2000 From: sporter at rit.net (Shawn Porter) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Uncultured Perl Message-ID: Larry Wall (father of Perl) has an awesome article about Perl in the Nov 1999 Linux Magazine. -> http://www.linux-mag.com/1999-10/uncultured_01.html Some excerpts: "Like the typical human, Perl was conceived in secret, and existed for roughly nine months before anyone in the world ever saw it. Its womb was a secret project for the National Security Agency known as the "Blacker" project, which has long since closed down. The goal of that sexy project was not to produce Perl. However, Perl may well have been the most useful thing to come from Blacker. Sex can fool you that way." ... "Humans do not come from the womb with the ability to drive a stick shift. Neither did Perl. This was intentional. I've always been smart enough to realize how stupid I am, and one of the things I'm stupid about is predicting how my programs will develop over time. So Perl was equipped to learn, and have a long childhood." ... "...we really needed to have a commercially packaged version of Perl for the Windows folks, because many of them were (and still are) clueless about open source. It's almost like we're doing Windows users a favor by charging them money for something they could get for free, because they get confused otherwise." -- Shawn Porter http://www.rit.net/sporter sporter@rit.net From bmathis at directedge.com Wed Jan 5 12:26:06 2000 From: bmathis at directedge.com (Brian Mathis) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Uncultured Perl In-Reply-To: Message-ID: On Wed, 5 Jan 2000, Shawn Porter wrote: > Larry Wall (father of Perl) has an awesome article about Perl in the Nov > 1999 Linux Magazine. > > -> http://www.linux-mag.com/1999-10/uncultured_01.html > Yes, I just read this. Very cool. I find some of it a little hard to believe, that he is such a master of people that he intentionally did some of those things, but it's cool to think about anyway.. -- Brian Mathis Direct Edge http://www.directedge.com From fedm at pkcommunications.com Wed Jan 5 14:10:02 2000 From: fedm at pkcommunications.com (Fred Edmister) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Opinion... Message-ID: <4.2.0.58.20000105150646.00a78100@mail1.pkcommunications.com> Now that I've completed the cookie thing... Let me ask the opinion of everyone... Now I need to change to cookies "value"... In reading about this, there are a couple different way of going about it... Would I be better off deleting the cookie and placing a new one for each time a customer changes what site they've gone to, or would it be better to simply reset the value of the existing cookie? I've found several methods for each way, and was just curious as to advantages/disadvantages to either... (pros & cons don't generally come in the docs.. ) Thanks in advance! Fred From bmathis at directedge.com Wed Jan 5 14:43:03 2000 From: bmathis at directedge.com (Brian Mathis) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Opinion... In-Reply-To: <4.2.0.58.20000105150646.00a78100@mail1.pkcommunications.com> Message-ID: On Wed, 5 Jan 2000, Fred Edmister wrote: > Now that I've completed the cookie thing... Let me ask the opinion of > everyone... Now I need to change to cookies "value"... In reading about > this, there are a couple different way of going about it... Would I be > better off deleting the cookie and placing a new one for each time a > customer changes what site they've gone to, or would it be better to simply > reset the value of the existing cookie? I've found several methods for > each way, and was just curious as to advantages/disadvantages to either... > (pros & cons don't generally come in the docs.. ) Thanks in advance! > > Fred Please read the email I sent you about how cookies work. The last paragraph states how to do this. You can not "delete" a cookie. You just overwrite it with one that has an expired date on it. -- Brian Mathis Direct Edge http://www.directedge.com From fedm at pkcommunications.com Wed Jan 5 14:54:08 2000 From: fedm at pkcommunications.com (Fred Edmister) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Opinion... In-Reply-To: References: <4.2.0.58.20000105150646.00a78100@mail1.pkcommunications.com> Message-ID: <4.2.0.58.20000105155050.00a7b280@mail1.pkcommunications.com> I know that... I can either expire the existing one and overwrite, or set the existing value to a new one... I am going by that email, along with several other methods I found... I was just wondering if there was an advantage to either way... (overwriting opposed to updating... {which you can do I found if the cookie is not expired and since mine is a session cookie it's there till the browser closes...}) :) I actually did a LOT of reading on this one.. I'm not asking for how to... Just opinion on which way may be best... Fred At 03:43 PM 1/5/00 -0500, you wrote: >Please read the email I sent you about how cookies work. The last >paragraph states how to do this. > >You can not "delete" a cookie. You just overwrite it with one that has an >expired date on it. > >-- >Brian Mathis >Direct Edge >http://www.directedge.com From bmathis at directedge.com Wed Jan 5 15:27:49 2000 From: bmathis at directedge.com (Brian Mathis) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Opinion... In-Reply-To: <4.2.0.58.20000105155050.00a7b280@mail1.pkcommunications.com> Message-ID: On Wed, 5 Jan 2000, Fred Edmister wrote: > I know that... I can either expire the existing one and overwrite, > or set the existing value to a new one... I am going by that email, along > with several other methods I found... I was just wondering if there was an > advantage to either way... (overwriting opposed to updating... {which you > can do I found if the cookie is not expired and since mine is a session > cookie it's there till the browser closes...}) :) I actually did a LOT of > reading on this one.. I'm not asking for how to... Just opinion on which > way may be best... > Fred When you "expire" an existing cookie, you just overwrite it with some data, including a new date that is in the past, effectively "expiring" it. When you "change" that value of a cookie, you are also overwriting it with some data, except this time you are not including an expired date. They are both exactly the same thing, except for the date thing. If you were to "expire" the old one, then write a new one, it would require twice as many steps, and accomplish nothing more useful. Just overwrite it with new data. What were the other methods you found? -- Brian Mathis Direct Edge http://www.directedge.com From fedm at pkcommunications.com Wed Jan 5 15:38:53 2000 From: fedm at pkcommunications.com (Fred Edmister) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Opinion... In-Reply-To: References: <4.2.0.58.20000105155050.00a7b280@mail1.pkcommunications.com> Message-ID: <4.2.0.58.20000105163308.00a7a900@mail1.pkcommunications.com> Thanks Brian! I'll just overwrite then! :) Makes it MUCH easier! I found like 4 methods, 1) just overwrite the existing cookie, 2) a "set-cookie->value=>('something')" , 3) retrieve the cookie, expire it, then write the new one (which when I read I thought seemed a little redundant but with Perl, you never know.. Sometimes you HAVE to kill one thing before you can write another, or try to do it all in one shot like I had to with the header thing) and 4 turned out to be something else... so only 3... :) But thank you for your advice! :) Fred At 04:27 PM 1/5/00 -0500, you wrote: >When you "expire" an existing cookie, you just overwrite it with some >data, including a new date that is in the past, effectively "expiring" it. > >When you "change" that value of a cookie, you are also overwriting it with >some data, except this time you are not including an expired date. > >They are both exactly the same thing, except for the date thing. If you >were to "expire" the old one, then write a new one, it would require twice >as many steps, and accomplish nothing more useful. Just overwrite it with >new data. > >What were the other methods you found? > >-- >Brian Mathis >Direct Edge >http://www.directedge.com From bmathis at directedge.com Wed Jan 5 16:23:28 2000 From: bmathis at directedge.com (Brian Mathis) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Opinion... In-Reply-To: <4.2.0.58.20000105163308.00a7a900@mail1.pkcommunications.com> Message-ID: On Wed, 5 Jan 2000, Fred Edmister wrote: > Thanks Brian! I'll just overwrite then! :) Makes it MUCH > easier! I found like 4 methods, 1) just overwrite the existing cookie, 2) > a "set-cookie->value=>('something')" , 3) retrieve the cookie, expire it, > then write the new one (which when I read I thought seemed a little > redundant but with Perl, you never know.. Sometimes you HAVE to kill one > thing before you can write another, or try to do it all in one shot like I > had to with the header thing) and 4 turned out to be something else... so > only 3... :) But thank you for your advice! :) > > Fred Functionally, 1 and 2 are exactly the same thing. There's just a programmatic interface for it. If you are a purist, 2 would be the way to go. -- Brian Mathis Direct Edge http://www.directedge.com From sporter at rit.net Mon Jan 10 14:51:08 2000 From: sporter at rit.net (Shawn Porter) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Jumble solver Message-ID: I'm writing a little script to solve two word Jumbles and I'm having a strange problem that I can't track down. Here is what I get when testing this script: -- % echo; ./jumble; echo; ./jumble 1 finding: twtowlee, 5 found: towel 1: towel twe finding: twe, 3 found: wet 2: wet towel wet finding: noiiontwsep, 8 found: opinions found: position 1: position nwe finding: nwe, 3 found: new 2: new position new 1: opinions twe finding: twe, 3 -- With the second set of letters it fails to find the word 'wet' when searching for a 3 letter word with the letters 'twe' but with the first set of letters it works fine. I can't figure out the problem. Any ideas? The entire source is below... sorry for the complete lack of comments, I whipped this out in like 10 minutes then racked my brain for about 20 trying to figure out this problem.... I'm stumped. -- Shawn Porter http://www.rit.net/sporter sporter@rit.net -- #!/usr/bin/perl if($ARGV[0] == 1) { $letters = "noiiontwsep"; @groups = (3, 8); } else { $letters = "twtowlee"; @groups = (3, 5); } @groups = reverse sort(@groups); open(WORDS, "/usr/dict/words"); while() { chomp; push(@words, $_); } close(WORDS); my $hashref = superfind($letters, $groups[0]); my %found = %$hashref; foreach my $word (keys %found) { print "1: " . $word . " " . $found{$word} . "\n"; my $hashref2 = superfind($found{$word}, $groups[1]); my %found2 = %$hashref2; foreach my $secondword (keys %found2) { print "2: " . $secondword . "\n"; if($found{$secondword} eq '') { print $word . " " . $secondword . "\n"; } } } sub superfind { my $letters = shift; my $length = shift; print "finding: $letters, $length\n"; my %found; my @letters; until($letters eq '') { push(@letters, chop($letters)); } foreach my $word (@words) { next unless(length($word) == $length); my $orig = $word; my @used; my @unused; my @possible = @letters; while (@possible) { my $l = pop(@possible); if($word =~ /$l/) { $word =~ s/$l//; push(@used, $l); } else { push(@unused, $l); } } if(scalar(@used) == $length) { print "found: $orig\n"; my $unused; foreach(@unused) { $unused .= $_; } $found{$orig} = $unused; } } return(\%found); } From bwalton at rochester.rr.com Mon Jan 10 22:09:56 2000 From: bwalton at rochester.rr.com (Bob Walton) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Jumble solver References: Message-ID: <387AAD14.B722050E@rochester.rr.com> Shawn, the problem is in your sub superfind: You modify the global @words in it. The modification mechanism is: You iterate over @words with $word being a reference to each entry of @words in turn. When you modify $word, you modify @words, since $word is a reference to an element of @words. One fix is shown in your code below, involving just assigning a temporary variable to hold $word during the modifications. The word "wet" is found with that modification. Shawn Porter wrote: > > I'm writing a little script to solve two word Jumbles and I'm having a > strange problem that I can't track down. Here is what I get when testing > this script: > > -- > % echo; ./jumble; echo; ./jumble 1 > > finding: twtowlee, 5 > found: towel > 1: towel twe > finding: twe, 3 > found: wet > 2: wet > towel wet > > finding: noiiontwsep, 8 > found: opinions > found: position > 1: position nwe > finding: nwe, 3 > found: new > 2: new > position new > 1: opinions twe > finding: twe, 3 > > -- > With the second set of letters it fails to find the word 'wet' when > searching for a 3 letter word with the letters 'twe' but with the first > set of letters it works fine. I can't figure out the problem. Any ideas? > > The entire source is below... sorry for the complete lack of comments, I > whipped this out in like 10 minutes then racked my brain for about 20 > trying to figure out this problem.... I'm stumped. > > -- > Shawn Porter > http://www.rit.net/sporter > sporter@rit.net > > -- > #!/usr/bin/perl > if($ARGV[0] == 1) > { > $letters = "noiiontwsep"; > @groups = (3, 8); > } > else > { > $letters = "twtowlee"; > @groups = (3, 5); > } > > @groups = reverse sort(@groups); > > open(WORDS, "/usr/dict/words"); > while() > { > chomp; > push(@words, $_); > } > close(WORDS); > > my $hashref = superfind($letters, $groups[0]); > my %found = %$hashref; > > foreach my $word (keys %found) > { > print "1: " . $word . " " . $found{$word} . "\n"; > > my $hashref2 = superfind($found{$word}, $groups[1]); > my %found2 = %$hashref2; > > foreach my $secondword (keys %found2) > { > print "2: " . $secondword . "\n"; > if($found{$secondword} eq '') > { > print $word . " " . $secondword . "\n"; > } > } > } > > sub superfind > { > my $letters = shift; > my $length = shift; > > print "finding: $letters, $length\n"; > > my %found; > my @letters; > until($letters eq '') > { > push(@letters, chop($letters)); > } > > foreach my $word (@words) > { > next unless(length($word) == $length); > > my $orig = $word; my $tword = $word; > my @used; > my @unused; > my @possible = @letters; > > while (@possible) > { > my $l = pop(@possible); > if($tword =~ /$l/) > { > $tword =~ s/$l//; > push(@used, $l); > } > else > { > push(@unused, $l); > } > } > > if(scalar(@used) == $length) > { > print "found: $orig\n"; > my $unused; > foreach(@unused) > { > $unused .= $_; > } > $found{$orig} = $unused; > } > } > > return(\%found); > } From sporter at rit.net Mon Jan 10 22:21:03 2000 From: sporter at rit.net (Shawn Porter) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Jumble solver In-Reply-To: <387AAD14.B722050E@rochester.rr.com> Message-ID: Thanks Bob! I was thinking that the my in the foreach statement would do the trick but I seen now that I was mistaken. As my grandma likes to say "it's always in the last place you look." -- Shawn Porter http://www.rit.net/sporter sporter@rit.net -- On Mon, 10 Jan 2000, Bob Walton wrote: > Shawn, the problem is in your sub superfind: You modify the global > @words in it. The modification mechanism is: You iterate over @words > with $word being a reference to each entry of @words in turn. When you > modify $word, you modify @words, since $word is a reference to an > element of @words. One fix is shown in your code below, involving just > assigning a temporary variable to hold $word during the modifications. > The word "wet" is found with that modification. > > Shawn Porter wrote: > > > > I'm writing a little script to solve two word Jumbles and I'm having a > > strange problem that I can't track down. Here is what I get when testing > > this script: > > > > -- > > % echo; ./jumble; echo; ./jumble 1 > > > > finding: twtowlee, 5 > > found: towel > > 1: towel twe > > finding: twe, 3 > > found: wet > > 2: wet > > towel wet > > > > finding: noiiontwsep, 8 > > found: opinions > > found: position > > 1: position nwe > > finding: nwe, 3 > > found: new > > 2: new > > position new > > 1: opinions twe > > finding: twe, 3 > > > > -- > > With the second set of letters it fails to find the word 'wet' when > > searching for a 3 letter word with the letters 'twe' but with the first > > set of letters it works fine. I can't figure out the problem. Any ideas? > > > > The entire source is below... sorry for the complete lack of comments, I > > whipped this out in like 10 minutes then racked my brain for about 20 > > trying to figure out this problem.... I'm stumped. > > > > -- > > Shawn Porter > > http://www.rit.net/sporter > > sporter@rit.net > > > > -- > > #!/usr/bin/perl > > if($ARGV[0] == 1) > > { > > $letters = "noiiontwsep"; > > @groups = (3, 8); > > } > > else > > { > > $letters = "twtowlee"; > > @groups = (3, 5); > > } > > > > @groups = reverse sort(@groups); > > > > open(WORDS, "/usr/dict/words"); > > while() > > { > > chomp; > > push(@words, $_); > > } > > close(WORDS); > > > > my $hashref = superfind($letters, $groups[0]); > > my %found = %$hashref; > > > > foreach my $word (keys %found) > > { > > print "1: " . $word . " " . $found{$word} . "\n"; > > > > my $hashref2 = superfind($found{$word}, $groups[1]); > > my %found2 = %$hashref2; > > > > foreach my $secondword (keys %found2) > > { > > print "2: " . $secondword . "\n"; > > if($found{$secondword} eq '') > > { > > print $word . " " . $secondword . "\n"; > > } > > } > > } > > > > sub superfind > > { > > my $letters = shift; > > my $length = shift; > > > > print "finding: $letters, $length\n"; > > > > my %found; > > my @letters; > > until($letters eq '') > > { > > push(@letters, chop($letters)); > > } > > > > foreach my $word (@words) > > { > > next unless(length($word) == $length); > > > > my $orig = $word; > my $tword = $word; > > my @used; > > my @unused; > > my @possible = @letters; > > > > while (@possible) > > { > > my $l = pop(@possible); > > if($tword =~ /$l/) > > { > > $tword =~ s/$l//; > > push(@used, $l); > > } > > else > > { > > push(@unused, $l); > > } > > } > > > > if(scalar(@used) == $length) > > { > > print "found: $orig\n"; > > my $unused; > > foreach(@unused) > > { > > $unused .= $_; > > } > > $found{$orig} = $unused; > > } > > } > > > > return(\%found); > > } > From fedm at pkcommunications.com Tue Jan 11 10:06:28 2000 From: fedm at pkcommunications.com (Fred Edmister) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Downloading... Message-ID: <4.2.0.58.20000111110354.00a82100@mail1.pkcommunications.com> Quick question.. We just moved that script I was working on to our "Production" server with (theoretically) the same setup... Every time I try to run my script, it tries to DL the file instead of running it... I have it setup in the directory settings that .pl files are associated with perl.exe and the correct path... Anyone know why it might be doing this? Thanks in advance! Fred From bmathis at directedge.com Tue Jan 11 16:13:07 2000 From: bmathis at directedge.com (Brian Mathis) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Downloading... References: <4.2.0.58.20000111110354.00a82100@mail1.pkcommunications.com> Message-ID: <387BAAF3.DC5F3D91@directedge.com> Fred Edmister wrote: > > Quick question.. We just moved that script I was working on to our > "Production" server with (theoretically) the same setup... Every time I try > to run my script, it tries to DL the file instead of running it... I have > it setup in the directory settings that .pl files are associated with > perl.exe and the correct path... Anyone know why it might be doing > this? Thanks in advance! > > Fred Please see: http://www.ActiveState.com/ActivePerl/docs/Perl-Win32/perlwin32faq6.html If you've already done that, you may need to restart the server. -- Brian Mathis Direct Edge http://www.directedge.com From fedm at pkcommunications.com Tue Jan 11 16:09:52 2000 From: fedm at pkcommunications.com (Fred Edmister) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Downloading... In-Reply-To: <387BAAF3.DC5F3D91@directedge.com> References: <4.2.0.58.20000111110354.00a82100@mail1.pkcommunications.com> Message-ID: <4.2.0.58.20000111170907.00a7ddc0@mail1.pkcommunications.com> Thanks Brian... It was actually in the server properties... Amazing what one l'il check box can do! :) Sorry about that... :) Fred At 05:13 PM 1/11/00 -0500, you wrote: >Fred Edmister wrote: > > > > Quick question.. We just moved that script I was working on to our > > "Production" server with (theoretically) the same setup... Every time I try > > to run my script, it tries to DL the file instead of running it... I have > > it setup in the directory settings that .pl files are associated with > > perl.exe and the correct path... Anyone know why it might be doing > > this? Thanks in advance! > > > > Fred > >Please see: > >http://www.ActiveState.com/ActivePerl/docs/Perl-Win32/perlwin32faq6.html > >If you've already done that, you may need to restart the server. > >-- >Brian Mathis >Direct Edge >http://www.directedge.com From bmathis at directedge.com Mon Jan 17 23:13:17 2000 From: bmathis at directedge.com (Brian Mathis) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Meeting reminder Message-ID: <3883F66D.9EE415DC@directedge.com> This is a reminder that we will be having a meeting this Wednesday, Jan 19, at the Monty's Crown (Rose & Crown) Pub at 8:00 pm. It's a nice place to relax and warm up from this ridiculous cold we're having. -- Brian Mathis Direct Edge http://www.directedge.com From bmathis at directedge.com Thu Jan 20 18:03:01 2000 From: bmathis at directedge.com (Brian Mathis) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] [Fwd: www.perl.com: In Defense of Coding Standards] Message-ID: <3887A235.92A42CFC@directedge.com> Got this in the mail. There's a bunch of cool stuff in it. I thought you might be interested. Brian Mathis -------- Original Message -------- From: perl-update-admin@lists.songline.com Subject: www.perl.com: In Defense of Coding Standards To: www.perl.com update -------------------------------------- The Email for www.perl.com Subscribers ============================================================ Sponsored by VeriSign - The Internet Trust Company Protect your servers with 128-bit SSL encryption today! Get VeriSign's FREE guide, "Securing Your Web Site for Business." It tells you everything you need to know about using SSL to encrypt your e-commerce transactions for serious online security. Click here! http://www.verisign.com/cgi-bin/go.cgi?a=n016002780003000 ============================================================ Big Changes Afoot at www.perl.com. Since our last newsletter, we have hired well-known perl expert Mark-Jason Dominus as the new Managing Editor of www.perl.com. Mark is probably best-known for his articles for the Perl Journal, and is also the author of the 'perlreftut' man page and the popular Text::Template and Memoize perl modules. Mark will be responsible for composing the newsletter, for contributing articles and other new content, and for contracting other authors to write for the site. We now welcome Mark to his first newsletter... * * * * * * * * Hello, perl.com subscribers. Welcome. We've been out of touch for a long time, but the site hasn't stopped moving forward. It's taken me a while to get worked into the new job, so change is gradual, but I hope pervasive. We will be updating the articles and other content on the web site more frequently. Since I've become managing editor, we have had a variety of new articles, some technical, some less so: * Adam Turoff, Perl Mongers founder, writes about how Perl Mongers user groups can use Perl to show the slides for a talk in several locations simultaneously. http://www.perl.com/pub/1999/12/virtual-presentations.html?wwwrrr_20000112.txt * Kirrily 'Skud' Robert talks about her experiences developing coding standards for her Perl programmers. http://www.perl.com/pub/2000/01/CodingStandards.html?wwwrrr_20000112.txt * I've contributed an update to Tom Christiansen's 1996 article on 'The Sins of Perl,' describing the worst features of Perl and how they're being addressed in newer versions. http://www.perl.com/pub/1999/11/sins.html?wwwrrr_20000112.txt Coming up, we have 'Ten Perl Myths' by Simon Cozens, an article on RSS and free portal software by well-known MacPerl expert Chris Nandor, and an article about how to become a Perl hero without hacking on the Perl internals. If you think you'd be interested in writing an article for www.perl.com, please mail me at mjd-perlcom-submissions@plover.com. Also new is my weekly summary of activity on perl5-porters, the Perl developers' mailing list. See http://www.perl.com/pub/q/archivep5p for a menu. Parts of the site that haven't been updated regularly will be updated again. New features and surprises like the perl5-porters summary will transpire. I'm excited by this job and I hope you like the changes and the new material. Thanks all. I hope to be able to do a good job for you in the coming months. Mark-Jason Dominus Managing Editor www.perl.com Sister Sites: --------------------------------- XML.com http://xml.com/ XML from the inside out. Web Review http://www.webreview.com/ The premier online resource for professionals who are working to produce the most innovative, useful, and commercially viable Web Sites today. O'Reilly and Associates http://www.oreilly.com/ O'Reilly computer books, software and online publishing. Style Sheets Guide http://style.webreview.com/ Stay on top of Cascading Style Sheets with the Spec, tutorials, and browser compatibility charts. Web Tools Buyer's Guide http://webreview.com/wr/pub/webtools/ Your comprehensive guide to products, tools and services for today's Web developer. ----------------------------------------------------------------- If you want to cancel a subscription to this newsletter, please email the word "unsubscribe" in the SUBJECT of the message to perl-update-request@lists.songline.com. NOTE: Please make certain to unsubscribe from the email address at which you receive this message For non-automated human help email perllist-admin@songline.com ----------------------------------------------------------------- _______________________________________________ http://lists.songline.com/mailman/listinfo/perl-update From sporter at rit.net Thu Jan 27 13:10:46 2000 From: sporter at rit.net (Shawn Porter) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Meeting reminder In-Reply-To: <3883F66D.9EE415DC@directedge.com> Message-ID: Attendance at recent meetings has been... dismal. Any particular reason? Is it a bad time or something? -- Shawn Porter http://www.rit.net/sporter sporter@rit.net -- On Tue, 18 Jan 2000, Brian Mathis wrote: > This is a reminder that we will be having a meeting this Wednesday, Jan > 19, at the Monty's Crown (Rose & Crown) Pub at 8:00 pm. It's a nice > place to relax and warm up from this ridiculous cold we're having. > > -- > Brian Mathis > Direct Edge > http://www.directedge.com > From fedm at pkcommunications.com Thu Jan 27 13:58:10 2000 From: fedm at pkcommunications.com (Fred Edmister) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Meeting reminder In-Reply-To: References: <3883F66D.9EE415DC@directedge.com> Message-ID: <4.2.0.58.20000127145557.00a9f6b0@mail1.pkcommunications.com> Shawn, I know me personally have been wanting to make it since November when I first dound out about the Rochester group! The last couple months has been busy for me, I'm hoping to be able to make it to the February meeting though! Also, I know for me, 7 would be better than 8... :) I'm looking forward to meeting everyone that has helped me out! :) Fred At 02:10 PM 1/27/00 -0500, you wrote: >Attendance at recent meetings has been... dismal. Any particular reason? >Is it a bad time or something? > >-- >Shawn Porter >http://www.rit.net/sporter >sporter@rit.net > >-- >On Tue, 18 Jan 2000, Brian Mathis wrote: > > > This is a reminder that we will be having a meeting this Wednesday, Jan > > 19, at the Monty's Crown (Rose & Crown) Pub at 8:00 pm. It's a nice > > place to relax and warm up from this ridiculous cold we're having. > > > > -- > > Brian Mathis > > Direct Edge > > http://www.directedge.com > > From dkalweit at nesfiles.com Thu Jan 27 17:20:44 2000 From: dkalweit at nesfiles.com (Derek Kalweit) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Meeting reminder In-Reply-To: Message-ID: Do they card at the Monty's Crown Pub? I'm under 21(nearly 20), but would like to come. > Attendance at recent meetings has been... dismal. Any particular reason? > Is it a bad time or something? > > -- > Shawn Porter > http://www.rit.net/sporter > sporter@rit.net > > -- > On Tue, 18 Jan 2000, Brian Mathis wrote: > > > This is a reminder that we will be having a meeting this Wednesday, Jan > > 19, at the Monty's Crown (Rose & Crown) Pub at 8:00 pm. It's a nice > > place to relax and warm up from this ridiculous cold we're having. > > > > -- > > Brian Mathis > > Direct Edge > > http://www.directedge.com > > > > ---- Derek J. Kalweit http://www.nesfiles.com/ From bmathis at directedge.com Sat Jan 29 19:09:17 2000 From: bmathis at directedge.com (Brian Mathis) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] Meeting reminder References: Message-ID: <38938F3D.C31DAEF8@directedge.com> Derek Kalweit wrote: > > Do they card at the Monty's Crown Pub? I'm under 21(nearly 20), but would > like to come. > No, they haven't carded any of the times we've been there. Wed at 8:00 isn't a big night for that stuff. If they ever did card, they wouldn't start until at least 9pm, which is the same time all other bars card. We had moved the meetings to the Pub because all of the attendees were over 21, however, we can easily move it back to Boldo's Armory if it becomes a problem. -- Brian Mathis Direct Edge http://www.directedge.com From bmathis at directedge.com Sat Jan 29 19:10:49 2000 From: bmathis at directedge.com (Brian Mathis) Date: Thu Aug 5 00:19:15 2004 Subject: [rochester-pm-list] [Fwd: www.perl.com: RSS and You] Message-ID: <38938F99.2F144190@directedge.com> Some interesting Perl news stuff.. -------- Original Message -------- From: perl-update-admin@lists.songline.com Subject: www.perl.com: RSS and You To: www.perl.com update -------------------------------------- The Email for www.perl.com Subscribers Hello, perl.com subscribers. We have an exceptionally good article up this week. Chris Nandor has written about RSS, a data format that web sites can use to summarize their content for portal providers. Chris covers how to read and write RSS files from Perl, and how he's implemented his own web portal system, called `my_portal'. (The source is available, of course.) Also, we'll point you to the latest Perl success story on O'Reilly.com, which tells how the folks at Amazon used Perl as a fast prototyping language to develop their auction web site. People have been saying for years that Perl was a good language for prototyping and rapid development, but this is a particularly large and high-profile example. The `What's New' items are once again being frequently updated. If you have a news item that will be of interest to the Perl community, please send it to news@www.perl.com Thanks for subscribing! Mark-Jason Dominus Managing Editor RSS and You Real World Perl: RSS and You http://www.perl.com/pub/2000/01/rss.html?wwwrrr_20000126.txt RSS is an XML application that describes web sites as channels, which can act as feeds to a user's site. Chris Nandor explains how to use RSS in Perl and how he uses it to build portals. Article: In Defense of Coding Standards http://www.perl.com/pub/2000/01/CodingStandards.html?wwwrrr_20000126.txt Perl programmers may bristle at the idea of coding standards. Fear not: a few simple standards can improve teamwork without crushing creativity. Article: Virtual Presentations with Perl http://www.perl.com/pub/1999/12/virtual-presentations.html?wwwrrr_20000126.txt This year, the Philadelphia Perl Mongers had joint remote meetings with Boston.pm and St. Louis.pm using teleconferencing equipment to bring a guest speaker to many places at once. Adam Turoff describes what worked and what didn't, and how you can use this in your own PM groups. In Defense of Coding Standards http://www.perl.com/pub/2000/01/12/index.html?wwwrrr_20000126.txt [01/12/2000] Virtual Presentations with Perl http://www.perl.com/pub/1999/12/28/index.html?wwwrrr_20000126.txt [12/28/1999] Sister Sites: --------------------------------- XML.com http://xml.com/ XML from the inside out. Web Review http://www.webreview.com/ The premier online resource for professionals who are working to produce the most innovative, useful, and commercially viable Web Sites today. O'Reilly and Associates http://www.oreilly.com/ O'Reilly computer books, software and online publishing. Style Sheets Guide http://style.webreview.com/ Stay on top of Cascading Style Sheets with the Spec, tutorials, and browser compatibility charts. Web Tools Buyer's Guide http://webreview.com/wr/pub/webtools/ Your comprehensive guide to products, tools and services for today's Web developer. ----------------------------------------------------------------- If you want to cancel a subscription to this newsletter, please email the word "unsubscribe" in the SUBJECT of the message to perl-update-request@lists.songline.com. NOTE: Please make certain to unsubscribe from the email address at which you receive this message For non-automated human help email perllist-admin@songline.com ----------------------------------------------------------------- _______________________________________________ http://lists.songline.com/mailman/listinfo/perl-update