Tim wrote:
> Now I want to do things "right" and am trying to understand
> Apache::DBI. Before looking at the module I imagined that it would
> work by providing a library of persistent connections. You would
> check a connnection out of the library, use it, and then put it back
> when you
hello,
okay, this may be a silly configuration problem, but I would
really like to know if its jst me with this problem. if it is, then i
dont mind
being hit around the hit and pointed to the appropiate place for further
reading.
I have setup Apache (1.3.14) to use mod_perl for al
John wrote:
> I think your mispelling :
>
> HTTP_REFERER , not HTTP_REFERRER
>
> When in doubt run a check on your %ENV hash
>
> foreach( keys %ENV ) {
> print "$_ = $ENV{ $_ }\n" ;
> }
>
you know.. thats the funny thing. I DO that. i have
changed the spelling of HTTP_REFERRER to HTTP_R
John wrote:
> Are you hitting the page directly? If so then you will not get a
referer.
> You have to link to it from another page in order for that variable to
be
> set. If the page is the first to load in the browser there is no
referring
> page.
> Just a thought!
no, thank you. it was a good q
Hello,
Me again (sorry about this) and this is probably a silly question
but, each of my Apache children load in CGI.pm at startup time (via the
startup.pl method). The only problem is that the apache-error log grows
due to the CGI.pm startup message
(offline mode: enter name=value
Hello,
Me again (sorry), i did as was suggested to get rid of the
CGI.pm debug messages in the Apache Server. I changed NO_DEBUG
to 1 and the
(offline mode: enter name=value pairs on standard input)
all went away. Thats the good news. The strange news is that
now, however, it do
Hello,
I hope this is the right place to put this. I have some code that takes data
from a database and encrypts it via Blowfish and CBC. Not a problem so far,
the problems comes with sending it to the client.
If i do this
my $f=CGI::Cookie->new(-name => 'Ticket