Hello list,
i'm trying to run a subrequest from within
a mod_perl content handler. The subrequest
is build from the request's 'lookup_file()'
method. Unfortunately, when i invoke the
'run()' method of the subrequest, no HTTP
headers are sent (even so the documentation
from 'Writing Apache
[EMAIL PROTECTED] wrote:
Hello list,
i'm trying to run a subrequest from within
a mod_perl content handler. The subrequest
is build from the request's 'lookup_file()'
method. Unfortunately, when i invoke the
'run()' method of the subrequest, no HTTP
headers are sent (even so the documentation
to alter this behavior, use $sub-run(1).
see Recipe 3.16 in the Cookbook
whoops, that was supposed to be 3.15.
--Geoff
On Wed, Feb 26, 2003 at 10:23:53AM -0500, Geoffrey Young wrote:
well, the Eagle book is a little out of date here
http://marc.theaimsgroup.com/?l=apache-modperlm=96687764724849w=2
subrequests do not include headers, so if you use $sub-run() to send the
subrequest to the client you
subrequests do not include headers, so if you use $sub-run() to send the
subrequest to the client you are required to send headers yourself.
which i can't, since i have no idea about the mime-type etc. of the
file ;-/
yes you do - the subrequest found out for you :)
to alter this behavior, use $sub-run(1).
Ah, thank's a _lot_, that did it. Now, the only question is: why isn't
that documented?
Please submit a documentation patch for this. It should be somewhere in
http://perl.apache.org/docs/1.0/api/
Hi,
which part of an Apache/mod_perl setup is responsible for extracting META
tags from generated HTML and adding them as HTTP headers (even with
PerlSendHeaders Off)? In the case of META NAME='Blah' tags, it adds
X-Meta-Blah headers, which are harmless but probably mostly a waste of
bandwidth
At 01:20 AM 01/19/02 +0100, Markus Wichitill wrote:
which part of an Apache/mod_perl setup is responsible for extracting META
tags from generated HTML and adding them as HTTP headers (even with
PerlSendHeaders Off)?
That's lwp doing that, not Apache or mod_perl.
HEAD http://www.apache.org
200
, Markus Wichitill wrote:
which part of an Apache/mod_perl setup is responsible for extracting META
tags from generated HTML and adding them as HTTP headers (even with
PerlSendHeaders Off)?
That's lwp doing that, not Apache or mod_perl.
HEAD http://www.apache.org
200 OK
Cache-Control: max-age
At 04:46 PM 01/18/02 -0800, ___cliff rayman___ wrote:
hmmm - you are still using lwp.
Right. But lwp-request sends a GET request where HEAD sends, well, a HEAD
request. So, even though LWP's default is to parse the head section,
there's no content to parse in a HEAD request, and thus the meta
as well...
http://support.microsoft.com/support/kb/articles/Q234/0/67.ASP
HTH
--Geoff
-Original Message-
From: Ime Smits [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 19, 2000 5:41 AM
To: [EMAIL PROTECTED]
Subject: [slightly OT] cache refusal problem with IE, http headers
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
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?
| 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
My mod_perl configuration seems to automatically send a header everytime
(Content-type: text/html)
I know this because, Perl scripts that print back out do not get a
malformed header error
This is causing big problems b/c I cannot det the header myself (for
cookies and redirects).
In
Hi,
As I am developing WEB Applications with Apache and modperl,
it came to my attention that there are some pages that I can
'ALLOW' the browser to cache the pages; I was able to do just
that with modperl by sending out this HTTP Header from within
the perl scripts:
print "Cache-Control:
http://www.w3.org/TR/html4/struct/global.html#edef-META
Checkout the subheading on META and HTTP headers.
--Jeff
At 05:18 PM 4/24/00, Jaime Teng wrote:
Hi,
As I am developing WEB Applications with Apache and modperl,
it came to my attention that there are some pages that I can
'ALLOW
Andreas,
sorry for bothering you :-)
I found your nice introduction to http-headers
(Apache-correct_headers-1.16) and want to ask you
some questions.
1. Do you have some examples on-line to illustrate
cache-friendly dynamical pages ?
2. I'm building server with fully dynamic content using
On Mon, 11 Oct 1999 13:18:12 +0400 (MSD), Oleg Bartunov [EMAIL PROTECTED] said:
1. Do you have some examples on-line to illustrate
cache-friendly dynamical pages ?
On www.stadtplandienst.de the headers for the graphics have optimal
headers, I think. The headers for HTML could be
On 11 Oct 1999, Andreas J. Koenig wrote:
Date: 11 Oct 1999 12:48:54 +0200
From: "Andreas J. Koenig" [EMAIL PROTECTED]
To: Oleg Bartunov [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: http headers for cache-friendly modperl site
On Mon, 11 Oct 1999 13:1
26 matches
Mail list logo