[11937] in Perl-Users-Digest
Perl-Users Digest, Issue: 5537 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat May 1 18:07:27 1999
Date: Sat, 1 May 99 15:00:17 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sat, 1 May 1999 Volume: 8 Number: 5537
Today's topics:
Apache::DBI debugging output help needed (David Bluestein II)
Re: Autmatic form submission in perl script <mmelton@together.net>
Re: Autmatic form submission in perl script <flavell@mail.cern.ch>
Re: Can i run cgi in Win95 of my PC ?? <dtbaker@bus-prod.com>
Re: checking the existence of a directory (Tad McClellan)
Re: checking the existence of a directory <rick.delaney@home.com>
Re: Counting files in a dir. <gellyfish@gellyfish.com>
Re: Counting files in a dir. (Tad McClellan)
Re: create directory with perl script? (Bob Trieger)
Debug - Single step ? <info@grobler.co.za>
Re: Debug - Single step ? <tchrist@mox.perl.com>
Help exorcist1@my-dejanews.com
Re: Learning Perl for the first time (Andrew Johnson)
Re: Learning Perl for the first time (Tad McClellan)
Re: Learning Perl for the first time (Bob Trieger)
My tuppence worth on pod classes <occitan@esperanto.org>
One file for each Record or all records in one File? pejman@pejman.com
Re: pattern matching (Bob Trieger)
unos problemitas <tchrist@mox.perl.com>
Re: unos problemitas (Bart Lateur)
Re: using perl to manage passwords? <jbc@shell2.la.best.com>
Re: using perl to manage passwords? <dtbaker@bus-prod.com>
Re: using perl to manage passwords? <tchrist@mox.perl.com>
Re: using perl to manage passwords? <dtbaker@bus-prod.com>
Special: Digest Administrivia (Last modified: 12 Dec 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sat, 01 May 1999 16:29:18 -0500
From: dbii@mudpuddle.com (David Bluestein II)
Subject: Apache::DBI debugging output help needed
Message-Id: <dbii-0105991629200001@darwin.mudpuddle.com>
We are running mod_perl 1.19 with Apache 1.3.6 and are experimenting with
Apache::DBI. When we insert Apache::DBI and Apache::DebugDBI in the
httpd.conf, and run our script, we see the following output to error_log:
13956 Apache::DBI skipping connection cache during server startup
13956 Apache::DBI skipping connection cache during server startup
13955 Apache::DBI skipping connection cache during server startup
13953 Apache::DBI skipping connection cache during server startup
13955 Apache::DBI skipping connection cache during server startup
13953 Apache::DBI skipping connection cache during server startup
13960 Apache::DBI skipping connection cache during server startup
13936 Apache::DBI skipping connection cache during server startup
This continues on as the script is accessed, and we never see the expected
'new connect' or 'already connected' messages. I expect this means that
DBI isn't handling things, but is there something evident as the cause of
this?
David Bluestein
--
David H. Bluestein II President & Lead Developer
dbii@mudpuddle.com Interactive Internet
http://www.interaction.net/
- Specializing in Designing Interactive Websites -
- and Searchable Internet Databases -
------------------------------
Date: Sat, 1 May 1999 15:22:47 -0400
From: "Matt Melton" <mmelton@together.net>
Subject: Re: Autmatic form submission in perl script
Message-Id: <372b53c8@news.together.net>
My attempts are to make the script automatically load an html page once it
completes its job...
Currently, once the script finishes, the following appears. Instead of
having the user "click here to continue" I'd like it to load automatically
to the next page. Maybe I was at it for too long, I completely overlooked a
meta refresh, though I am not sure if that would work either. Hopefully
this clarifies my intensions.
sub start_html {
print "Content-type: text/html\n\n";
print "<html>\n <head>\n <title>Conversion</title>\n </head>\n";
print "Conversion Complete\n";
print "<P>\n";
print "<a
href=\"http://my.domain.com//cgi-bin/goto.exe?file=admin/update.html\"><h2>C
lick here to Continue</h2></a>\n";
print "</body>\n</html>\n";
}
----------------------------------------
Alan J. Flavell <flavell@mail.cern.ch> wrote in message
news:Pine.HPP.3.95a.990501190804.29750B-100000@hpplus01.cern.ch...
> On Sat, 1 May 1999, Matt Melton wrote:
>
> > In a standard html file, a form can be autmatically submitted via the
> > following:
> >
> > <BODY onload="this.document.example.submit();">
> > <FORM NAME="example" ACTION="./checkid.cgi" METHOD=POST>
> > </FORM>
> >
> > However, I have failed to get this to work in a perl script.
>
> Your design consists of a (fragile) combination of some HTML with some
> Javascript, which you're presumably sending to a client agent, which may
> or may not decide to action your request. Maybe you have some good
> reason for putting yourself (or rather, your users) at risk of this
> fragile design - let's not pursue that issue here and now.
>
> Where does Perl come into this?
>
> You don't say. Maybe you're trying to generate the above WWW document
> by executing some Perl at the server. In which case, the point is that
> the WWW client could not care a fig how you generated the WWW document:
> all that it gets over the network is whatever the server sent it,
> irrespective of how it was actually created.
>
> So, what's the real question? If you're asking how to design a CGI
> script, then comp.infosystems.www.authoring.cgi is where you need to be.
> If you have a Perl language question, then it belongs here, after you've
> consulted the available documentation.
>
> If you would only tell the group just what it is you're trying to
> achieve, you'd give yourself the chance of a much better answer, maybe
> even a much more effective approach to solving your unstated problem.
>
> HTH
>
------------------------------
Date: Sat, 1 May 1999 22:06:08 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: Autmatic form submission in perl script
Message-Id: <Pine.HPP.3.95a.990501214048.12855C-100000@hpplus01.cern.ch>
On Sat, 1 May 1999, Matt Melton wrote:
> My attempts are to make the script automatically load an html page once it
> completes its job...
I always find it useful to break a task down into easily managed pieces,
that work together across well-defined interworking interfaces, and to
understand each of the pieces separately before fitting them together to
make a working system.
"The script" that you have here is presumably a CGI script, and
therefore it's properly the province of the c.i.w.a.cgi group, which I
said before, and which you have dutifully quoted, along with whole of
the previous posting - please don't do that - without apparently taking
on board).
The interface of a CGI script with the web server is documented in the
CGI interface specification, which you find, along with some old but
still useful tutorials, at http://hoohoo.ncsa.uiuc.edu/cgi/
> sub start_html {
> print "Content-type: text/html\n\n";
...
> href=\"http://my.domain.com//cgi-bin/goto.exe?file=admin/update.html\"><h2>C
> lick here to Continue</h2></a>\n";
> print "</body>\n</html>\n";
It appears that you wish your script to redirect the client to another
URL. I can't stress too often that you stand the best chance of getting
the best answers if you state in functional terms what it is that you're
trying to achieve, rather than presenting a half-worked-out solution to
some unstated problem and leaving us to guess what it is that you really
want.
The fact that you are programming in the Perl language is quite
irrelevant here. Your program is doing nothing more than writing
something to the standard output, in accordance with the CGI interface
protocol. The principle would be the same in any programming
language. Take a look here:
http://hoohoo.ncsa.uiuc.edu/cgi/out.html
and in particular at the two different cases discussed under the
"Location" bullet.
In short, all that you need to do is to have your script write
this to the standard output:
Location: http://my.domain.com//cgi-bin/goto.exe?file=admin/update.html
and two newlines, and (assuming I've understood your intention
correctly), your job is done, and it will work with all WWW clients.
But you really must make the acquaintance of some CGI tutorials, the CGI
usenet group and relevant FAQs - start at
http://www.htmlhelp.org/faq/cgifaq.html and follow the links to other
resources. Your question certainly was not a Perl language question (as
I rather suspected from the start), and the regulars here, who will be
only too keen to help you as they've helped me on Perl language
questions, will shoo you away if you persist in asking CGI-related
questions here.
good luck
------------------------------
Date: Sat, 01 May 1999 16:07:59 -0500
From: Dan Baker <dtbaker@bus-prod.com>
Subject: Re: Can i run cgi in Win95 of my PC ??
Message-Id: <372B6D2F.1681D4A1@bus-prod.com>
Kevin !;!;!;!;!;!;!;!;!;!;!;!;!;!;!;!;!;!;!;!;!; wrote:
>
> Can i run cgi in Win95 of my PC ??
-----------
yes.
this has been answered many times in www newsgroups. try using
http://www.dejanews.com and search for "web server". you'll need to
download a webserver to run locally.
Dan
------------------------------
Date: Sat, 1 May 1999 10:25:29 -0400
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: checking the existence of a directory
Message-Id: <ps2fg7.qd1.ln@magna.metronet.com>
Paul Davies (cobalt@dircon.co.uk) wrote:
: I wish to create a directory but only if it does not already exist.
: Something like:
: if (mydir does not exist) {
: mkdir('mydir',0777);
: }
: How do I check for the existence of the directory in Perl?
That is not enough.
You also need to check that 'mydir' is not some filesystem
item (plain file, symlink, etc...) other that directory.
if ( -e 'mydir' && ! -d 'mydir' ) {
die "'mydir' already exists and is not a directory";
}
unless ( -d 'mydir' ) {
mkdir('mydir',0775) || die "could not mkdir(mydir) $!";
}
--
Tad McClellan SGML Consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: Sat, 01 May 1999 20:28:05 GMT
From: Rick Delaney <rick.delaney@home.com>
Subject: Re: checking the existence of a directory
Message-Id: <372B6367.6E859912@home.com>
[posted & not mailed because everything I send to Tad always bounces
back to me :-(]
Tad McClellan wrote:
>
> You also need to check that 'mydir' is not some filesystem
> item (plain file, symlink, etc...) other that directory.
True, but three! file tests?
>
> if ( -e 'mydir' && ! -d 'mydir' ) {
> die "'mydir' already exists and is not a directory";
> }
>
> unless ( -d 'mydir' ) {
> mkdir('mydir',0775) || die "could not mkdir(mydir) $!";
> }
-d 'mydir' or mkdir 'mydir', 0777 or die "Can't mkdir mydir: $!\n";
If 'mydir' already exists and is not a directory then $! will return
"File exists". Not quite as explicit, but the -d test ensures that
"File exists" does not refer to the directory already existing.
--
Rick Delaney
rick.delaney@home.com
------------------------------
Date: 1 May 1999 19:57:25 -0000
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: Counting files in a dir.
Message-Id: <7gfmb5$36v$1@gellyfish.btinternet.com>
On Sun, 2 May 1999 00:31:18 +0930 Grade level 3 wrote:
> Thats what I love about this Newsgroup, you get absolutely roasted for
> asking a dumb question, but at the same time you are often giving quite
> useful answers.
>
Thats as maybe but please try to put the text of the post you are
responding to *above* your response.
Anyhow Myself, Tad (Tad you dont mind do you ?) and a few others are
grouping into the Perl Spartacists : we want to break your heals and
leave you on a mountain side.
/J\
--
Jonathan Stowe <jns@gellyfish.com>
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
Hastings: <URL:http://www.newhoo.com/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: Sat, 1 May 1999 12:31:44 -0400
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: Counting files in a dir.
Message-Id: <g9afg7.gl1.ln@magna.metronet.com>
Grade level 3 (sculder@mully.com) wrote:
: Thats what I love about this Newsgroup, you get absolutely roasted for
: asking a dumb question, but at the same time you are often giving quite
: useful answers.
Folks to not get roasted for asking dumb questions.
They _do_ get roasted for asking non-Perl questions in
the Perl newsgroup.
They _do_ get roasted for asking questions that have
already been answered (FAQs).
There is nothing wrong with dumb questions.
There is something wrong with asking off-topic questions.
There is something wrong with expecting others to do a
word search in the standard Perl docs for you.
Spend 10 minutes trying to answer your question yourself before
posting, and you should have nothing to fear.
--
Tad McClellan SGML Consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: Sat, 01 May 1999 20:29:35 GMT
From: sowmaster@juicepigs.com (Bob Trieger)
Subject: Re: create directory with perl script?
Message-Id: <7gfnhj$1et$2@holly.prod.itd.earthlink.net>
[ courtesy cc sent by mail if address not munged ]
cpl11@netcom.ca wrote:
>dear netter friends
I'm not a friend of yours but I'll answer anyways.
>How to use perl script to creat a directory
perldoc -f mkdir
Viel Gl|cke
------------------------------
Date: Sat, 01 May 1999 22:49:03 +0200
From: Phillip Grobler <info@grobler.co.za>
Subject: Debug - Single step ?
Message-Id: <372B68BF.A242A21@grobler.co.za>
How can I single step thrugh a perl program ?
--
Phillip Grobler
______________________________________
C.a.T.S. (Computer Assisted Telephony Systems CC),
P.O. Box 2238, Bellville, 7535 South Africa.
Tel +27 21 930 4469 Mobile +27 82 787 9502 Fax +27 21 930 1829
http://www.grobler.co.za
______________________________________
------------------------------
Date: 1 May 1999 14:56:01 -0700
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: Debug - Single step ?
Message-Id: <372b6a61@cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
In comp.lang.perl.misc, Phillip Grobler <info@grobler.co.za> writes:
:How can I single step thrugh a perl program ?
man perldebug
--tom
--
"A ship then new they built for him/of mithril and of elven glass"
--Larry Wall in perl.c from the v5.0 perl distribution,
citing Bilbo from Tolkien's LOTR
------------------------------
Date: Sat, 01 May 1999 19:11:40 GMT
From: exorcist1@my-dejanews.com
Subject: Help
Message-Id: <7gfjlb$apj$1@nnrp1.dejanews.com>
Hello, i need help on deciding something. I need to know if it would be
faster to build a script in perl rather than c++ or c++ rather than perl. I
am trying to make it so the script checks if an ftp site is currently up or
has gone down (I'm not building the script though) Please help!
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Sat, 01 May 1999 19:18:41 GMT
From: andrew-johnson@home.com (Andrew Johnson)
Subject: Re: Learning Perl for the first time
Message-Id: <lsIW2.1431$Ss1.190124@news1.rdc1.on.wave.home.com>
In article <372b40db$0$220@nntp1.ba.best.com>,
John Callender <jbc@shell2.la.best.com> wrote:
Mark Aguirre <taurean@pacbell.net> wrote:
> Can anyone please provide the necessary resources and/or tell me the easiest
> way to learning Perl and CGI in the shortest amount of time?
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
! Many of this group's regulars would prefer that you not try to do
! this. They will instead map out a course of study that would take
! you several years to complete. They will tell you to do things like
! beginning all your Perl scripts with "use strict", on the theory
! that the roadblocks this places in your way will teach you
! discipline.
just as a counter-point opinion: it is interesting that you seem to
deride 'use strict' as just a roadblock or something to be used by
experts, yet you are certainly comfortable claiming (in your web page
tutorial) that -T is useful --- going so far as to say:
"The hoops you have to jump through to overcome this tainting
process are a bit of a pain, but they are in fact a Really Good
Thing,..."
Why is it that you think 'use strict' is an encumberence only to be
used by 'macho programmers', but -T is beneficial always? Could it
not also be true that 'use strict' is also a good safety mechanism?
! whatever you choose to optimize it for: bondage and discipline for
! macho programmers (via use strict), or ease of learning for rank
I would suggest, for the benefit of the original poster, that 'use
strict' and -w are, in fact, Good Things---and should be used until
you know enough to know when, and why, you might not want to use
them.
Turning off all 'roadblocks' is easy ... so is driving off a cliff.
Driver eductation programs do not begin by telling novices: "here's
the keys to the jeep ... just go out and drive around wherever you
feel like it and when you feel comfortable come back and we'll teach
you the rules of the road and what all those funny signs and blinking
lights mean.
! beginners (via forgoing use strict, and allowing enough Ways To Do
! It that a rookie has a decent chance of stumbling onto one that works
and also has a decent chance of stumbling onto to one that merely
*appears* to work...and they have no idea the bridge is out until its
too late.
Just another analogy hacker.
regards
andrew
------------------------------
Date: Sat, 1 May 1999 10:27:01 -0400
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: Learning Perl for the first time
Message-Id: <lv2fg7.qd1.ln@magna.metronet.com>
Mark Aguirre (taurean@pacbell.net) wrote:
: Can anyone please provide the necessary resources and/or tell me the easiest
: way to learning Perl and CGI in the shortest amount of time?
Perl FAQ, part 1:
"Is Perl difficult to learn?"
Perl FAQ, part 3:
"Where can I learn about CGI or Web programming in Perl?"
--
Tad McClellan SGML Consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: Sat, 01 May 1999 20:25:15 GMT
From: sowmaster@juicepigs.com (Bob Trieger)
Subject: Re: Learning Perl for the first time
Message-Id: <7gfn9g$1et$1@holly.prod.itd.earthlink.net>
tadmc@metronet.com (Tad McClellan) wrote:
>Mark Aguirre (taurean@pacbell.net) wrote:
>
>: Can anyone please provide the necessary resources and/or tell me the easiest
>: way to learning Perl and CGI in the shortest amount of time?
>
>
> Perl FAQ, part 1:
>
> "Is Perl difficult to learn?"
I think it is good to throw the FAQs at a lot of novice questions but to
merely say Perl FAQ to somebody that obviously has no clue where to
start, it makes no sense without atleast telling him where to find this
"Perl FAQ".
Besides that, he was asking for resources, not how difficult it is to
learn.
Atleast he didn't use that god-awful word "newbie" in his subject line.
just my 2"
------------------------------
Date: Sat, 01 May 1999 20:47:00 GMT
From: Daniel Pfeiffer <occitan@esperanto.org>
Subject: My tuppence worth on pod classes
Message-Id: <7gfp84$f31$1@nnrp1.dejanews.com>
Saluton retanoj!
Why do all recent versions of pod2html have to work so badly when
other pod2...s work just fine? I believe, the wrong approach is being
used here. Not every one of these should implement its own parser,
with each probably having different bugs. Instead there should be a
Pod class, that would basically be todays Pod::Text, with one
difference:
All output and code generation would be put in separate functions,
which the various subclasses would override. This is slightly tricky,
because these functions would need to know the context, i.e. in I<abc
B<def> ghi> the bold function would need to know that it is called in
italic context, i.e. probably its output sent to the italic function,
because in languages like TeX, these attributes don't simply combine
automatically. Alternately the italic function would adapt the {\bf
def} in its input accordingly - probably the simpler approach.
As an added bonus, the pod-language could become a little richer,
which could then easily be extended to all classes.
--
Perl |berallhin:
Perl everywhere: http://beam.to/iPerl/
Perl ^cien:
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Sat, 01 May 1999 19:53:06 GMT
From: pejman@pejman.com
Subject: One file for each Record or all records in one File?
Message-Id: <37325ad5.15217566@nntp.best.com>
Hi,
I am writing a database application using flat-file.
It will have about 5000-10000 records. There are
60% read and 40% write access to those records.
What is the best way to design the DB in order to
have best performance / scalability coverage?
Is it better to put all the records in a single file, or have
a separate file for each record? Can OS / ISP handle
10000 files in a directory? Is any better way to do a
large-scale DB using flat-file?
I will appreciate any input.
(please CC to my email-address.)
Thanks in advance,
Pejman
------------------------------
Date: Sat, 01 May 1999 20:31:26 GMT
From: sowmaster@juicepigs.com (Bob Trieger)
Subject: Re: pattern matching
Message-Id: <7gfnl5$1et$3@holly.prod.itd.earthlink.net>
[ courtesy cc sent by mail if address not munged ]
jason@mediabang.com wrote:
>\s+ means "one or more spaces"
No it doesn't.
/ +/ # matches 1 or more spaces
------------------------------
Date: 1 May 1999 15:18:08 -0700
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: unos problemitas
Message-Id: <372b6f90@cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
In comp.lang.perl.misc, bart.lateur@skynet.be (Bart Lateur) writes:
: open (FILE, ">$fn") || print "Problemo: $!";
Cool -- a new language! "problemo" is not a word in any language I have
ever heard of. What language was that?
Although "problem" ends up being masculine in the Romance tongues,
that certainly does not mean it has an -o ending. Like "planet",
"problem" is derived from the Greek, and it has either a -a (e.g. Sp,
Pt, It) ending despite its masculine grammatical gender, or a -e ending
in French, where it remains masculine. What is this -o thing, eh?
--tom
--
Lazy people never bother to actually read the manual. Instead they (like
kids) pick something with big, colorful buttons.
-- Eugene Tyurin <gene@insti.physics.sunysb.edu>
------------------------------
Date: Sat, 01 May 1999 21:42:34 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: unos problemitas
Message-Id: <372b73b8.952509@news.skynet.be>
Tom Christiansen wrote:
>In comp.lang.perl.misc, bart.lateur@skynet.be (Bart Lateur) writes:
>: open (FILE, ">$fn") || print "Problemo: $!";
>
>Cool -- a new language! "problemo" is not a word in any language I have
>ever heard of. What language was that?
I haven't got a clue. I just tweaked the original error message of the
original author so that it printed $! as to be a bit more useful.
>Steve Horne wrote:
>
>>The following line is the one that creates the problem:
>>
>>open (FILE, ">$fn") || print "Problemo!";
It sounds a bit like Italian. It could be just slang.
Error messages may be a bit more fun than they currently tend to be.
That way it seems not that bad if an error happens.
open(FILE,">$fn")
or die "Holy macaroni! I can't open that file because $!";
Bart.
------------------------------
Date: 01 May 1999 18:55:44 GMT
From: John Callender <jbc@shell2.la.best.com>
Subject: Re: using perl to manage passwords?
Message-Id: <372b4e30$0$206@nntp1.ba.best.com>
Steve MacLellan <maclell@col.ca> wrote:
> The dogs BARK but the Caravan moves on!
The sad part about this from my perspective is that one jerk like Steve
probably produces 10 or more snippy comebacks for the next newbie who
wanders in, even if said newbie is actually a decent guy who wouldn't
think of going off his meds in such a public way.
> Dog BYTE FREE Classifieds
> Newsletter and discussion
> For Internet Marketers
> http://welcome.to/dogbyte
What is it, do you think, that makes the Internet Marketing
carpetbaggers *so* incredibly obnoxious? There's something about the
marketing function, I guess, that tends to attract people with an
antisocial, me-first, I-don't-care-if-I-pee-in-the-pool-as-long-as-*I*
don't-have-to-swim-in-it attitude. (Apologies, by the way, to those
marketing people who don't fit the profile. I suppose I'm guilty of the
same stereotyping I tend to decry in the anti-newbie crowd.)
--
John Callender
jbc@west.net
http://www.west.net/~jbc/
------------------------------
Date: Sat, 01 May 1999 16:03:54 -0500
From: Dan Baker <dtbaker@bus-prod.com>
Subject: Re: using perl to manage passwords?
Message-Id: <372B6C3A.45598439@bus-prod.com>
> : >: I need to implement some password protected areas of a website...
---
TIME OUT.... I do know the difference between www and perl, and decided
after much debate to post the question here because perl is used for so
many administrative tools dealing with servers, etc that I might get
some tips from ya'll experienced sys admin types. I was thinking that
there might be some security issues, or available packages I didn't know
about. Sorry for starting the little personal wars, I just wish people
would stick to the old adage "if you don't have anything nice to say...
don't say it". Would have saved us all several off-topic personal flame
posts.
This is the bit of help I was looking for
---
Although that would not have been necesary had you checked
the Perl FAQ before posting to the Perl newsgroup.
Perl FAQ, part 9:
"How do I put a password on my web pages?"
----------------------------
I'm sure you all would agree that with the size and scope of the
documentation, it is entirely possible that not everyone knows right
where to look. Sometimes it is hard to know what FAQ to even look in
when starting a new project or project. I don't mind reading, and my
original post asked for homework. This little bit of information right
up front would have been clear, helpful, and friendly....
Now, excuse me while I go see if I can find the FAQ, part 9.
Thanx, Dan
# If you would like to reply-to directly, remove the - from my username
* no spam please... regulated by US Code Title 47, Sec.227(a)(2)(B) *
------------------------------
Date: 1 May 1999 15:06:48 -0700
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: using perl to manage passwords?
Message-Id: <372b6ce8@cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
In comp.lang.perl.misc,
Dan Baker <dtbaker@bus-prod.com> writes:
:I'm sure you all would agree that with the size and scope of the
:documentation, it is entirely possible that not everyone knows right
:where to look.
Being too lazy to run a simple grep is a capital crime, one that
carries with it its own punishment.
--tom
--
Remember why the good Lord made your eyes -- Pla-gi-a-rize! --Tom Lehrer
------------------------------
Date: Sat, 01 May 1999 16:23:18 -0500
From: Dan Baker <dtbaker@bus-prod.com>
Subject: Re: using perl to manage passwords?
Message-Id: <372B70C6.43DFC40@bus-prod.com>
Tom Christiansen wrote:
>
> [courtesy cc of this posting sent to cited author via email]
>
> In comp.lang.perl.misc,
> Dan Baker <dtbaker@bus-prod.com> writes:
> :I'm sure you all would agree that with the size and scope of the
> :documentation, it is entirely possible that not everyone knows right
> :where to look.
>
> Being too lazy to run a simple grep is a capital crime, one that
> carries with it its own punishment.
----------------
mmmm, well... running on windoze is a special sort of mitigating factor;
like being raised in an abusive family. It is not a minor matter to grep
the perdocs as far as I have been able to determine. If there is a good
way to do so, I'd love to hear about it! The docs are all there on my
installation, but I haven't found any really good way to find out where
to start looking when in unfamiliar ground in the windows environment.
Dan
------------------------------
Date: 12 Dec 98 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Special: Digest Administrivia (Last modified: 12 Dec 98)
Message-Id: <null>
Administrivia:
Well, after 6 months, here's the answer to the quiz: what do we do about
comp.lang.perl.moderated. Answer: nothing.
]From: Russ Allbery <rra@stanford.edu>
]Date: 21 Sep 1998 19:53:43 -0700
]Subject: comp.lang.perl.moderated available via e-mail
]
]It is possible to subscribe to comp.lang.perl.moderated as a mailing list.
]To do so, send mail to majordomo@eyrie.org with "subscribe clpm" in the
]body. Majordomo will then send you instructions on how to confirm your
]subscription. This is provided as a general service for those people who
]cannot receive the newsgroup for whatever reason or who just prefer to
]receive messages via e-mail.
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.misc (and this Digest), send your
article to perl-users@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". Due to their sizes, neither the Meta-FAQ nor the FAQ
are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq". It appears twice
weekly in the group, but is not distributed in the digest.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V8 Issue 5537
**************************************
