From frag at ripco.com Mon May 2 07:19:05 2005 From: frag at ripco.com (Mike Fragassi) Date: Mon May 2 07:19:15 2005 Subject: [Chicago-talk] May 2005 Chicago Perl Mongers meeting In-Reply-To: <20050429212540.GA24446@petdance.com> References: <20050429212540.GA24446@petdance.com> Message-ID: On Fri, 29 Apr 2005, Andy Lester wrote: > When: > Tuesday May 10, 2005 > 7PM-9PM Just to be safe: we're not meeting tomorrow, but next week, right? -- Mike F. From jason at multiply.org Mon May 2 11:50:30 2005 From: jason at multiply.org (jason@multiply.org) Date: Mon May 2 11:50:56 2005 Subject: [Chicago-talk] May 2005 Chicago Perl Mongers meeting In-Reply-To: References: <20050429212540.GA24446@petdance.com> Message-ID: <20050502135030.4ct600k2pm1cc4kg@manage.multiply.org> Quoting Mike Fragassi : > > On Fri, 29 Apr 2005, Andy Lester wrote: > >> When: >> Tuesday May 10, 2005 >> 7PM-9PM > > Just to be safe: we're not meeting tomorrow, but next week, right? > > -- Mike F. > _______________________________________________ > Chicago-talk mailing list > Chicago-talk@pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk > you are correct sir. The 10th is next week. -jason From jt at plainblack.com Thu May 5 07:31:28 2005 From: jt at plainblack.com (JT Smith) Date: Thu May 5 07:31:59 2005 Subject: [Chicago-talk] CPAN force install through API Message-ID: I have a whole pile of perl modules that I need to install on various servers from time to time. To save time I've written a script that installs them for me. A couple of them though, fail one of their's tests, and therefore don't install. The test it's failing on doesn't apply to what I'm doing so I just want to force through it. Is there any way to do this in a scriptable way. If I was in the CPAN shell I'd just type 'force install BSD::Resource' I've tried: perl -MCPAN -e 'CPAN->install("BSD::Resource");' (doesn't force) perl -MCPAN -e 'CPAN->force_install("BSD::Resource");' (fails, method doesn't exist) perl -MCPAN -e 'CPAN->force-install("BSD::Resource");' (doesn't force) perl -MCPAN -e 'force install BSD::Resource' (doesn't force) Is there an o conf parameter I need to set or something? Appreciate any help. JT ~ Plain Black ph: 703-286-2525 ext. 810 fax: 312-264-5382 http://www.plainblack.com Create like a god, command like a king, work like a slave. From mongers at bsod.net Thu May 5 07:56:54 2005 From: mongers at bsod.net (Pete Krawczyk) Date: Thu May 5 07:57:11 2005 Subject: [Chicago-talk] CPAN force install through API In-Reply-To: Message-ID: Subject: [Chicago-talk] CPAN force install through API From: JT Smith Date: Thu, 05 May 2005 09:31:28 -0500 }perl -MCPAN -e 'CPAN->install("BSD::Resource");' (doesn't force) }perl -MCPAN -e 'CPAN->force_install("BSD::Resource");' (fails, method doesn't exist) }perl -MCPAN -e 'CPAN->force-install("BSD::Resource");' (doesn't force) }perl -MCPAN -e 'force install BSD::Resource' (doesn't force) perl -MCPAN -e'force("install","BSD::Resource");' should do the trick. -Pete K -- Pete Krawczyk mongers at bsod dot net From jt at plainblack.com Thu May 5 08:05:40 2005 From: jt at plainblack.com (JT Smith) Date: Thu May 5 08:06:15 2005 Subject: [Chicago-talk] CPAN force install through API In-Reply-To: References: Message-ID: > }perl -MCPAN -e 'force install BSD::Resource' (doesn't force) > perl -MCPAN -e'force("install","BSD::Resource");' > should do the trick. That's actually the same as above. But I did it with the quotes and parens just to be sure. Same result. Doesn't force. It turns out I was being killed by an out of date Perl/CPAN on the server I was testing on. I was testing on the Perl 5.8.1 that ships with Mac OSX, and for whatever reason force has no effect on that. But if I use my custom compiled perl 5.8.6 on OSX, then the force works. Thanks for your help. JT ~ Plain Black ph: 703-286-2525 ext. 810 fax: 312-264-5382 http://www.plainblack.com Create like a god, command like a king, work like a slave. From richard at rushlogistics.com Fri May 6 09:04:44 2005 From: richard at rushlogistics.com (Richard Reina) Date: Fri May 6 09:05:09 2005 Subject: [Chicago-talk] Design Question Message-ID: <20050506160449.86591.qmail@web309.biz.mail.mud.yahoo.com> Whenever a phone call comes into my PBX/server a perl script is executed that checks the incoming call's phone number against a MySQL table to see if it's a known number. If it's a know number an entry is made into a table called matched_nos. On my workstations (or atleast on a couple of them so far) I have written a script that constantly -- via a while loop -- queries the matched_nos table that's on the local DB server to see if there is a new entry (one that it has not seen) to be acted on? It's currently running on 2 workstations in the office but I plan to have it running on 10 eventually. Will having 10 machines constantly querying the database server several times per second damage the server? What is a safe level of activity? Does anyone know of a more efficient way of designing such a program? Thanks for your attention. Richard ===== A people that values its privileges above its principles soon loses both. -Dwight D. Eisenhower. From andy at petdance.com Fri May 6 09:08:08 2005 From: andy at petdance.com (Andy Lester) Date: Fri May 6 09:08:19 2005 Subject: [Chicago-talk] Design Question In-Reply-To: <20050506160449.86591.qmail@web309.biz.mail.mud.yahoo.com> References: <20050506160449.86591.qmail@web309.biz.mail.mud.yahoo.com> Message-ID: <20050506160808.GA13698@petdance.com> On Fri, May 06, 2005 at 09:04:44AM -0700, Richard Reina (richard@rushlogistics.com) wrote: > Will > having 10 machines constantly querying the database > server several times per second damage the server? No. > Does anyone know of a more > efficient way of designing such a program? How are you querying the DB? Do you have some sort of ID number that gets incremented, or a timestamp, so that you can say SELECT MAX(ID) FROM FOO; without having to actually fetch all the rows? -- Andy Lester => andy@petdance.com => www.petdance.com => AIM:petdance From jt at plainblack.com Fri May 6 09:12:40 2005 From: jt at plainblack.com (JT Smith) Date: Fri May 6 09:13:19 2005 Subject: [Chicago-talk] Design Question In-Reply-To: <20050506160449.86591.qmail@web309.biz.mail.mud.yahoo.com> References: <20050506160449.86591.qmail@web309.biz.mail.mud.yahoo.com> Message-ID: > I plan to have it running on 10 eventually. Will > having 10 machines constantly querying the database > server > several times per second damage the server? What is a I wouldn't say it would "damage" it, but you'll certainly make it very busy, and I think unneccesarily so. > safe level of activity? Does anyone know of a more > efficient way of designing such a program? Polling systems are insanely inefficient, but sometimes they're the only way to get the job done. In this case I think you have a much better way of doing it: Set up an event handler server, I recommend using POE to write this, but you can certainly write your own. The perl script on your PBX can kick off an event to the event handler server each time a new call comes in. The event handler server can do whatever processing you need done (writing to the database, analyzing numbers for duplicates, etc). This way you never have to poll the database and you can handle a much larger number of calls and other processes. One key to using an event handler like this is that it's an asynchronos process, therefore it can theoretically handle an unlimited number of transactions because as new transactions come in their placed on a queue and wait to be processed until the event handler server has time to deal with them. JT ~ Plain Black ph: 703-286-2525 ext. 810 fax: 312-264-5382 http://www.plainblack.com Create like a god, command like a king, work like a slave. From wiggins at danconia.org Fri May 6 10:23:31 2005 From: wiggins at danconia.org (Wiggins d'Anconia) Date: Fri May 6 10:24:00 2005 Subject: [Chicago-talk] Design Question In-Reply-To: References: <20050506160449.86591.qmail@web309.biz.mail.mud.yahoo.com> Message-ID: <427BA813.1030007@danconia.org> JT Smith wrote: >> I plan to have it running on 10 eventually. Will >> having 10 machines constantly querying the database >> server >> several times per second damage the server? What is a > > > I wouldn't say it would "damage" it, but you'll certainly make it very > busy, and I think unneccesarily so. > >> safe level of activity? Does anyone know of a more >> efficient way of designing such a program? > > > Polling systems are insanely inefficient, but sometimes they're the only > way to get the job done. In this case I think you have a much better way > of doing it: > > Set up an event handler server, I recommend using POE to write this, but > you can certainly write your own. The perl script on your PBX can kick > off an event to the event handler server each time a new call comes in. > The event handler server can do whatever processing you need done > (writing to the database, analyzing numbers for duplicates, etc). This > way you never have to poll the database and you can handle a much larger > number of calls and other processes. > > One key to using an event handler like this is that it's an asynchronos > process, therefore it can theoretically handle an unlimited number of > transactions because as new transactions come in their placed on a queue > and wait to be processed until the event handler server has time to deal > with them. > This is similar to what I was thinking but seems to re-engineer the process already in place, it is still up to the individual machines to poll the database which is what needs to be avoided, not the insertion of the data, which presumably you wouldn't want queued? I would use POE as well, but instead create a server that takes connections from the client machines and hangs on to them, then when the Perl script logs the data have it call an event on the server to dispatch an message to each of the clients. Pretty standard setup I would think. You could even go the UDP route since you may not really care about who is listening or whether they get the message.... http://danconia.org From richard at rushlogistics.com Fri May 6 12:16:16 2005 From: richard at rushlogistics.com (Richard Reina) Date: Fri May 6 12:16:26 2005 Subject: [Chicago-talk] Design Question In-Reply-To: <20050506160808.GA13698@petdance.com> Message-ID: <20050506191616.9254.qmail@web304.biz.mail.mud.yahoo.com> > > How are you querying the DB? Do you have some sort > of ID number that > gets incremented, or a timestamp, so that you can > say SELECT MAX(ID) > FROM FOO; without having to actually fetch all the > rows? > I'm not using MAX or MIN but the query ussually only selects one row at a time because it's viewed a record (incoming phone call) it knows not to select that record again. ===== A people that values its privileges above its principles soon loses both. -Dwight D. Eisenhower. From richard at rushlogistics.com Fri May 6 12:27:42 2005 From: richard at rushlogistics.com (Richard Reina) Date: Fri May 6 12:27:53 2005 Subject: [Chicago-talk] Design Question In-Reply-To: <427BA813.1030007@danconia.org> Message-ID: <20050506192742.29586.qmail@web306.biz.mail.mud.yahoo.com> Thank you Andy, Wiggins and JT for the responses thus far. > connections from the client machines and hangs on to > them, What do you mean by "hangs on to them"? then when the > Perl script logs the data have it call an event on > the server to > dispatch an message to each of the clients. This act of dispatching a message to the clients is what pushed me into using polling. I could not figure out a neat way to do get message to all these (stripped down) clients that run various kernel versions. Setting up rysnc on all of them seemed painful and impractical. ncftput seems too slow and on some of the machines unavailable. client -->perl->DBI--> server seemed the fastest and most practical, although I admit I am having trouble conseptualizing what your talking about above. ===== A people that values its privileges above its principles soon loses both. -Dwight D. Eisenhower. From wiggins at danconia.org Fri May 6 12:59:22 2005 From: wiggins at danconia.org (Wiggins d'Anconia) Date: Fri May 6 12:59:50 2005 Subject: [Chicago-talk] Design Question In-Reply-To: <20050506192742.29586.qmail@web306.biz.mail.mud.yahoo.com> References: <20050506192742.29586.qmail@web306.biz.mail.mud.yahoo.com> Message-ID: <427BCC9A.3030305@danconia.org> Richard Reina wrote: > Thank you Andy, Wiggins and JT for the responses thus > far. > > >>connections from the client machines and hangs on to >>them, > > > What do you mean by "hangs on to them"? > See below, the longer description should help... > then when the > >>Perl script logs the data have it call an event on >>the server to >>dispatch an message to each of the clients. > > > This act of dispatching a message to the clients is > what pushed me into using polling. I could not figure > out a neat way to do get message to all these > (stripped down) clients that run various kernel > versions. Kernel versions? Setting up rysnc on all of them seemed > painful and impractical. ncftput seems too slow and > on some of the machines unavailable. > > client -->perl->DBI--> server > > seemed the fastest and most practical, although I > admit I am having trouble conseptualizing what your > talking about above. Right.... so here is what I was thinking: You have 3 pieces of software. 1. The main and probably most difficult to write is a server (again, I would use POE). It gets started and runs in the background listening for two types of connections. 1. connection from the phone script that connects to the server via a socket sends it a message for the server to issue to each of the listening clients 2. connection from various listening clients over a socket as well. So the server keeps track of all the connected clients that want information about events (aka phone calls), when they establish a connection the connection remains alive waiting for output. When an event comes into the server from the phone script it loops over all of the connected/listening clients and sends them the same message (using a UDP server you wouldn't have to loop or keep track of connected clients). Since the server only comes alive when it hears from the phone script it doesn't hog CPU either. 2. Listening client, your local PC (or whatever) connects to the server over a socket and sits idle waiting for the server to tell it something has happened, should be real simple and should sit idle until something happens (no need to poll! == no CPU usage). 3. Messaging client, the phone script you already have, as the last part of that process it connects to the server tells it what message to send to the listening clients and then exits (similar to how a DB call works). POE by virtue of how it operates and the wrappers it provides around the socket stuff should make it pretty trivial to write the various components. Obviously you can get as complex as you want, maybe a particular client tells the server which types of messages it wants to hear about, or maybe certain users only have access to certain messages, etc. More difficult to write for sure, but from a performance standpoint it should be much easier on the machines and more importantly the network than polling. And it should scale very well. Does this make a bit more sense?? http://danconia.org From whjackson at gmail.com Sat May 7 03:38:24 2005 From: whjackson at gmail.com (Whitney Jackson) Date: Sat May 7 03:38:31 2005 Subject: [Chicago-talk] faster -h Message-ID: <1115462304.17417.47.camel@pc326.laughingman.net> So I have this Perl program that uses some hefty modules and as a result it takes a second or two just to get going. Most of the time I don't care because it's relatively long running and the loading time isn't noticeable. However, it's annoying to have to wait when I just want usage information. So I'm wondering if there's some way to do the GetOptions stuff up front and then avoid the "use SuchAndSuch;" when I find a -h or usage violation. Any ideas? Just to make things a bit more concrete: $ ./pctrl -h with all the modules: 2.105 seconds with a minimal set of modules: 0.318 seconds Whitney From gdf at speakeasy.net Sat May 7 07:38:21 2005 From: gdf at speakeasy.net (Greg Fast) Date: Sat May 7 07:38:31 2005 Subject: [Chicago-talk] faster -h In-Reply-To: <1115462304.17417.47.camel@pc326.laughingman.net> References: <1115462304.17417.47.camel@pc326.laughingman.net> Message-ID: On Sat, 07 May 2005 05:38:24 -0500, Whitney Jackson wrote: > So I have this Perl program that uses some hefty modules and as a result > it takes a second or two just to get going. Most of the time I don't > care because it's relatively long running and the loading time isn't > noticeable. However, it's annoying to have to wait when I just want > usage information. So I'm wondering if there's some way to do the > GetOptions stuff up front and then avoid the "use SuchAndSuch;" when I > find a -h or usage violation. Put the getopt and -h check in a BEGIN block before you do any of the other "use"s: #!/usr/bin/perl -w use strict; our %opts; # make %opts globally visible BEGIN { use Getopt::Std; getopts( 'hx:y:z', \%opts ); if ( defined($opts{h}) ) { print STDERR "Usage: blah blah blah\n"; exit(-1); # [1] } } use Big::Ugly::Module; # ... [1] if you die() inside a BEGIN block, you'll get a "BEGIN failed--compilation aborted" error. -- Greg Fast http://cken.chi.groogroo.com/~gdf/ From jt at plainblack.com Sat May 7 08:40:54 2005 From: jt at plainblack.com (JT Smith) Date: Sat May 7 08:41:28 2005 Subject: [Chicago-talk] faster -h In-Reply-To: <1115462304.17417.47.camel@pc326.laughingman.net> References: <1115462304.17417.47.camel@pc326.laughingman.net> Message-ID: It seems like one way around it would be to either do an eval{} wrapped in an if around your use statements : eval {"use MyBigModule"} unless $onlyDoingUsage; Or you could use require to do the same thing: require MyBigModule unless $onlyDoingUsage; On Sat, 07 May 2005 05:38:24 -0500 Whitney Jackson wrote: > > So I have this Perl program that uses some hefty modules and as a result > it takes a second or two just to get going. Most of the time I don't > care because it's relatively long running and the loading time isn't > noticeable. However, it's annoying to have to wait when I just want > usage information. So I'm wondering if there's some way to do the > GetOptions stuff up front and then avoid the "use SuchAndSuch;" when I > find a -h or usage violation. > > Any ideas? > > Just to make things a bit more concrete: > > $ ./pctrl -h > > with all the modules: 2.105 seconds > with a minimal set of modules: 0.318 seconds > > Whitney > > _______________________________________________ > Chicago-talk mailing list > Chicago-talk@pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk JT ~ Plain Black ph: 703-286-2525 ext. 810 fax: 312-264-5382 http://www.plainblack.com Create like a god, command like a king, work like a slave. From richard at rushlogistics.com Sat May 7 09:33:43 2005 From: richard at rushlogistics.com (Richard Reina) Date: Sat May 7 09:33:52 2005 Subject: [Chicago-talk] Design Question In-Reply-To: <427BCC9A.3030305@danconia.org> Message-ID: <20050507163343.43962.qmail@web305.biz.mail.mud.yahoo.com> > > Does this make a bit more sense?? Yes, I does and thank you for the detailed response. I just wish there where an easier way. :( Richard ===== A people that values its privileges above its principles soon loses both. -Dwight D. Eisenhower. From easyasy2k at gmail.com Sat May 7 13:03:36 2005 From: easyasy2k at gmail.com (Leland Johnson) Date: Sat May 7 13:03:46 2005 Subject: [Chicago-talk] faster -h In-Reply-To: <1115462304.17417.47.camel@pc326.laughingman.net> References: <1115462304.17417.47.camel@pc326.laughingman.net> Message-ID: <2df270ef05050713034389feaa@mail.gmail.com> SVK changed from using pperl (mod_perl for command line) to using perl 5.8.6's autouse. It looks like it works back to 5.003_90, but I can't find any other mentions of it. It's somewhat odd to use, but works quite well for SVK. You also might want to check out Class::Autouse if you're using classes. On 5/7/05, Whitney Jackson wrote: > > So I have this Perl program that uses some hefty modules and as a result > it takes a second or two just to get going. Most of the time I don't > care because it's relatively long running and the loading time isn't > noticeable. However, it's annoying to have to wait when I just want > usage information. So I'm wondering if there's some way to do the > GetOptions stuff up front and then avoid the "use SuchAndSuch;" when I > find a -h or usage violation. > > Any ideas? > > Just to make things a bit more concrete: > > $ ./pctrl -h > > with all the modules: 2.105 seconds > with a minimal set of modules: 0.318 seconds > > Whitney > > _______________________________________________ > Chicago-talk mailing list > Chicago-talk@pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk > -- Leland Johnson http://protoplasmic.org From me at heyjay.com Mon May 9 13:35:47 2005 From: me at heyjay.com (Jay Strauss) Date: Mon, 09 May 2005 15:35:47 -0500 Subject: [Chicago-talk] Design Question In-Reply-To: <20050507163343.43962.qmail@web305.biz.mail.mud.yahoo.com> References: <20050507163343.43962.qmail@web305.biz.mail.mud.yahoo.com> Message-ID: <427FC9A3.2040003@heyjay.com> Richard, Polling your database, should be relatively inexpensive, IF (I stress if): 1) you have an index on some value that lets the DB look it up easily. Ideally you'd have a column with a (Y or ) value in it, indicating that this is a NEW phone number. When you're done processing this record, you set the value to NULL. This way your index is very small, only containing the new record. 2) you are using a "bind" variable in your DBI (I hope you are using DBI). That way the DB isn't reprocessing your SQL over and over and over. Most RDBMSs (I don't remember which you are using), have a cache, where they store recently read data, so that subsequent reads of the same data are faster. In your case, you can make it so that your polling activity is pretty lightweight. And you could avoid building a posting/subscription/broadcast thing others had suggested. Thanks Jay From jt at plainblack.com Mon May 9 13:45:12 2005 From: jt at plainblack.com (JT Smith) Date: Mon, 09 May 2005 15:45:12 -0500 Subject: [Chicago-talk] Design Question In-Reply-To: <427FC9A3.2040003@heyjay.com> References: <20050507163343.43962.qmail@web305.biz.mail.mud.yahoo.com> <427FC9A3.2040003@heyjay.com> Message-ID: Let me add one more: And IF you don't have 999,999,999,999,999,999,999,999 records in the table you're polling. Cuz then your index will still be absolutely enormous even though the index values are relatively small. On Mon, 09 May 2005 15:35:47 -0500 Jay Strauss wrote: > Richard, > > Polling your database, should be relatively inexpensive, > > IF (I stress if): > > 1) you have an index on some value that lets the DB look it up easily. > Ideally you'd have a column with a (Y or ) value in it, indicating > that this is a NEW phone number. When you're done processing this > record, you set the value to NULL. This way your index is very small, > only containing the new record. > > 2) you are using a "bind" variable in your DBI (I hope you are using > DBI). That way the DB isn't reprocessing your SQL over and over and over. > > Most RDBMSs (I don't remember which you are using), have a cache, where > they store recently read data, so that subsequent reads of the same data > are faster. In your case, you can make it so that your polling activity > is pretty lightweight. And you could avoid building a > posting/subscription/broadcast thing others had suggested. > > Thanks > Jay > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk JT ~ Plain Black ph: 703-286-2525 ext. 810 fax: 312-264-5382 http://www.plainblack.com Create like a god, command like a king, work like a slave. From me at heyjay.com Mon May 9 14:13:01 2005 From: me at heyjay.com (Jay Strauss) Date: Mon, 09 May 2005 16:13:01 -0500 Subject: [Chicago-talk] Design Question In-Reply-To: References: <20050507163343.43962.qmail@web305.biz.mail.mud.yahoo.com> <427FC9A3.2040003@heyjay.com> Message-ID: <427FD25D.1010007@heyjay.com> JT Smith wrote: > Let me add one more: > > And IF you don't have 999,999,999,999,999,999,999,999 records in the table you're > polling. Cuz then your index will still be absolutely enormous even though the index > values are relatively small. > > ** This is a generalization from my Oracle and Sybase Experience ** If the columns being indexed contain NULLs, then they are not included in the index. Therefore, this particular index will only be 1 record, regardless of how big the table grows. Jay From wiggins at danconia.org Mon May 9 14:13:05 2005 From: wiggins at danconia.org (Wiggins d'Anconia) Date: Mon, 09 May 2005 16:13:05 -0500 Subject: [Chicago-talk] Design Question In-Reply-To: <427FC9A3.2040003@heyjay.com> References: <20050507163343.43962.qmail@web305.biz.mail.mud.yahoo.com> <427FC9A3.2040003@heyjay.com> Message-ID: <427FD261.9020102@danconia.org> > And you could avoid building a > posting/subscription/broadcast thing others had suggested. > > Thanks > Jay Where would be the fun in that ;-).... http://danconia.org From shawn.c.carroll at gmail.com Tue May 10 05:03:29 2005 From: shawn.c.carroll at gmail.com (Shawn Carroll) Date: Tue, 10 May 2005 07:03:29 -0500 Subject: [Chicago-talk] May 2005 Chicago Perl Mongers meeting In-Reply-To: <20050502135030.4ct600k2pm1cc4kg@manage.multiply.org> References: <20050429212540.GA24446@petdance.com> <20050502135030.4ct600k2pm1cc4kg@manage.multiply.org> Message-ID: Today is the meeting: Join the Chicago Perl Mongers for a presentation on preventing project meltdown and a handful of Lightning Talks on version control and web application development. When: Tuesday May 10, 2005 7PM-9PM Where: Performics 180 N. Lasalle, Suite 1200 Chicago, IL First up will be Andy Lester, with a talk entitled "Preventing Crisis: Project estimation and tracking that works" Embarrassing bugs, late-night phone calls and impossible schedules are all crises no one wants, but are all too common. "Don't accept them as inevitable: Prevent them! Learn how to change from scapegoat to rock star, and bring back the joy of development." Following that presentation will be a couple of Lightning Talks on HTML::Mason, SVK (a Perl-based distributed source control system) and possibly others. All are welcome, but we do need to coordinate with building security since the meeting is after normal business hours. Please contact jason at multiply.org if you plan on attending. -- shawn.c.carroll at gmail.com Perl Programmer Soccer Referee From jason at multiply.org Tue May 10 08:53:05 2005 From: jason at multiply.org (jason@multiply.org) Date: Tue, 10 May 2005 10:53:05 -0500 Subject: [Chicago-talk] May 2005 Chicago Perl Mongers meeting In-Reply-To: References: <20050429212540.GA24446@petdance.com> <20050502135030.4ct600k2pm1cc4kg@manage.multiply.org> Message-ID: <20050510105305.hq69jj0v9tcsskco@manage.multiply.org> Hi All. Hopefully we will see a lot of you at the meeting tonight. Security is going to want to see an ID, so bring a driver's license or ID with you, please. -jason gessner jason at multiply.org Quoting Shawn Carroll : > Today is the meeting: > > Join the Chicago Perl Mongers for a presentation on preventing project > meltdown and a handful of Lightning Talks on version control and web > application development. > > When: > Tuesday May 10, 2005 > 7PM-9PM > > Where: > Performics > 180 N. Lasalle, Suite 1200 > Chicago, IL > > First up will be Andy Lester, with a talk entitled "Preventing Crisis: > Project estimation and tracking that works" > > Embarrassing bugs, late-night phone calls and impossible schedules > are all crises no one wants, but are all too common. "Don't accept > them as inevitable: Prevent them! Learn how to change from scapegoat > to rock star, and bring back the joy of development." > > Following that presentation will be a couple of Lightning Talks on > HTML::Mason, SVK (a Perl-based distributed source control system) > and possibly others. > > All are welcome, but we do need to coordinate with building security > since the meeting is after normal business hours. Please contact > jason at multiply.org if you plan on attending. > > > -- > shawn.c.carroll at gmail.com > Perl Programmer > Soccer Referee > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk > From glim at mycybernet.net Tue May 10 20:08:00 2005 From: glim at mycybernet.net (Gerard Lim) Date: Tue, 10 May 2005 23:08 -0400 Subject: [Chicago-talk] Yet Another Perl Conference final details Message-ID: Hi everyone... There have been some recent developments on the YAPC::NA front, and it has been suggested to us that a reminder might be helpful to some people, so here's a quick summary of the event. Summary ------- YAPC::NA 2005 (Yet Another Perl Conference, North America) in Toronto, Canada, Monday - Wednesday 27 - 29, June 2005 Home page: http://yapc.org/America/ Conference Location: http://89chestnut.com/ A facility of the University of Toronto Accommodations -------------- Normally registration information would come first, but accommodations are the bottleneck -- our main group reservation (at the conference hotel) expires at the end of the week, and as the conference approaches it will be extremely difficult to find a hotel anywhere in the city. Info on how to book at: http://yapc.org/America/accommodations-2005.shtml Registration ------------ Register now! :-) We are on track to break attendance records at YAPC::NA this year, and we could even sell out before the conference starts. The price for the full 3 days is USD$85. We keep it insanely low through many generous sponsorships and the all-volunteer organizational and speaking crews. Registration info: http://yapc.org/America/register-2005.shtml Direct registration link: http://donate.perlfoundation.org/index.pl?node=registrant%20info&conference_id=423 Conference Speaking Schedule ---------------------------- We've got an excellent selection of talks and speakers for Perl programmers of all levels, beginner through expert. We are fortunate enough to have presentations coming from some of the most recognizable names in Perl programming today, including Larry Wall, Chip Salzenberg, Dan Sugalski, Autrijus Tang and brian d foy. Summary -- http://yapc.org/America/schedule-2005/summary.html Day 1 -- http://yapc.org/America/schedule-2005/day1.html Day 2 -- http://yapc.org/America/schedule-2005/day2.html Day 3 -- http://yapc.org/America/schedule-2005/day3.html Lightning Talks --------------- These short (5 minutes each) talks, presented by the conference attendees, are a YAPC tradition. If you're interested please read more about them and sign up: http://www.justanotherperlhacker.org/lightning/ [ This message was sent by Gerard Lim on behalf of the YAPC::NA 2005 Conference organizing committee of the Toronto Perl Mongers. Thanks for your patience and support. ] From me at heyjay.com Wed May 11 08:41:37 2005 From: me at heyjay.com (Jay Strauss) Date: Wed, 11 May 2005 10:41:37 -0500 Subject: [Chicago-talk] Config file parsers Message-ID: <428227B1.709@heyjay.com> Hi, There are about a 1000 config file parsers on cpan. Can anyone recommend one that: 1) uses few (or no) prerequisite modules 2) in heavy use and is maintained. Any suggestions on the format I should be heading toward (ini, apache, xml, yaml...)? thanks Jay From easyasy2k at gmail.com Wed May 11 08:43:31 2005 From: easyasy2k at gmail.com (Leland Johnson) Date: Wed, 11 May 2005 10:43:31 -0500 Subject: [Chicago-talk] Config file parsers In-Reply-To: <428227B1.709@heyjay.com> References: <428227B1.709@heyjay.com> Message-ID: <2df270ef05051108434a13a305@mail.gmail.com> What's your config look like? Does it contain binary data? Need to be human editable? Big/small? On 5/11/05, Jay Strauss wrote: > Hi, > > There are about a 1000 config file parsers on cpan. Can anyone > recommend one that: > > 1) uses few (or no) prerequisite modules > 2) in heavy use and is maintained. > > Any suggestions on the format I should be heading toward (ini, apache, > xml, yaml...)? > > thanks > Jay > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk -- Leland Johnson http://protoplasmic.org From jt at plainblack.com Wed May 11 08:48:23 2005 From: jt at plainblack.com (JT Smith) Date: Wed, 11 May 2005 10:48:23 -0500 Subject: [Chicago-talk] Config file parsers In-Reply-To: <428227B1.709@heyjay.com> References: <428227B1.709@heyjay.com> Message-ID: About once per year we evaluate config file parsers for the WebGUI project. We're always looking for the best mix of performance, power, and ease of use. To date the one we've found to give us the best mix is Parse::PlainConfig. It's easily edited by humans, allows for commenting, has an API for manipulating the file programmatically, allows for scalars, arrays, and hashes, and parses relatively quickly. I highly recommend it. However, if you do find something you think is better, I'd like to hear about it. Cuz, like I said, we're always looking for the best of the best. On Wed, 11 May 2005 10:41:37 -0500 Jay Strauss wrote: > Hi, > > There are about a 1000 config file parsers on cpan. Can anyone > recommend one that: > > 1) uses few (or no) prerequisite modules > 2) in heavy use and is maintained. > > Any suggestions on the format I should be heading toward (ini, apache, > xml, yaml...)? > > > thanks > Jay > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk JT ~ Plain Black ph: 703-286-2525 ext. 810 fax: 312-264-5382 http://www.plainblack.com Create like a god, command like a king, work like a slave. From jt at plainblack.com Wed May 11 08:52:01 2005 From: jt at plainblack.com (JT Smith) Date: Wed, 11 May 2005 10:52:01 -0500 Subject: [Chicago-talk] Config file parsers In-Reply-To: References: <428227B1.709@heyjay.com> Message-ID: Oh, I forgot to mention weakneses. The the only thing we don't like about Parse::PlainConfig is that it does not support multidimentional arrays and hashes. On Wed, 11 May 2005 10:48:23 -0500 JT Smith wrote: > About once per year we evaluate config file parsers for the WebGUI project. We're >always > looking for the best mix of performance, power, and ease of use. To date the one we've > found to give us the best mix is Parse::PlainConfig. > > It's easily edited by humans, allows for commenting, has an API for manipulating the > file programmatically, allows for scalars, arrays, and hashes, and parses relatively > quickly. I highly recommend it. However, if you do find something you think is better, > I'd like to hear about it. Cuz, like I said, we're always looking for the best of the > best. > > > On Wed, 11 May 2005 10:41:37 -0500 > Jay Strauss wrote: >> Hi, >> >> There are about a 1000 config file parsers on cpan. Can anyone >> recommend one that: >> >> 1) uses few (or no) prerequisite modules >> 2) in heavy use and is maintained. >> >> Any suggestions on the format I should be heading toward (ini, apache, >> xml, yaml...)? >> >> >> thanks >> Jay >> _______________________________________________ >> Chicago-talk mailing list >> Chicago-talk at pm.org >> http://mail.pm.org/mailman/listinfo/chicago-talk > > > JT ~ Plain Black > ph: 703-286-2525 ext. 810 > fax: 312-264-5382 > http://www.plainblack.com > > Create like a god, command like a king, work like a slave. > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk JT ~ Plain Black ph: 703-286-2525 ext. 810 fax: 312-264-5382 http://www.plainblack.com Create like a god, command like a king, work like a slave. From merlyn at stonehenge.com Wed May 11 10:05:40 2005 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: 11 May 2005 10:05:40 -0700 Subject: [Chicago-talk] Config file parsers In-Reply-To: References: <428227B1.709@heyjay.com> Message-ID: <86mzr1elqz.fsf@blue.stonehenge.com> >>>>> "JT" == JT Smith writes: JT> About once per year we evaluate config file parsers for the WebGUI JT> project. We're always looking for the best mix of performance, JT> power, and ease of use. To date the one we've found to give us the JT> best mix is Parse::PlainConfig. JT> It's easily edited by humans, allows for commenting, has an API JT> for manipulating the file programmatically, allows for scalars, JT> arrays, and hashes, and parses relatively quickly. I highly JT> recommend it. However, if you do find something you think is JT> better, I'd like to hear about it. Cuz, like I said, we're always JT> looking for the best of the best. I've recently started really liking Config::Scoped, which sounds like all that and more. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! From magog at the-wire.com Wed May 11 10:33:26 2005 From: magog at the-wire.com (Michael Graham) Date: Wed, 11 May 2005 13:33:26 -0400 Subject: [Chicago-talk] Config file parsers In-Reply-To: <428227B1.709@heyjay.com> References: <428227B1.709@heyjay.com> Message-ID: <20050511132023.3239.MAGOG@the-wire.com> > There are about a 1000 config file parsers on cpan. Can anyone > recommend one that: > > 1) uses few (or no) prerequisite modules > 2) in heavy use and is maintained. > > Any suggestions on the format I should be heading toward (ini, apache, > xml, yaml...)? I'm a fan of Config::General (Apache-style configs). It allows multi-level configurations, and has a comfortable syntax. No prerequisites. I like Apache-style configs because they scale well. You can start with a simple config with just keys and values: title = ACME Widgets Inc navbar = user But when your configuration needs grow you can move these into sections: title = ACME Widgets Inc - Administration navbar = admin title = ACME Widgets Inc navbar = user And then, one day if you need to go more than one level deep, you can: title = ACME Widgets Inc - Administration navbar = admin db_connect_string = dbi:Pg:dbname=example db_username = admin db_password = seekrit RaiseError = 1 AutoCommit = 1 If you start off with INI files, you're stuck with two levels :) Config::Scoped is also nice. It has more prerequisite modules though. Michael ----------------------------------------------------------------------- Michael Graham YAPC::NA 2005 Toronto - http://www.yapc.org/America/ - na-help at yapc.org ----------------------------------------------------------------------- From me at heyjay.com Wed May 11 12:16:58 2005 From: me at heyjay.com (Jay Strauss) Date: Wed, 11 May 2005 14:16:58 -0500 Subject: [Chicago-talk] Config file parsers In-Reply-To: <20050511132023.3239.MAGOG@the-wire.com> References: <428227B1.709@heyjay.com> <20050511132023.3239.MAGOG@the-wire.com> Message-ID: <42825A2A.2050005@heyjay.com> Michael Graham wrote: >>There are about a 1000 config file parsers on cpan. Can anyone >>recommend one that: >> >>1) uses few (or no) prerequisite modules >>2) in heavy use and is maintained. >> >>Any suggestions on the format I should be heading toward (ini, apache, >>xml, yaml...)? > > > I'm a fan of Config::General (Apache-style configs). That's the one I've used in the past. Jay From me at heyjay.com Wed May 11 18:27:58 2005 From: me at heyjay.com (Jay Strauss) Date: Wed, 11 May 2005 20:27:58 -0500 Subject: [Chicago-talk] Config file parsers In-Reply-To: <2df270ef05051108434a13a305@mail.gmail.com> References: <428227B1.709@heyjay.com> <2df270ef05051108434a13a305@mail.gmail.com> Message-ID: <4282B11E.8000805@heyjay.com> Leland Johnson wrote: > What's your config look like? Does it contain binary data? Need to be > human editable? Big/small? fairly small, and human readable From easyasy2k at gmail.com Wed May 11 18:34:38 2005 From: easyasy2k at gmail.com (Leland Johnson) Date: Wed, 11 May 2005 20:34:38 -0500 Subject: [Chicago-talk] Config file parsers In-Reply-To: <4282B11E.8000805@heyjay.com> References: <428227B1.709@heyjay.com> <2df270ef05051108434a13a305@mail.gmail.com> <4282B11E.8000805@heyjay.com> Message-ID: <2df270ef05051118344ed73f6d@mail.gmail.com> Sounds like you got a good solution already then. I was just curious. On 5/11/05, Jay Strauss wrote: > Leland Johnson wrote: > > What's your config look like? Does it contain binary data? Need to be > > human editable? Big/small? > > fairly small, and human readable > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk -- Leland Johnson http://protoplasmic.org From easyasy2k at gmail.com Thu May 12 21:52:54 2005 From: easyasy2k at gmail.com (Leland Johnson) Date: Thu, 12 May 2005 23:52:54 -0500 Subject: [Chicago-talk] SVK presentation supplement Message-ID: <2df270ef05051221526c3f0f50@mail.gmail.com> Okay, I've put together a "demo" of SVK's merging to supplement my presentation back on the 10th. You can read it here: http://protoplasmic.org/code/writing/svk/svksmerge.html For more info on SVK, check out its homepage & wiki: http://svk.elixus.org/ #svk on freenode is also a good place to ask questions. You can also ask me questions, but the people on #svk are more knowledgeable than me. -- Leland Johnson http://protoplasmic.org From petemar1 at perlmonk.org Mon May 16 04:43:04 2005 From: petemar1 at perlmonk.org (petemar1) Date: Mon, 16 May 2005 07:43:04 -0400 (EDT) Subject: [Chicago-talk] May 2005 Chicago Perl Mongers meeting In-Reply-To: <20050510105305.hq69jj0v9tcsskco@manage.multiply.org> References: <20050429212540.GA24446@petdance.com> <20050502135030.4ct600k2pm1cc4kg@manage.multiply.org> <20050510105305.hq69jj0v9tcsskco@manage.multiply.org> Message-ID: After my attendance, Whom do I add to my "Monks met" list? http://petemar1.perlmonk.org http://www.perlmonks.org/index.pl?node_id=26274 http://chicago.pm.org/members.html http://people.cs.uchicago.edu/~petemar1 From richard at rushlogistics.com Mon May 16 09:00:35 2005 From: richard at rushlogistics.com (Richard Reina) Date: Mon, 16 May 2005 09:00:35 -0700 (PDT) Subject: [Chicago-talk] OT: meta tags Message-ID: <20050516160041.38848.qmail@web309.biz.mail.mud.yahoo.com> I know this is OT since it does not relate to perl, but I built a small web site www.savechicagotaverns.com over the weekend and when I google for text that is in the site the site does not come up in the searches despite having introduced nearly all the text as meta tags. Can anyone help? Richard ===== A people that values its privileges above its principles soon loses both. -Dwight D. Eisenhower. From mongers at bsod.net Mon May 16 09:09:21 2005 From: mongers at bsod.net (Pete Krawczyk) Date: Mon, 16 May 2005 11:09:21 -0500 (CDT) Subject: [Chicago-talk] OT: meta tags In-Reply-To: <20050516160041.38848.qmail@web309.biz.mail.mud.yahoo.com> Message-ID: Subject: [Chicago-talk] OT: meta tags From: Richard Reina Date: Mon, 16 May 2005 09:00:35 -0700 (PDT) }when I }google for text that is in the site the site does not }come up in the searches despite having introduced }nearly all the text as meta tags. Can anyone help? Search engines do not work that fast. It will take weeks or perhaps months for a search engine to find your site, crawl it, index it, and make that index available to other users. You can try to submit your site to the search engines (beyond the scope of this list) but it will still take time and will not give you an instant update. -Pete K -- Pete Krawczyk mongers at bsod dot net From adam at battleaxe.net Mon May 16 09:12:13 2005 From: adam at battleaxe.net (Adam Israel) Date: Mon, 16 May 2005 11:12:13 -0500 Subject: [Chicago-talk] OT: meta tags In-Reply-To: <20050516160041.38848.qmail@web309.biz.mail.mud.yahoo.com> References: <20050516160041.38848.qmail@web309.biz.mail.mud.yahoo.com> Message-ID: <4288C65D.3010906@battleaxe.net> heh, half of my living is made doing that sort of thing right now. The first thing would be to adjust your index.html. Meta redirects aren't the most reliable way of directing a search bot. Make sure that the keywords in your meta tags match keywords in the content of your site (reinforces keyword density). Avoid the use of frames at all possible. They make it entirely more difficult to be indexed well. There are tons of other things, but those few should give you a good start. Like Pete said, you might not be picked up in their schedule yet but even if you are, the site won't get far in its current state. -Adam Richard Reina wrote: >I know this is OT since it does not relate to perl, >but I built a small web site >www.savechicagotaverns.com over the weekend and when I >google for text that is in the site the site does not >come up in the searches despite having introduced >nearly all the text as meta tags. Can anyone help? > >Richard > >===== >A people that values its privileges above its principles soon loses both. > -Dwight D. Eisenhower. >_______________________________________________ >Chicago-talk mailing list >Chicago-talk at pm.org >http://mail.pm.org/mailman/listinfo/chicago-talk > > > From richard at rushlogistics.com Mon May 16 09:25:42 2005 From: richard at rushlogistics.com (Richard Reina) Date: Mon, 16 May 2005 09:25:42 -0700 (PDT) Subject: [Chicago-talk] OT: meta tags In-Reply-To: Message-ID: <20050516162542.17713.qmail@web306.biz.mail.mud.yahoo.com> Pete, Thanks for your response. I'll give it some time. --- Pete Krawczyk wrote: > Subject: [Chicago-talk] OT: meta tags > From: Richard Reina > Date: Mon, 16 May 2005 09:00:35 -0700 (PDT) > > }when I > }google for text that is in the site the site does > not > }come up in the searches despite having introduced > }nearly all the text as meta tags. Can anyone help? > > Search engines do not work that fast. It will take > weeks or perhaps > months for a search engine to find your site, crawl > it, index it, and make > that index available to other users. You can try to > submit your site to > the search engines (beyond the scope of this list) > but it will still take > time and will not give you an instant update. > > -Pete K > -- > Pete Krawczyk > mongers at bsod dot net > > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk > ===== A people that values its privileges above its principles soon loses both. -Dwight D. Eisenhower. From richard at rushlogistics.com Mon May 16 09:28:32 2005 From: richard at rushlogistics.com (Richard Reina) Date: Mon, 16 May 2005 09:28:32 -0700 (PDT) Subject: [Chicago-talk] OT: meta tags In-Reply-To: <4288C65D.3010906@battleaxe.net> Message-ID: <20050516162832.29377.qmail@web310.biz.mail.mud.yahoo.com> Adam, Thanks for the response. I appreciate the suggestions. BTW what are frames? Thanks again, Richard --- Adam Israel wrote: > heh, half of my living is made doing that sort of > thing right now. The > first thing would be to adjust your index.html. > Meta redirects aren't > the most reliable way of directing a search bot. > > Make sure that the keywords in your meta tags match > keywords in the > content of your site (reinforces keyword density). > > Avoid the use of frames at all possible. They make > it entirely more > difficult to be indexed well. > > There are tons of other things, but those few should > give you a good > start. Like Pete said, you might not be picked up > in their schedule yet > but even if you are, the site won't get far in its > current state. > > -Adam > > > Richard Reina wrote: > > >I know this is OT since it does not relate to perl, > >but I built a small web site > >www.savechicagotaverns.com over the weekend and > when I > >google for text that is in the site the site does > not > >come up in the searches despite having introduced > >nearly all the text as meta tags. Can anyone help? > > > >Richard > > > >===== > >A people that values its privileges above its > principles soon loses both. > > -Dwight D. Eisenhower. > >_______________________________________________ > >Chicago-talk mailing list > >Chicago-talk at pm.org > >http://mail.pm.org/mailman/listinfo/chicago-talk > > > > > > > > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk > ===== A people that values its privileges above its principles soon loses both. -Dwight D. Eisenhower. From adam at battleaxe.net Mon May 16 09:36:25 2005 From: adam at battleaxe.net (Adam Israel) Date: Mon, 16 May 2005 11:36:25 -0500 Subject: [Chicago-talk] OT: meta tags In-Reply-To: <20050516162832.29377.qmail@web310.biz.mail.mud.yahoo.com> References: <20050516162832.29377.qmail@web310.biz.mail.mud.yahoo.com> Message-ID: <4288CC09.9030202@battleaxe.net> The template you're using for the site (something from Network Solutions, it looks like) is using html frames to control the layout/organization of the site. If you view the source of /pages/1/index.htm, you'll see: Frames are icky (tm). They're not search engine friendly, either. You can help the search bots index your pages by adding some content within the tags but it's not the best solution. -Adam Richard Reina wrote: >Adam, > >Thanks for the response. I appreciate the >suggestions. >BTW what are frames? > >Thanks again, > >Richard >--- Adam Israel wrote: > > > >>heh, half of my living is made doing that sort of >>thing right now. The >>first thing would be to adjust your index.html. >>Meta redirects aren't >>the most reliable way of directing a search bot. >> >>Make sure that the keywords in your meta tags match >>keywords in the >>content of your site (reinforces keyword density). >> >>Avoid the use of frames at all possible. They make >>it entirely more >>difficult to be indexed well. >> >>There are tons of other things, but those few should >>give you a good >>start. Like Pete said, you might not be picked up >>in their schedule yet >>but even if you are, the site won't get far in its >>current state. >> >>-Adam >> >> >>Richard Reina wrote: >> >> >> >>>I know this is OT since it does not relate to perl, >>>but I built a small web site >>>www.savechicagotaverns.com over the weekend and >>> >>> >>when I >> >> >>>google for text that is in the site the site does >>> >>> >>not >> >> >>>come up in the searches despite having introduced >>>nearly all the text as meta tags. Can anyone help? >>> >>>Richard >>> >>>===== >>>A people that values its privileges above its >>> >>> >>principles soon loses both. >> >> >>>-Dwight D. Eisenhower. >>>_______________________________________________ >>>Chicago-talk mailing list >>>Chicago-talk at pm.org >>>http://mail.pm.org/mailman/listinfo/chicago-talk >>> >>> >>> >>> >>> >>_______________________________________________ >>Chicago-talk mailing list >>Chicago-talk at pm.org >>http://mail.pm.org/mailman/listinfo/chicago-talk >> >> >> > > >===== >A people that values its privileges above its principles soon loses both. > -Dwight D. Eisenhower. >_______________________________________________ >Chicago-talk mailing list >Chicago-talk at pm.org >http://mail.pm.org/mailman/listinfo/chicago-talk > > > From richard at rushlogistics.com Mon May 16 09:45:32 2005 From: richard at rushlogistics.com (Richard Reina) Date: Mon, 16 May 2005 09:45:32 -0700 (PDT) Subject: [Chicago-talk] OT: meta tags In-Reply-To: <4288CC09.9030202@battleaxe.net> Message-ID: <20050516164532.77153.qmail@web311.biz.mail.mud.yahoo.com> Thanks again Adam. --- Adam Israel wrote: > The template you're using for the site (something > from Network > Solutions, it looks like) is using html frames to > control the > layout/organization of the site. If you view the > source of > /pages/1/index.htm, you'll see: > > cols="*" frameborder="NO"> > name="content" > marginwidth="0" marginheight="0" noresize > frameborder="NO"> > marginwidth="0" marginheight="0" > noresize frameborder="NO" scrolling="NO"> > > > Frames are icky (tm). They're not search engine > friendly, either. You > can help the search bots index your pages by adding > some content within > the tags but it's not the best > solution. > > -Adam > > Richard Reina wrote: > > >Adam, > > > >Thanks for the response. I appreciate the > >suggestions. > >BTW what are frames? > > > >Thanks again, > > > >Richard > >--- Adam Israel wrote: > > > > > > > >>heh, half of my living is made doing that sort of > >>thing right now. The > >>first thing would be to adjust your index.html. > >>Meta redirects aren't > >>the most reliable way of directing a search bot. > >> > >>Make sure that the keywords in your meta tags > match > >>keywords in the > >>content of your site (reinforces keyword density). > >> > >>Avoid the use of frames at all possible. They > make > >>it entirely more > >>difficult to be indexed well. > >> > >>There are tons of other things, but those few > should > >>give you a good > >>start. Like Pete said, you might not be picked up > >>in their schedule yet > >>but even if you are, the site won't get far in its > >>current state. > >> > >>-Adam > >> > >> > >>Richard Reina wrote: > >> > >> > >> > >>>I know this is OT since it does not relate to > perl, > >>>but I built a small web site > >>>www.savechicagotaverns.com over the weekend and > >>> > >>> > >>when I > >> > >> > >>>google for text that is in the site the site does > >>> > >>> > >>not > >> > >> > >>>come up in the searches despite having introduced > >>>nearly all the text as meta tags. Can anyone > help? > >>> > >>>Richard > >>> > >>>===== > >>>A people that values its privileges above its > >>> > >>> > >>principles soon loses both. > >> > >> > >>>-Dwight D. Eisenhower. > >>>_______________________________________________ > >>>Chicago-talk mailing list > >>>Chicago-talk at pm.org > >>>http://mail.pm.org/mailman/listinfo/chicago-talk > >>> > >>> > >>> > >>> > >>> > >>_______________________________________________ > >>Chicago-talk mailing list > >>Chicago-talk at pm.org > >>http://mail.pm.org/mailman/listinfo/chicago-talk > >> > >> > >> > > > > > >===== > >A people that values its privileges above its > principles soon loses both. > > -Dwight D. Eisenhower. > >_______________________________________________ > >Chicago-talk mailing list > >Chicago-talk at pm.org > >http://mail.pm.org/mailman/listinfo/chicago-talk > > > > > > > > _______________________________________________ > Chicago-talk mailing list > Chicago-talk at pm.org > http://mail.pm.org/mailman/listinfo/chicago-talk > ===== A people that values its privileges above its principles soon loses both. -Dwight D. Eisenhower. From steve at fisharerojo.org Mon May 16 10:10:15 2005 From: steve at fisharerojo.org (Steve Peters) Date: Mon, 16 May 2005 12:10:15 -0500 Subject: [Chicago-talk] OT: meta tags In-Reply-To: <20050516160041.38848.qmail@web309.biz.mail.mud.yahoo.com> References: <20050516160041.38848.qmail@web309.biz.mail.mud.yahoo.com> Message-ID: <20050516171015.GB1525@mccoy.peters.homeunix.org> On Mon, May 16, 2005 at 09:00:35AM -0700, Richard Reina wrote: > I know this is OT since it does not relate to perl, > but I built a small web site > www.savechicagotaverns.com over the weekend and when I > google for text that is in the site the site does not > come up in the searches despite having introduced > nearly all the text as meta tags. Can anyone help? > Most modern search engines have advanced beyond "meta" tags and rarely, if ever, use them to determine search results. I, for one, would rather they provide results based on the content rather than what is in the "meta" tags. Steve Peters steve at fisharerojo.org From me at heyjay.com Tue May 24 19:00:18 2005 From: me at heyjay.com (Jay Strauss) Date: Tue, 24 May 2005 21:00:18 -0500 Subject: [Chicago-talk] h2xs & subversion equal looong paths Message-ID: <4293DC32.60309@heyjay.com> Hi, I was hoping someone here had a better structure or method to pass on to me. I'm using subversion and when I build a module with h2xs I end up with gigantic paths. Subversion "red book" recommends the: project -trunk -branch -tag structure add that to what h2xs creates for my module Finance::Quote::CBOE. And I end up having to cd to: ~/sandbox/Finance-Quote-CBOE/trunk/lib/Finance/Quote just to edit my file CBOE.pm file (as well as having to add ~/sandbox/Finance-Quote-CBOE/trunk/lib to my PERL5LIB for testing) If I'm building a couple of modules, I end up jumping around the filesystem like a mad-man. I was thinking about swapping trunk and project so it would look like: trunk prog_1 prog_2 branch prog_1 prog_2 Anyone else have any ideas? Thanks jay From andy at petdance.com Tue May 24 19:15:56 2005 From: andy at petdance.com (Andy Lester) Date: Tue, 24 May 2005 21:15:56 -0500 Subject: [Chicago-talk] h2xs & subversion equal looong paths In-Reply-To: <4293DC32.60309@heyjay.com> References: <4293DC32.60309@heyjay.com> Message-ID: First, stop using h2xs and use Module::Starter. Second, you can check out your Subversion project into whatever directory you want, so you can, if you want: svn co file:///svn-repository/Finance-Quote-CBOE fqc and it will check out into directory "fqc". Finally, there's no rule that says that Finance::Quote::CBOE's pm file has to live in lib/Finance/Quote/CBOE.pm. You can move it to lib/CBOE.pm and adjust the places that checks for it. See modules like Test::Memory::Cycle for an example. xoa -- Andy Lester => andy at petdance.com => www.petdance.com => AIM:petdance From andy at petdance.com Tue May 24 19:15:56 2005 From: andy at petdance.com (Andy Lester) Date: Tue, 24 May 2005 21:15:56 -0500 Subject: [Chicago-talk] h2xs & subversion equal looong paths In-Reply-To: <4293DC32.60309@heyjay.com> References: <4293DC32.60309@heyjay.com> Message-ID: First, stop using h2xs and use Module::Starter. Second, you can check out your Subversion project into whatever directory you want, so you can, if you want: svn co file:///svn-repository/Finance-Quote-CBOE fqc and it will check out into directory "fqc". Finally, there's no rule that says that Finance::Quote::CBOE's pm file has to live in lib/Finance/Quote/CBOE.pm. You can move it to lib/CBOE.pm and adjust the places that checks for it. See modules like Test::Memory::Cycle for an example. xoa -- Andy Lester => andy at petdance.com => www.petdance.com => AIM:petdance From jkeen at verizon.net Tue May 24 19:26:51 2005 From: jkeen at verizon.net (James Keenan) Date: Tue, 24 May 2005 22:26:51 -0400 Subject: [Chicago-talk] h2xs & subversion equal looong paths In-Reply-To: <4293DC32.60309@heyjay.com> References: <4293DC32.60309@heyjay.com> Message-ID: On May 24, 2005, at 10:00 PM, Jay Strauss wrote: > Hi, > > I was hoping someone here had a better structure or method to pass on > to > me. I'm using subversion and when I build a module with h2xs I end up > with gigantic paths. > > Subversion "red book" recommends the: > > project > -trunk > -branch > -tag > > structure > > add that to what h2xs creates for my module Finance::Quote::CBOE. And > I > end up having to cd to: > > ~/sandbox/Finance-Quote-CBOE/trunk/lib/Finance/Quote > > just to edit my file CBOE.pm file (as well as having to add > ~/sandbox/Finance-Quote-CBOE/trunk/lib to my PERL5LIB for testing) > > If I'm building a couple of modules, I end up jumping around the > filesystem like a mad-man. > I've been using Subversion since Andy set that up as the vcs for the Phalanx project. So some of my work goes into the Phalanx repository, but I have one set up on my own disk for non-Phalanx projects. I found the initial set-up confusing and, in one case, ended up with a directory structure as deep as the one you presented. I ended up having to write a little set of instructions for myself, which I now quote: ****** start jimk's instructions: use at your own risk ***** Assuming I have created a tree of directories and files like this: ~/tmp/tmp/branches /tags /trunk/Changes mymodule.pm MANIFEST Makefile.PL README t/01.t and assuming I want to call this part of the repository newmod the initial import is done like this: svn import /Users/jimk/tmp/tmp file:///Users/jimk/repository/newmod -m "initial import of newmod" I should now see the files and directories being added: Adding /Users/jimk/tmp/tmp/trunk Adding /Users/jimk/tmp/tmp/trunk/Changes .... The initial checkout is then done like this: cd ~/work svn checkout file:///Users/jimk/repository/newmod/trunk newmod where directory ~/work/newmod has NOT previously existed. (It's created by the checkout.) I then cd newmod and proceed to work. It is from ~/work/newmod that svn commits are made. ****** end jimk's instructions ***** Comments: 1. I now keep tmp/tmp/branches tags trunk around permanently. When I start a new project, I cd to tmp/tmp/trunk, delete its contents, use 'modulemaker' (where you would use 'h2xs') and thereby create the structure I need. But I do *no* work there. It's simply a location for the initial import into the repository. 2. All work on a project is done underneath ~/work. If you follow the model above, ~/work/newmod is the working directory for the 'newmod' project, i.e., the place from which commits are made. 3. Now, granted that the current preferred CPAN style is for .pm files to be located beneath a lib directory, that does mean that to edit such a file from the project's working directory, you'll have to say something like: vi lib/Finance/Quote/CBOE.pm But that's due to current Perl practice and has nothing to do with Subversion. 4. Assuming my instructions to myself are correct, I think it's the 'trunk' directory in ~/sandbox/Finance-Quote-CBOE/trunk/lib/Finance/Quote that you could have avoided. HTH jimk From mongers at bsod.net Tue May 24 19:29:39 2005 From: mongers at bsod.net (Pete Krawczyk) Date: Tue, 24 May 2005 21:29:39 -0500 (CDT) Subject: [Chicago-talk] June's meeting Message-ID: I'm looking at my calendar, and I believe our next meeting would normally be on June 14th, being the second Tuesday. I know at one point that Jason had said that brian d foy may have a presentation that he'd be willing to give us. I would also like to throw my hat in the ring, should brian be unavailable. I have a talk that I will be giving on the Tester's Toolkit that I would be glad to present before YAPC. -Pete K -- Pete Krawczyk mongers at bsod dot net From me at heyjay.com Wed May 25 05:46:39 2005 From: me at heyjay.com (Jay Strauss) Date: Wed, 25 May 2005 07:46:39 -0500 Subject: [Chicago-talk] h2xs & subversion equal looong paths In-Reply-To: References: <4293DC32.60309@heyjay.com> Message-ID: <429473AF.4040205@heyjay.com> Andy Lester wrote: > First, stop using h2xs and use Module::Starter. outside of the fact that you built Module::Starter, what's the big difference? > > Second, you can check out your Subversion project into whatever > directory you want, so you can, if you want: Yes > > svn co file:///svn-repository/Finance-Quote-CBOE fqc > > and it will check out into directory "fqc". And still end up with: ~/sand/fqc/trunk/lib, which, granted, is less keystrokes but, I'm still a bunch of directories down, but I suppose that's probably going to be unavoidable, unless I move trunk up, like I mentioned. > > Finally, there's no rule that says that Finance::Quote::CBOE's pm file > has to live in lib/Finance/Quote/CBOE.pm. You can move it to > lib/CBOE.pm and adjust the places that checks for it. See modules like > Test::Memory::Cycle for an example. I will look at Test::Memory::Cycle thanks Jay From mongers at bsod.net Wed May 25 05:56:25 2005 From: mongers at bsod.net (Pete Krawczyk) Date: Wed, 25 May 2005 07:56:25 -0500 (CDT) Subject: [Chicago-talk] h2xs & subversion equal looong paths In-Reply-To: <429473AF.4040205@heyjay.com> Message-ID: Subject: Re: [Chicago-talk] h2xs & subversion equal looong paths From: Jay Strauss Date: Wed, 25 May 2005 07:46:39 -0500 }> svn co file:///svn-repository/Finance-Quote-CBOE fqc }> }> and it will check out into directory "fqc". } }And still end up with: ~/sand/fqc/trunk/lib, which, granted, is less }keystrokes but, I'm still a bunch of directories down, but I suppose }that's probably going to be unavoidable, unless I move trunk up, like I }mentioned. Is there any reason you can't svn co file:///svn-repository/Finance-Quote-CBOE/trunk fqc then do your operations and branch with svn cp file:///svn-repository/Finance-Quote-CBOE/trunk file:///svn-repository/Finance-Quote/CBOE/branch/blah or whatever other op you need to perform? You can check out just part of the subversion tree at any time, at any level, and not just the project "root". -Pete K -- Pete Krawczyk mongers at bsod dot net From me at heyjay.com Wed May 25 05:56:18 2005 From: me at heyjay.com (Jay Strauss) Date: Wed, 25 May 2005 07:56:18 -0500 Subject: [Chicago-talk] h2xs & subversion equal looong paths In-Reply-To: References: <4293DC32.60309@heyjay.com> Message-ID: <429475F2.6060106@heyjay.com> > Comments: > > 1. I now keep tmp/tmp/branches tags trunk around permanently. When I > start a new project, I cd to tmp/tmp/trunk, delete its contents, use > 'modulemaker' (where you would use 'h2xs') and thereby create the > structure I need. But I do *no* work there. It's simply a location > for the initial import into the repository. > > 2. All work on a project is done underneath ~/work. If you follow the > model above, ~/work/newmod is the working directory for the 'newmod' > project, i.e., the place from which commits are made. > > 3. Now, granted that the current preferred CPAN style is for .pm files > to be located beneath a lib directory, that does mean that to edit such > a file from the project's working directory, you'll have to say > something like: > > vi lib/Finance/Quote/CBOE.pm > > But that's due to current Perl practice and has nothing to do with > Subversion. > > 4. Assuming my instructions to myself are correct, I think it's the > 'trunk' directory in > ~/sandbox/Finance-Quote-CBOE/trunk/lib/Finance/Quote > that you could have avoided. > > HTH > > jimk I think the main difference is you are checking out the specific location, ie: project/trunk, whereas I have been checking out my whole repository (since it's all stuff I'm working on). Which means I get the trunk,branches,tags directories The stuff about the skeleton structure is fine, but it's also not too hard to build it on an as needed basis. Thanks Jay From me at heyjay.com Wed May 25 06:10:47 2005 From: me at heyjay.com (Jay Strauss) Date: Wed, 25 May 2005 08:10:47 -0500 Subject: [Chicago-talk] h2xs & subversion equal looong paths In-Reply-To: References: Message-ID: <42947957.3070907@heyjay.com> > Is there any reason you can't > > svn co file:///svn-repository/Finance-Quote-CBOE/trunk fqc > > then do your operations and branch with > > svn cp file:///svn-repository/Finance-Quote-CBOE/trunk file:///svn-repository/Finance-Quote/CBOE/branch/blah > > or whatever other op you need to perform? You can check out just part of > the subversion tree at any time, at any level, and not just the project > "root". > > -Pete K No, I'm just being lazy Jay From thomasoniii at gmail.com Wed May 25 07:44:28 2005 From: thomasoniii at gmail.com (Jim Thomason) Date: Wed, 25 May 2005 09:44:28 -0500 Subject: [Chicago-talk] Job opportunit(y|ies) Message-ID: <5cfdfaf70505250744407cbb86@mail.gmail.com> We (that would be, Edison Schools) are possibly looking for programmers. We have up a job posting for a software consultant (http://jobs.perl.org/job/2583), but I'm also just bypassing that and cutting through the standard HR silliness and posting here, in an unofficial capacity. What are we looking for? Bugger all if I know for sure. Since we're close to the end of the fiscal year, we don't have a clear idea of how many people we're hiring, but we still want a jump on it. We may like to skew towards a contract-to-perm "try before we buy" situation, but it all depends. The specifics are, best as can be provided briefly here by me, we want someone that develops perl web applications. Big stuff. OO, SQL backends, web applications. Small scripts, occasional hacking, little projects probably won't cut the mustard. There would be a test before bringing you in, if all parties were interested. Level? Probably more in the senior-to-lead level-ish range, but we may want some junior-mid level people as well (see earlier paragraph, re: "Bugger all"). The short schtick about the company is we have a small office in Skokie that is mostly left alone by corporate HQ in New York. Close knit group, everybody (usually) gets along, fun place to work. Since we write software used in schools, things do get kind of hectic in the fall, but our users also have a bedtime, so the rest of the year averages out. So if anybody out there is interested on working on a big, internal perl app in Skokie, drop me a note and ask me what you'd like to know (or on AIM @ thomasoniii) -Jim..... From gdf at speakeasy.net Mon May 30 08:10:35 2005 From: gdf at speakeasy.net (Greg Fast) Date: Mon, 30 May 2005 10:10:35 -0500 Subject: [Chicago-talk] WWW::Mechanize and http basic auth? Message-ID: <20050530101035.A28129@speakeasy.net> Hey, what's the correct way to do HTTP basic auth with WWW::Mechanize? The perldoc contains a section on the credentials() method copied from LWP::UserAgent's perldoc, but it doesn't seem to work (read: I can't figure out what the arguments are supposed to be). The LWP cookbook has this: my $req = HTTP::Request->new( GET => $uri ); $req->authentication_basic( $user, $pass ); $ua->request( $req ); Which works for Mech, but seems a little complicated, especially given the "why are you using this?" comment in Mech's perldoc for request(). Am I missing something? Should I work up a patch to add a simpler method? -- Greg Fast gdf at speakeasy.net http://cken.chi.groogroo.com/ From adam at battleaxe.net Mon May 30 08:57:53 2005 From: adam at battleaxe.net (Adam Israel) Date: Mon, 30 May 2005 10:57:53 -0500 Subject: [Chicago-talk] WWW::Mechanize and http basic auth? In-Reply-To: <20050530101035.A28129@speakeasy.net> References: <20050530101035.A28129@speakeasy.net> Message-ID: <429B3801.3070908@battleaxe.net> Here's the little snippet of code I use ### Create our own version of WWW::Mechanize to override ### get_basic_credentials { package AuthorizedMecha; our @ISA = qw(WWW::Mechanize); sub get_basic_credentials { my($self, $realm, $uri) = @_; return ($userid, $passwd); } } my $mecha = AuthorizedMecha->new (agent => "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)", cookie_jar => {}); Hope this helps, -Adam Greg Fast wrote: >Hey, what's the correct way to do HTTP basic auth with WWW::Mechanize? >The perldoc contains a section on the credentials() method copied from >LWP::UserAgent's perldoc, but it doesn't seem to work (read: I can't >figure out what the arguments are supposed to be). > >The LWP cookbook has this: > > my $req = HTTP::Request->new( GET => $uri ); > $req->authentication_basic( $user, $pass ); > $ua->request( $req ); > >Which works for Mech, but seems a little complicated, especially given >the "why are you using this?" comment in Mech's perldoc for >request(). > >Am I missing something? Should I work up a patch to add a simpler method? > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 256 bytes Desc: OpenPGP digital signature Url : http://mail.pm.org/pipermail/chicago-talk/attachments/20050530/8cf3984d/signature.bin From andy at petdance.com Mon May 30 12:50:23 2005 From: andy at petdance.com (Andy Lester) Date: Mon, 30 May 2005 14:50:23 -0500 Subject: [Chicago-talk] WWW::Mechanize and http basic auth? In-Reply-To: <20050530101035.A28129@speakeasy.net> References: <20050530101035.A28129@speakeasy.net> Message-ID: <8e31f66517a5b7b40346e9d7a72c59bc@petdance.com> On May 30, 2005, at 10:10 AM, Greg Fast wrote: > Hey, what's the correct way to do HTTP basic auth with WWW::Mechanize? > I think you want the "credentials" part. http://svn.perl.org/modules/www-mechanize/trunk/lib/WWW/Mechanize/ Cookbook.pod -- Andy Lester => andy at petdance.com => www.petdance.com => AIM:petdance From gdf at speakeasy.net Mon May 30 17:28:31 2005 From: gdf at speakeasy.net (Greg Fast) Date: Mon, 30 May 2005 19:28:31 -0500 Subject: [Chicago-talk] WWW::Mechanize and http basic auth? In-Reply-To: <8e31f66517a5b7b40346e9d7a72c59bc@petdance.com> References: <20050530101035.A28129@speakeasy.net> <8e31f66517a5b7b40346e9d7a72c59bc@petdance.com> Message-ID: <20050530192831.A30842@speakeasy.net> On Mon, May 30, 2005 at 02:50:23PM -0500, Andy Lester wrote: > On May 30, 2005, at 10:10 AM, Greg Fast wrote: > > Hey, what's the correct way to do HTTP basic auth with WWW::Mechanize? > > I think you want the "credentials" part. > > http://svn.perl.org/modules/www-mechanize/trunk/lib/WWW/Mechanize/ > Cookbook.pod Yep, that's got the documentation I was missing. (It looks like WWW::Mechanize::Cookbook is still not referenced by Mechanize.pm's perldoc, though.) Adam, thanks for the suggestion about subclassing Mech. That seems more complicated than modifying the request for my purposes. -- Greg Fast gdf at speakeasy.net http://cken.chi.groogroo.com/