nd running with full-on-developed
scripts in a day :-) Even with my 3 years experience using and
configuring mod_perl it still takes me a good day to properly
setup and configure out development and production boxes here.
Jim
--
Jim Serio - [EMAIL PROTECTED]
Produce
thing :-) If you have the money, you
may wish to purchase the eagle book but most of what's in there
is at the above URL or has been discussed in this list (archives
available).
Jim
--
Jim Serio - [EMAIL PROTECTED]
Producer, World of Coasters
questions about the position or the work atmosphere
don't hesitate to contact me offline.
Regards,
Jim
--
Jim Serio - [EMAIL PROTECTED]
Producer, World of Coasters
a chance you'll still
have to do some minor modifications.
If you're just learning Perl, you shoudl look into
mod_perl. I've had two programmer under me learn Perl
in conjunction with mod_perl and IMO you become a
cleaner programmer since you're forced to be more
strict.
YMMV
Jim
--
Jim Serio
Since mod_perl and CGI scripts are dynamic, it seems that
Content-length has to be handled by the script. I'm curious
how some of you are handling this. It would seem to me that
you need to know all of your output before printing the first
line.
Jim
But content-length is NOT a required header for HTTP protocol, is it?
If the program is relying on it, then it is broken and should be
fixed.
The other alternative is to generate your entire page as a string, get
the string's length() and print that as your content-length header.
Quite
Like I said, the cookie is being set, but I can't read the cookie.
Apache::Cookie-fetch('cookie_name'); doesn't work.
this is a fixup handler? you shouldn't be sending the complete http
header there. you should use $r-headers_out like you did in your
original example. and, use telnet to see
Right now I have Sandwich calling a script which is
just a wrapper for some functions in a module that
print out the headers/footers. In my module, I do
cookie checking and if no cookie exists, I attempt to
write out a cookie. This is done before any content is
passed to the client.
I recall that files processed with require and
use are processed once (unless you use StatINC,
but that's irrelevant to my problem). Is there
a safe/efficient way to call another script from
within a mod_perl script? Or is this extremely
inefficient? My other solution would be modularize
the
I'm not sure if this is even a problem but it's always
been on my mind. I use Apache::DBI and I have a general
module that handles db connections for my scripts. Here's
the relevant portion:
my $DBH ||= DBI-connect("...")
It basically accepts a hash ref to the dbconfig and opens
a connection.
Are you sure it's not:
Opening connections with different parameters
http://perl.apache.org/guide/databases.html#Opening_connections_with_differe
Oops. I forgot I had two seperate db accesses on this
particular page and running with $Apache::DBI::DEBUG = 1
clued me in. So am I correct in
Is anyone else having problems with Perl 5.6?
I just setup a new development box with fresh
installs of:
Perl 5.6
Apache 1.3.12 (compiled w/mod_perl 1.23 + PHP4 RC1)
Everything compiles and runs fine expect any
scripts that use either DBI or Apache::DBI.
My scripts work fine on a Perl 5.004 +
This is semi-off topic but does have a mod_perl
angle and since Larry Wall is an active member here
and wrote the torture script, I'm hoping he can
offer some advice.
I have setup our corporate Web server with 2
httpd binaries, one with and the other without
mod_perl, each bound to a different
I'm setting up a local monitoring service using SiteScope
from Freshwater Software. When I put in an URL for one
of my cgi-perl scripts, the monitor comes back with the
following error:
no status in reply from server
Static pages and standard cgi script work fine, so I
am assuming that my
-
From: Jim Serio [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 02, 2000 2:18 PM
To: [EMAIL PROTECTED]
Subject: No Status From Server
I'm setting up a local monitoring service using SiteScope
from Freshwater Software. When I put in an URL for one
of my cgi-perl scripts
-
Jim
Hmmm...
-Original Message-
From: Jim Serio [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 02, 2000 2:28 PM
To: [EMAIL PROTECTED]
Subject: Re: No Status From Server
I was going to post that but I though PerlSendHeader
was just responsible
SSI as well as do some other fun
stuff.
Jim
--
Jim Serio - [EMAIL PROTECTED]
Producer, World of Coasters
u experts know.
Jim
--
Jim Serio - [EMAIL PROTECTED]
Producer, World of Coasters
18 matches
Mail list logo