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/
_
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 :)
$r->send_http_header($sub->c
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-modperl&m=96687764724849&w=2
>
> subrequests do not include headers, so if you use $sub->run() to send the
> subrequest to the c
to alter this behavior, use $sub->run(1).
see Recipe 3.16 in the Cookbook
whoops, that was supposed to be 3.15.
--Geoff
[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 s
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 docu
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 section,
there's no content to parse in a HEAD request, and thus the headers
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_per
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
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
rth noting
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 prob
| > 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 javascrip
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?
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 sa
* 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 wee
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 suc
| 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
| that
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 to
| 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 pre
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
Hi,
I tried to nail this problem down for over 6 hours now. I use GD.pm to
dynamically generate images used in a dynamically generated Apache::ASP
page. Each image is given a name which is unique (in fact: a md5 on the
original name, width, height, color depth). Some of these images are used in
a
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 m
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
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: max-a
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 m
> 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
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
27 matches
Mail list logo
