[8488] in Perl-Users-Digest
Perl-Users Digest, Issue: 2105 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Mar 15 22:17:33 1998
Date: Sun, 15 Mar 98 19:00:29 -0800
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sun, 15 Mar 1998 Volume: 8 Number: 2105
Today's topics:
"Premature End of Script Headers" (Lee Feigenbaum)
Re: "Premature End of Script Headers" <chasecreek.systemhouse@usa.net>
Re: *** FAQ: ANSWERS TO YOUR QUESTIONS! READ FIRST! Pos <doug@ccinet.com>
elsif question <doug@ccinet.com>
Re: file locking info eugene@vertical.net
Re: Help sought with web programming security problem <wd@isporg.com>
Re: Help sought with web programming security problem <wd@isporg.com>
Re: Help sought with web programming security problem <wd@isporg.com>
Re: Help sought with web programming security problem <wd@isporg.com>
Re: Help sought with web programming security problem <wd@isporg.com>
Re: Help sought with web programming security problem <chasecreek.systemhouse@usa.net>
help: table-format hash assignments neq $x{k} = 'v' ass <brannon@surf.usc.edu>
Re: Is there a "Newsgroup" for Newbies to Perl? <stackhou@execpc.com>
Re: Is there a "Newsgroup" for Newbies to Perl? <stackhou@execpc.com>
Re: Is there a "Newsgroup" for Newbies to Perl? (Robert F. Harrison)
Re: Is there a "Newsgroup" for Newbies to Perl? (Mike Heins)
Re: locking files while processing them eugene@vertical.net
Re: NT: How do I set permissions on a file? (ZAC)
Re: NT: How do I set permissions on a file? <bowlin@sirius.com>
Re: password protection for web site? <wexel@websource1.com>
Re: Problem stripping Mac headers off of GIF's (Lasse =?ISO-8859-1?Q?Hiller=F8e?= Petersen)
Searching array <sjohnson@loudoun.com>
Re: Searching array <sjohnson@loudoun.com>
Re: Searching array <chasecreek.systemhouse@usa.net>
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 16 Mar 1998 00:47:16 GMT
From: feigenb@hcs.harvard.edu (Lee Feigenbaum)
Subject: "Premature End of Script Headers"
Message-Id: <350c7628.2197208@news.fas.harvard.edu>
I know this may be more of a CGI question that a Perl question, but I
was having toruble posting to the CGI newsgroup, so please abre with
me, and thanks in advance for any help:
I have a Perl CGI script (using CGI.pm) that will run fine in offline
debug mode (fromt he command line) but gives me an Internal Server
Error when I try to access it from the web - checking the server's
error_log - It shows that access to the file failed for reason"
premature end of script headers.
Can anyone tell me what is the usual cause for this type of error (if
there is a usual cause)? Thanks a lot,
Lee
------------------------------
Date: Mon, 16 Mar 1998 01:46:37 GMT
From: Sneex <chasecreek.systemhouse@usa.net>
Subject: Re: "Premature End of Script Headers"
Message-Id: <350C832E.96C8A05A@usa.net>
Off the top of my head are you using a -
print header; # Available with CGI.pm, see a related post I made here...
Near the beginning of your script, especially before anything else is
output?
Also, try 'use diagnostics;' That would almost guarantee that any issues
will show up in the browser, if there are hidden errors...
/^HTH$/;
Sneex :)
Lee Feigenbaum wrote:
> I know this may be more of a CGI question that a Perl question, but I
> was having toruble posting to the CGI newsgroup, so please abre with
> me, and thanks in advance for any help:
>
> I have a Perl CGI script (using CGI.pm) that will run fine in offline
> debug mode (fromt he command line) but gives me an Internal Server
> Error when I try to access it from the web - checking the server's
> error_log - It shows that access to the file failed for reason"
> premature end of script headers.
>
> Can anyone tell me what is the usual cause for this type of error (if
> there is a usual cause)? Thanks a lot,
>
> Lee
------------------------------
Date: Sun, 15 Mar 1998 14:40:21 -0800
From: "Doug Evans" <doug@ccinet.com>
Subject: Re: *** FAQ: ANSWERS TO YOUR QUESTIONS! READ FIRST! Posted Twice Weekly ***
Message-Id: <350c58fb.0@katana.randori.com>
Is there a perl dictionary, somewhwre?
Thanks, Doug
------------------------------
Date: Sun, 15 Mar 1998 14:44:42 -0800
From: "Doug Evans" <doug@ccinet.com>
Subject: elsif question
Message-Id: <350c5a0a.0@katana.randori.com>
I am using ActiveState, on an NT 4.0 work station. I am all the way up to
p.16 of "Learning Perl on Win32 Sytems". Why can't I get elsif to work, but
can make...
else
if
...work?
I recognize that the authors say it won't work on in all programming
languages, but shouldn't work in my case?
Thganks,
Doug
------------------------------
Date: Sun, 15 Mar 1998 18:47:25 -0600
From: eugene@vertical.net
Subject: Re: file locking info
Message-Id: <6ehso0$hlt$1@nnrp1.dejanews.com>
IF you're asking WHEN to lock a file, the short answer is: when you write to
it and want to prevent another user or another process from trying to write to
it at the same time.
If you're asking HOW this is done, look up flock in either the Camel book, or
in the perlfunc pod on your system (perdoc -f flock).
BTP
Eugene
In article <dks-1303980640330001@tulini.mediaweb.com>,
dks@mediaweb.com (dk smith) wrote:
>
> Hi,
>
> Is there any perl-specific documentation on the subject of when to lock
> files for reading and or writing? Can someone suggest where I could this
> info? Does Berkeley-DB lib implement a file access policy or must it be
> handled by the programmer?
>
> Thanks
> dk
>
> --
> DK Smith MediaWeb, Inc.
> dks@mediaweb.com Mountain View, CA, USA
> ======================================>>> http://www.mediaweb.com
> Quality Web Hosting, Excellent Rates
>
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/ Now offering spam-free web-based newsreading
------------------------------
Date: Sun, 15 Mar 1998 19:29:25 +0000
From: Woody Durham <wd@isporg.com>
Subject: Re: Help sought with web programming security problem
Message-Id: <350C2C0F.5E01@isporg.com>
> 1. What does this question have to do with Perl?
I don't know, maybe someone can tell me.
> 2. What's to stop me from stealing your image and putting it on my web
> page? I don't have to call your CGIs.
The idea is my CGI doesn't return the official seal GIF unless it's to a
page on my server. Otherwise, an unofficial seal GIF gets returned.
------------------------------
Date: Sun, 15 Mar 1998 19:34:51 +0000
From: Woody Durham <wd@isporg.com>
Subject: Re: Help sought with web programming security problem
Message-Id: <350C2D53.5B40@isporg.com>
> One answer off the top of my head is to make the GIF dynamic. Off the
> top of my head, here's a suggestion. Using SSI, put the current time and
> date at the top of the page. Have the PERL (See, Steve?) CGI program
> return a built-on-the-fly GIF with the time and date in it (see almost
> any web counter CGI for how to imbed numbers in a GIF). Tell users that
> date and time must match (and must be the real date and time) or the
> page is fake.
This sounds like a good lead, thanks.
------------------------------
Date: Sun, 15 Mar 1998 19:45:36 +0000
From: Woody Durham <wd@isporg.com>
Subject: Re: Help sought with web programming security problem
Message-Id: <350C2FD6.7ABA@isporg.com>
> You could, but then Mr. Webthief could just come along, save your
> image locally, and use it to generate "official" webpages.
But the idea is that the CGI would not give up the GIF except to fulfill
an image request from a web page on a specific server. If this can
be done this way.
> I'm not sure exactly what you mean by users not knowing whether they
> are reading a copy or the real thing. Can't they tell from the page's URL?
They could, I'm just looking for something more apparent to the reader.
Something like all approved standards documents (which would
be found only on a secured-write-access server), for example, have an
easily recognized header which would not show up in someone's copy
(for example for a yet-to-be-approved new standards document version
they are working on and letting others read, helping to make it clear
that this page is not officially approved).
------------------------------
Date: Sun, 15 Mar 1998 19:57:29 +0000
From: Woody Durham <wd@isporg.com>
Subject: Re: Help sought with web programming security problem
Message-Id: <350C329D.76FF@isporg.com>
> Why? If it's going to be on a secure server anyway. I must be missing
> something.
As our people surf the web (on an intranet) they get pointed to such
as official standards document pages and sometimes they get pointed
to someone's unofficial standards document (for whatever reason).
I'd like the reader to plainly see which type they are reading
rather than hoping they check the URL as being a valid form
cryptic address and not an invalid form cryptic address.
> And what's to keep some proxy from copying the page on the fly
> (with the image included), etc....
And that's what I'm asking for. I'll add that I'm not in need of
an iron-clad, suitable for banking arrangement. I'm looking
for something to help alert a reader that they've strayed from
official pages to something unofficial that they use the page at their
own risk. Perhaps the official seal GIF should contain a note
to double-check the URL against one in the GIF (but then couldn't
a counterfeit GIF say to check against an invalid URL).
------------------------------
Date: Sun, 15 Mar 1998 20:00:48 +0000
From: Woody Durham <wd@isporg.com>
Subject: Re: Help sought with web programming security problem
Message-Id: <350C3363.7437@isporg.com>
> As the others respondants have mentioned, this is
> off topic for this group; see a CGI-related group.
Such as? I searched and these are what I found.
> To serve secure data,
> it must be served from a non-servable place &
> by your CGI ONLY... :)
Okay, any specifics?
------------------------------
Date: Mon, 16 Mar 1998 01:42:50 GMT
From: Sneex <chasecreek.systemhouse@usa.net>
Subject: Re: Help sought with web programming security problem
Message-Id: <350C824B.4141938A@usa.net>
I remove my post :)
Someone else had a better idea :)
Woody Durham wrote:
> > As the others respondants have mentioned, this is
> > off topic for this group; see a CGI-related group.
>
> Such as? I searched and these are what I found.
>
>
> > To serve secure data,
> > it must be served from a non-servable place &
> > by your CGI ONLY... :)
>
> Okay, any specifics?
------------------------------
Date: 15 Mar 1998 16:39:47 -0800
From: Terrence Brannon <brannon@surf.usc.edu>
Subject: help: table-format hash assignments neq $x{k} = 'v' assignments
Message-Id: <lb67lf8o4s.fsf@kelp.usc.edu>
I attempted to bind hash entries as follows
%type_face = (
neuron::hoc::neuron::mechanisms => font-lock-type-face,
neuron::hoc::neuron::pointprocesses => font-lock-type-face,
... [abbreviated]
neuron::hoc::misc::proc-like => font-lock-function-name-face
);
$type_face{neuron::hoc::CurrentlyAccessedSection} = 'font-lock-builtin-face';
but only the second method of hash assignment will print the typeface
of a symbol. The keys to %file have no whitespace and I assume I am
not creating whitespace in my table-format assignments to the hash.
foreach $symbol (sort keys %file) {
print M ",$symbol", $/;
print R "(load \"$file{$symbol}\")", $/;
print $type_face{$symbol}, $/ if ($type_face{$symbol});
}
--
Terrence Brannon * brannon@lnc.usc.edu * http://lnc.usc.edu/~brannon
USC, HNB, 3614 Watt Way, Los Angeles, CA 90089-2520 * (213) 740-3397
Great Milk Debate... http://www.milk.com vs. http://www.notmilk.com
------------------------------
Date: Sun, 15 Mar 1998 18:06:18 -0600
From: Mark Stackhouse <stackhou@execpc.com>
Subject: Re: Is there a "Newsgroup" for Newbies to Perl?
Message-Id: <6ehqlk$o90@newsops.execpc.com>
<HTML>
<BLOCKQUOTE TYPE=CITE>
<P>And if the newbies won't read the damn FAQ, what makes you think they'll
<BR>read this cookbook of yours?</BLOCKQUOTE>
Because maybe the Cookbook will actually provide links to what one is looking
for! Today I needed a reference to a rounding function. OK...
go to the FAQ! Right?
<P>FAQ has a question - Does Perl have a round function? All right...
here we go. Click on the hypertext.
<P>Now I'm in Perl Docs... do a text search on the word "round"..."Search
string not found" OK... search on "function".
<P>Found "perlfunc"... Aha... it's in here!!! Click on perlfunc.
Search on "round"... on word found... "around"
<P>OK... search of "function"... no reference to rounding! Back to
Perl Docs... search on "function" again.
<P>Found "perlguts". Don't know what this has to do with rounding
but I'll give it a try. Click on perlguts. Search on the word
"function". Found the word function/functions about a million times.
OK... try "round". Found one reference to the work "around"!!!
So where is the Doc on the "rounding function"? I have no clue!!
<P>So how many times does THIS have to happen before a Newbie chalks this
off a futile?
<P>Mark
<BR>
<P> </HTML>
------------------------------
Date: Sun, 15 Mar 1998 19:49:48 -0600
From: Mark Stackhouse <stackhou@execpc.com>
Subject: Re: Is there a "Newsgroup" for Newbies to Perl?
Message-Id: <6ei0nl$cr3@newsops.execpc.com>
<HTML>
Mr. Harrison,
<P>Thank you for so graciously illustrating one of my points... low brow
and brain bash the "Newbie" but let Mr. Oswald get away with the exact
point you are making here.
<P>Mark ;-)
<P>Robert F. Harrison wrote:
<BLOCKQUOTE TYPE=CITE>On Sat, 14 Mar 1998 11:08:55 -0600, Mark Stackhouse
<stackhou@execpc.com> wrote:
<BR>>
<BR>> But first get yourself a grammar and a spelling book; you really
need
<BR>> it. It's ok to be a little lazy at the keyboard within the
confines
<BR>> of the social etiquette applicible to your audience, but taken to
your
<BR>> extreme it's simply insulting and annoying. Express yourself
in an
<BR>> intelligent and respectful manner and you're liable to fool folks
into
<BR>> believing that you actually are intelligent and deserving of respect.
<BR>> This lesson in life is probably off topic here, but so was your
<BR>> request for information, so deal with it.
<P>Mr. Stackhouse, allow me to quote RFC 1855 on Netiquette:
<P>From Section 3.1 User Guidelines
<BR> 3.1.1 General Guidelines for mailing lists
and NetNews
<P>* Messages and articles should be brief and to the point. Don't
<BR> wander off-topic, don't ramble and don't send mail or post
<BR> messages solely to point out other people's errors in typing
or
<BR> spelling. These, more than any other behavior, mark you as an
<BR> immature beginner.
<P>The entire RFC is available at a host of locations including:
<P> <A HREF="http://ds.internic.net/rfc/rfc1855.txt">http://ds.internic.net/rfc/rfc1855.txt</A>
<P>Should that location be unavailable a simple search on any search
<BR>engine should find any number of copies.
<P>--
<BR>rfh harrison@pixi.com</BLOCKQUOTE>
<BR>
<BR> </HTML>
------------------------------
Date: 16 Mar 98 02:34:03 GMT
From: harrison@pixi.com (Robert F. Harrison)
Subject: Re: Is there a "Newsgroup" for Newbies to Perl?
Message-Id: <slrn6gp3ru.gdk.harrison@localhost.localdomain>
On Sun, 15 Mar 1998 19:49:48 -0600, Mark Stackhouse <stackhou@execpc.com> wrote:
> <HTML>
> Mr. Harrison,
>
> <P>Thank you for so graciously illustrating one of my points... low brow
> and brain bash the "Newbie" but let Mr. Oswald get away with the exact
> point you are making here.
Mr. Stackhouse;
You wrote to me in private expessing your concerns and I apologized in
private. Now I do so in public. My next statement is not an attempt
to 'squeak out' of anything, but...because of the formatting and use
or non-use of quotations I believed it was you making a statement and
not Mr. Oswald. That is why all the >>>'s and attribution lines are
important to preserve.
I am a bit worried however, is all this HTML an indication that you
are also putting this message up on your webpage? :-)
>
> <P>Mark ;-)
>
> <P>Robert F. Harrison wrote:
> <BLOCKQUOTE TYPE=CITE>On Sat, 14 Mar 1998 11:08:55 -0600, Mark Stackhouse
> <stackhou@execpc.com> wrote:
> <BR>>
> <BR>> But first get yourself a grammar and a spelling book; you really
> need
> <BR>> it. It's ok to be a little lazy at the keyboard within the
> confines
> <BR>> of the social etiquette applicible to your audience, but taken to
> your
> <BR>> extreme it's simply insulting and annoying. Express yourself
> in an
> <BR>> intelligent and respectful manner and you're liable to fool folks
> into
> <BR>> believing that you actually are intelligent and deserving of respect.
> <BR>> This lesson in life is probably off topic here, but so was your
> <BR>> request for information, so deal with it.
>
> <P>Mr. Stackhouse, allow me to quote RFC 1855 on Netiquette:
>
> <P>From Section 3.1 User Guidelines
> <BR> 3.1.1 General Guidelines for mailing lists
> and NetNews
>
> <P>* Messages and articles should be brief and to the point. Don't
> <BR> wander off-topic, don't ramble and don't send mail or post
> <BR> messages solely to point out other people's errors in typing
> or
> <BR> spelling. These, more than any other behavior, mark you as an
> <BR> immature beginner.
>
> <P>The entire RFC is available at a host of locations including:
>
> <P> <A HREF="http://ds.internic.net/rfc/rfc1855.txt">http://ds.internic.net/rfc/rfc1855.txt</A>
>
> <P>Should that location be unavailable a simple search on any search
> <BR>engine should find any number of copies.
>
> <P>--
> <BR>rfh harrison@pixi.com</BLOCKQUOTE>
>
> <BR>
> <BR> </HTML>
>
--
rfh harrison@pixi.com
------------------------------
Date: 16 Mar 98 02:39:22 GMT
From: mikeh@minivend.com (Mike Heins)
Subject: Re: Is there a "Newsgroup" for Newbies to Perl?
Message-Id: <350c90da.0@news.one.net>
Mark Stackhouse <stackhou@execpc.com> wrote:
> <HTML>
> Mr. Harrison,
> <P>Thank you for so graciously illustrating one of my points... low brow
> and brain bash the "Newbie" but let Mr. Oswald get away with the exact
> point you are making here.
> <P>Mark ;-)
And to you for illustrating one of my points. I let the last post pass,
but this is too much. People who read and pay attention to nothing
associated with what they are doing don't belong here.
HTML is not OK here or in any comp.* group, and to not know that you
must have not read the introductory information that came with your
news reader. As you have obviously not done the basic reading/learning
that is needed to start with Perl.
Give up on programming -- perhaps you can put your obvious energies to
use somewhere else.
--
Mike Heins http://www.minivend.com/ ___
Internet Robotics |_ _|____
"The U.S. Senate -- white 131 Willow Lane, Floor 2 | || _ \
male millionaires working Oxford, OH 45056 | || |_) |
for YOU!" -- Dave Barry <mikeh@minivend.com> |___| _ <
513.523.7621 FAX 7501 |_| \_\
------------------------------
Date: Sun, 15 Mar 1998 18:29:33 -0600
From: eugene@vertical.net
Subject: Re: locking files while processing them
Message-Id: <6ehrmg$ggc$1@nnrp1.dejanews.com>
1. You're gonna give yourself a headache:
perldoc -f flock
or
looking up flock in the Camel book
or
(for additonal tips)
searching for 'flock' in the Perl FAQ
should dispell some of the confusion. (man flock, if you want to know more
about flock; but you don't need all the gory details, just lock and then
unlock the file the way one of the sources above suggests).
2.I take it that in your real code you DO check the return value of open,
right?
3.While I don't care one way or another, people in this newsgroup seem to
dislike munged email addresses.
BTP
Eugene
In article <3508c7fe.3120139@news.saix.net>,
rodb(remove)@dial.pipex.com (Rod Borland) wrote:
>
> When you have a script that users may be running simultaneously and it
> accesses a file as in
>
> open (FILE,">>$basedir/$subscribe");
> print FILE "$FORM{'email'}\n";
> close(FILE);
>
> how do you lock the file so that only one person can write to it at a
> time, adding their email address?
>
> do you use chmod as you would on the command line in unix before the
> call to open the file? what happens if it has already been locked by
> another instance of the script - do you have to check the state and
> then lock if its not locked - do you prevent reading of the file
> rather than writing? because its no use reading a file which may be
> changed by the time you write to it?
>
> If you check to see if you can read it first then read it and lock it
> must you have a loop that continuously checks reading and waits until
> it can perform the read?
>
> I am getting pretty confused here!!!!!
>
> Rod Borland
> rodb(remove)@dial.pipex.com
> http://www.ten.org/
>
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/ Now offering spam-free web-based newsreading
------------------------------
Date: Mon, 16 Mar 1998 01:21:10 GMT
From: zac@fiz-online.de (ZAC)
Subject: Re: NT: How do I set permissions on a file?
Message-Id: <350c76b7.52692517@news.roka.net>
Dear Mr. Bowlin,
many many thanks for your help but it doesn't solve the problem :-).
After one week efforts I found what was was wrong.
I am posting this message to help other users (mostly the newbie, like
me).
First I noticed that if I add the IUSR account to the administrator
group the script had no problem to run. I thought the administrator
must have a right that the IUSR do not have. Than I began to resrict
the rights of the adminstrator, till the administrator had no rights
at all, exept the "Log on permission".
Ok, so I understood that the problem was not in the configuration of
the SAM (security accounts Manager database), which contains user and
group accounts and rights.
The administrator account was the only account that had the permission
over the NTFS to run the needed dll-files. So I gave the right to the
IUSR accout to "only" read that three needed dll-files (perl300.dll,
perlis.dll, perlmsg.dll in the Perl directory) and since then all
script are running very well (also for the iusr account).
Now my new newbie question:
is ist unsecure what I did (for my server) ?
Thanks for your help
ZAC
zac@fiz-online.de
On Fri, 13 Mar 1998 18:11:48 -0800, Jim Bowlin <bowlin@sirius.com>
wrote:
>Permissions under NT are always a real pain. You need to
>make sure that whoever is supposed to have permissions to
>a file also has:
>
>1) permissions in the containing directory
>2) at least LIST permissions in all directories leading
> to the directory, including the drive letter.
>3) permissions to "log on locally" set in the user manager.
>
>One way to do this is to create a new group. Give that
>group the permissions above, and then make every user that
>you want to give this permission to, a member of that group.
>
>Good luck,
>
>Jim Bowlin
>
>ZAC wrote:
>>
>> Hi,
>>
>> I am trying to run an Email form script (perl) on a windows nt server
>> (IIS). The problem is that the server asks for a password when the
>> browser calls the script. If I give the (administrator) password, than
>> the is form forwarded properly, otherwise I get the answer :
>> connection refused. I have also changed the permission on the
>> directory to full access for all users and all groups that I found on
>> the NT-Server but it still do not work.
>>
>> Please help. The script I am using is :
>>
>> Form2Mail Form2Mail is ) Copyright 1997 by Eric T. Wienke and Liquid
>> Silver that I found at http://www.4images.com/ntperl
>>
>> Thanks.
>>
>> ZAC
------------------------------
Date: Sun, 15 Mar 1998 17:34:11 -0800
From: Jim Bowlin <bowlin@sirius.com>
To: ZAC <zac@fiz-online.de>
Subject: Re: NT: How do I set permissions on a file?
Message-Id: <350C8193.500BEBBB@sirius.com>
Sounds like you did exactly the right thing: give IUSR permissions on
a need to know basis.
-- Jim
ZAC wrote:
> First I noticed that if I add the IUSR account to the administrator
> group the script had no problem to run. I thought the administrator
> must have a right that the IUSR do not have. Than I began to resrict
> the rights of the adminstrator, till the administrator had no rights
> at all, exept the "Log on permission".
>
> Ok, so I understood that the problem was not in the configuration of
> the SAM (security accounts Manager database), which contains user and
> group accounts and rights.
>
> The administrator account was the only account that had the permission
> over the NTFS to run the needed dll-files. So I gave the right to the
> IUSR accout to "only" read that three needed dll-files (perl300.dll,
> perlis.dll, perlmsg.dll in the Perl directory) and since then all
> script are running very well (also for the iusr account).
>
> Now my new newbie question:
>
> is ist unsecure what I did (for my server) ?
>
> Thanks for your help
------------------------------
Date: Sun, 15 Mar 1998 19:18:15 -0500
From: "Kenneth S. Wexel" <wexel@websource1.com>
To: Geoff Cox <geoff.cox@cableinet.co.uk>
Subject: Re: password protection for web site?
Message-Id: <350C6FC7.D8B7853A@websource1.com>
Geoff,
Lots of ways -- for starters, edit your .htaccess file -- this will
cause the popup password window when someone tries to get into whatever
directory this applies to.
Also, you can use applications to setup logins for your users, and
validate those based on form data.
Hope this helps.
-KSW
Geoff Cox wrote:
>
> Hello,
>
> How doe I go about making my web site password protected? - and indeed
> does it work?? Cann't anyone just get to a page "beyond" the password
> protected page???
>
> Grateful for some info...
>
> An email copy would be appreciated...
>
> Cheers
>
> Geoff
------------------------------
Date: Mon, 16 Mar 1998 02:35:55 +0200
From: lassehp@imv.aau.dk (Lasse =?ISO-8859-1?Q?Hiller=F8e?= Petersen)
Subject: Re: Problem stripping Mac headers off of GIF's
Message-Id: <lassehp-1603980235550001@ygdrasil.imv.aau.dk>
In article <schinder-1303981752560001@schinder.clark.net>,
schinder@leprss.gsfc.nasa.gov wrote:
>available at <ftp://ftp.clark.net/pub/schinder/Conversions.pm>, which you
>might want to look at.
>
>My guess is that you can make the files usable simply by discarding the
>first 128 bytes.
If the files are created with something (PhotoShop) that adds a thumbnail
icon, then the file _will_ have a resource fork, and in that case, just
skipping 128 bytes may not be enough. I haven't looked at your
Conversion.pm, but I guess that is the safest route, if automatic,
unattended conversion is what is desired.
-Lasse
------------------------------
Date: Sun, 15 Mar 1998 08:10:15 -0500
From: Scott Johnson <sjohnson@loudoun.com>
Subject: Searching array
Message-Id: <350BD337.538FF37C@loudoun.com>
New to Perl but learning!!
Does Perl have a function to seach an array for a specific value and
then return the index number? I could use a loop to search the array
but I thought there might be a better method.
Thanks,
Scott
------------------------------
Date: Sun, 15 Mar 1998 08:39:29 -0500
From: Scott Johnson <sjohnson@loudoun.com>
Subject: Re: Searching array
Message-Id: <350BDA11.5BDFC07E@loudoun.com>
Never mind!! I need to search the FAQ next time!!
Scott Johnson wrote:
> New to Perl but learning!!
>
> Does Perl have a function to seach an array for a specific value and
> then return the index number? I could use a loop to search the array
> but I thought there might be a better method.
>
> Thanks,
> Scott
------------------------------
Date: Mon, 16 Mar 1998 00:03:50 GMT
From: Sneex <chasecreek.systemhouse@usa.net>
Subject: Re: Searching array
Message-Id: <350C6B17.E1E74FA9@usa.net>
29 seconds saved :)
Scott Johnson wrote:
> Never mind!! I need to search the FAQ next time!!
>
> Scott Johnson wrote:
>
> > New to Perl but learning!!
<snip>
------------------------------
Date: 8 Mar 97 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 8 Mar 97)
Message-Id: <null>
Administrivia:
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 2105
**************************************
