d in a cgi-bin
directory can NOT be accessed. If you're using relative links (like above -
with ".." or just plain "/"), then try switching to absolute links
("http://www.domain.com/images/bob.jpg";) and see what happens.
--
Morbus Iff ( i am your scary godmother
nterpreter
so that the startup / compilation phase still happens?
--
Morbus Iff ( i am your scary godmother )
http://www.disobey.com/ && http://www.gamegrene.com/
please me: http://www.amazon.com/exec/obidos/wishlist/25USVJDH68554
icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff /
thing you want it to do. This assumes that your script doesn't spit
out any HTML (or really anything else) to the web browser or user.
print "Location: http://path/to/cgi/script.pl\n\n";;
--
Morbus Iff ( i am your scary godmother )
http://www.disobey.com/ && http://ww
>Is it possible to have a CGI script that, at the end of doing all the
>stuff you
Sure. You could spit out a Content-type header and then
a Location: header that referred back to the script.
--
Morbus Iff ( i am your scary godmother )
http://www.disobey.com/ && http://www.gamegre
ugh Ethernet, no
>dial-up support yet.
Yes. You can. OS X has a build of Apache built in, as well as a full Unix
Perl. You'd be able to test either connected to the Internet, or locally
with no 'net connection (using 127.0.0.1).
--
Morbus Iff ( i am your scary godmother )
http:/
'd just start over.
To find other scripts:
>You could try the following (in that order):
>
> http://perlarchive.com/
> http://www.cgi-resources.com/
> http://www.hotscripts.com/
--
Morbus Iff ( .sig on other machine. )
http://www.disobey.com/ && http://www.gamegrene.c
>I was hoping someone could point me in the right direction. I have a script
>that will run for long periods of time (checking a url every once in a while
>to make sure it is up) on a Windows98 machine. The script works fine, but it
>runs in a dos window. Is there a way in which I could invoke the
>CGI.pm isn't the only solution to creating dynamic web pages with Perl.
>Text::Template is another alternative, as are embedded Perl
>implementations like Apache::ASP, Mason, or even PerlScript (for IIS).
None of which is crossplatform (Windows / Mac / Linux)
or installable by a user with normal
> >Please note that CGI.pm is a special case.
My problem with CGI.pm is that, get this, it's too complicated. I've tried
to use it, but, quite simply, all I would ever want out of a CGI routine is
to give me back the data in either a hash or object reference. The
difference between:
$val