In your Apache::ASP version, try setting Expires to tell IE
to cache explicitly...
$Response-{Expires} = 86400; # cache until tomorrow
--Joshua
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks free
| In your Apache::ASP version, try setting Expires to tell IE
| to cache explicitly...
| $Response-{Expires} = 86400; # cache until tomorrow
I did that. And and also tried
$r-add_header('Expires',HTTP::Date::time2str(time+86400)); in a normal .pl
file. In fact, the first header dump in my
On 19 Sep 2000 [EMAIL PROTECTED] wrote:
I read in "Apache Modules with Perl and C" book:
"...there is a pre-alpha version of a mod-perl compatible Perl debugger
in the works; it could very well be available from CPAN by the time you
read this."
I have searched CPAN for this without
I saw your header, but couldn't tell that it was for tomorrow,
with the GMT time zone info. I don't read GMT go figure ;)
What I would recommend is trying to match the headers exactly
as when serving up the static file since we know that works,
oh and make sure the file extension is the same
| I saw your header, but couldn't tell that it was for tomorrow,
| with the GMT time zone info. I don't read GMT go figure ;)
Euhmmm... If I'm not mistaken, 19 october actually is next *month*, even in
your timezone ;)
| ... maybe IE is "smart" enough to see the .pl in the path and guess
|
Hi there,
On Tue, 19 Sep 2000, Ime Smits wrote:
Does anybody know of a tool to get a complete log on every piece of
information communicated between browser and server?
'sfunny, I asked Josh the same question a couple of weeks ago...
I think it's called a packet sniffer. I've had some
* G.W. Haywood ([EMAIL PROTECTED]) [000919 06:54]:
Hi there,
On Tue, 19 Sep 2000, Ime Smits wrote:
Does anybody know of a tool to get a complete log on every piece of
information communicated between browser and server?
'sfunny, I asked Josh the same question a couple of weeks ago...
OK, did it the hardway: after a lot of tcpdump -i -s 500, grepping and
stringing, I tackled it. Halfway.
IMHO, it boils down to both a IE bug and a somehow 'hidden' feature of
Apache. It seems that on script execution an extra header "Vary: Host" is
sent to the browser.
This is what the RFC's
Ime Smits wrote:
Below is a sample of the headers it returns. Any ideas? Anything that is
communicated without me seeing it?
8 Content-Length: 294
and here for the same image, but as a normal static file fron disk:
8 Content-Length: 327
How come that the sizes are different?
[EMAIL PROTECTED] wrote:
it finishes. So the "use DBI" is working, but the httpd deamon dies
anyway, but only when "use DBI" is present.
Maybe you have to specify the path to Perl modules by setting
the PERL5LIB in your httpd's environment or by using "use lib
qw (/path/to/modules)" in your
| 8 Content-Length: 294
| 8 Content-Length: 327
| How come that the sizes are different?
The images are dynamically generated png's with GD, but however the contents
may change every time you view a page, it's not necessary for the browser to
constantly get a fresh copy when doing a javascript
Hi All
I'm thinking of restructuring my setup so that I have my apache/mod_perl
servers access database servers remotely using DBI::Proxy, rather than
locally. Does anyone have a sense of what kind of performance degradation I
should expect? Will it come chiefly from network latency (leaving
Hi,
OK, I have nailed down a second major headache I suffered from last week:
authentication keys for server generated emails which did appear to be not
as random as I hoped.
It seems that within Apache::ASP (probably mod_perl) the pseudo random
number generator (rand) is not reinitialized
Hi all,
On Tue, 19 Sep 2000, Ime Smits wrote:
It's not the first time I hear that playing around with srand is
bad, even perlfunc mentions that. Can anybody explain to me the
reason?
It's staggeringly difficult to generate a truly random number using a
computer. People go to conferences
Hi,
I've got Apache::ASP installed on Apache 1.3.9 with Perl 5.6.0. When I
try to load up a sample asp page created by Dreamweaver, I get a 500
internal server error on the browser, and the following error (and only
this error) in the apache error_log:-
[Tue Sep 19 18:26:10 2000] [error]
My experience of using DBI::Proxy several months ago is that it's
terribly slow, and breaks all the time.
It's not meant to be used in a production environment ( and that's
according to the authors ).
I managed to get it running, on linux and NT, but due to the lack of a
working fork() or
[EMAIL PROTECTED] wrote:
open(F, ' /tmp/count)
--^^
Is that just a typo in the email, or is there really a closing '
missing?
Just a typo in the email...
I don't know where to begin to debug this. Any suggestions?
The apache error_log file (usually in
I know, seems promising, doesn't it, especially after the overview in
the DBI book. On the other hand, you can do most things another way -
SSH port forwarding for encrypted data transmission, straight DBI/DBD
available for most dbs, etc.
Bill McCabe wrote:
That's a shame. I can see good use
Ime's on the right track, try Debug 2 to get the output
to the browser, including the compiled perl version of
the script you are executing. Debug 1 will just send it to
the error log. If you ever need to get deep into Apache::ASP
internals, try Debug -2/-1
--Joshua
"Brian S. Craigie"
Perhaps I should auto init srand() then for Apache::ASP
to make sure that its happening post fork? Something like
if(! DONE FOR CURRENT PID) {
srand();
}
For reproducability within Apache::ASP, all that has to
happen is someone initializing it to srand(something)
in one of their scripts.
| Yes, perl doesn't reset the 'random generator initialized' status on
| fork, which it arguably should:
For normal perl I can agree that fork() doesn't do something magic with the
pseudo random generator and just makes an exact clone of everything. Most of
us will only do expicit fork() with a
I am running Apache/1.3.9 (Unix) (Red Hat/Linux 6.2) and DBI-1.14.
When I include a "use DBI" in the startup.pl file, Apache code dumps.
A "use DBI" in cgi scripts works OK. However, as I need to pre-load a
few arrays with data to be shared by the child processes, I need to do
it in the
Hello there :
I installed perl in dir /export/product/mydir ;
then I installed stronghold 3.0 in the same dir.
After that I installed CPAN modules. Now I am on to mod-perl installation.
To spare you from having to read the whole of this mail, my Q in a nutshell
is :
perl programs use a variable
@INC is the default path for all Perl libs. This is set at your Perl
installation time, but can be modified by various number of ways. You can
check out any Perl documentation for that.
Now for the main task in hand. You are using Stronghold 3.0 and that comes
with it's own distribution of Perl
24 matches
Mail list logo