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/