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
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,
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
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
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
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
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
