Is this a little clearer? Notice how the Get request and post response
are both tiny. This also opens up a whole slew of other possibilities
now that you have a per-request URL to access.
Current (as I understand it):
- POST (DOC file #1, 800KB)
- 200 OKAY (PDF file 600KB - non-cacheable, and
Ok, then the /URL/1 part becomes the problem for me. I can make the GET
redirect request I send back to have the same key pairs in it to
retrieve the same content and cache it, but again, then the redirect GET
is longer than 2k (or however long the POST content was, just in the GET
format), and I
Also becomes more of a problem when my page's JS would have to know for
subsequent requests how to get the cached version, and not simply do a
PRG again, because it would not know if a cached version existed. Even
if I sent a probing GET request pre-all reformatting requests, the JS
would not have
Hi All,
I'm having trouble with the server_rec-module_config variable and perhaps I
am misunderstanding something.
Using the apache2 C api, I have created a child_init callback (registered
through ap_hook_child_init) that is supposed to set up a per-process
resource when the server is first
dave wrote:
Hi All,
I'm having trouble with the server_rec-module_config variable and perhaps I
am misunderstanding something.
static void get_resource(void *module_config) {
my_config *cfg = (my_config *)ap_get_module_config(module_config,
my_module);
printf(module_config: %d\n, cfg);
So, how is the s-module_config being set? I hope you are creating it in
the per-server config create function. Do you have that code for us to look
at?
Joe
I am instantiating it in the per-server callback, ala:
static void *my_create_server_config(apr_pool_t *p, server_rec *s) {
On Tue, Feb 10, 2009 at 19:11, Joe Lewis j...@joe-lewis.com wrote:
With your last post (the creation), it looks like you understand it well.
Are you only creating one process? For example, run it with a -X parameter
(to prevent fork()ing) so you can ensure that you aren't working across
Michael Spiegle wrote:
Hi All,
I'm writing a module called mod_gfx which will perform on-the-fly image
resizing via libgd. I wanted to make the module as configurable as
possible so others can take advantage of it as well. I'm currently
running into a rough spot with custom containers, but
dave wrote:
I tried defining a merge callback for both the server level and the
directory level, but that doesn't seem to change anything.
-dave
man...@gmail.com
I understand - you are using both directory AND server side configs.
directory configs do not get created until a request.
Thanks Rainer.
On Sun, Feb 8, 2009 at 8:50 PM, Rainer Jung rainer.j...@kippdata.de wrote:
On 28.01.2009 06:50, Paras Fadte wrote:
I have somewhat modified the rotatlogs utility to support compression
. Although it creates files in compressed format (.gz) and rotates
them properly the issue
Hi Rainer,
I have attached the modified rotatelogs.c file (originally taken
from apache 2.0.55 ) . Can you please have a look at it and let me
know its shortcomings and chances that it could seg fault ?
Thanks in advance.
-Paras
On Tue, Feb 10, 2009 at 1:37 PM, Paras Fadte plf...@gmail.com
The AuthLDAPCharsetConfig directive allows server admins to do charset
conversion of the username passed in the HTTP auth headers.
RFC 2617 does not specify use of encoding non-ASCII usernames in the
{Proxy-},Authorization request headers; mod_authnz_ldap is guessing an
encoding based on any
On Tue, Feb 10, 2009 at 8:45 AM, Joe Orton jor...@redhat.com wrote:
The AuthLDAPCharsetConfig directive allows server admins to do charset
conversion of the username passed in the HTTP auth headers.
RFC 2617 does not specify use of encoding non-ASCII usernames in the
{Proxy-},Authorization
On Tue, Feb 10, 2009 at 09:52:43AM -0500, Eric Covener wrote:
On Tue, Feb 10, 2009 at 8:45 AM, Joe Orton jor...@redhat.com wrote:
The AuthLDAPCharsetConfig directive allows server admins to do charset
conversion of the username passed in the HTTP auth headers.
RFC 2617 does not specify
Hi all,
According to the method signature for the quick_handler hook, an int
field called lookup is passed.
According to the API docs, the lookup field is described as: Controls
whether the caller actually wants content or not. lookup is set when the
quick_handler is called out of
Lars Eilebrecht wrote:
[...]
So it copies r-headers_out to the local headers_out variable, and
removes all unwanted headers. However, then r-err_headers_out
gets merged into headers_out which is then stored in the cache.
Is there a reason why this is done? This could lead to quite a
number
Excuse the off-topic post: With my SpringSource hat on, I'm looking
for someone who has availability this month to be a primary developer
on a module for Apache 2.2... In general terms, it is a fair use
module that tracks usage and allows differing levels of access (more
requests, etc...) for
Hello,
I'm using apache 2.2.11 on centos 5/x86_64
I'm testing out caching data for GET requests using mod_disk_cache,
which I have working.
I'd also like to cache data for the same requests via the POST method,
but this doesn't seem to work.
Is this supported? If so, is there any config changes
You really shouldn't be trying to cache responses to post requests.
Completely from memory, but the HTTP spec says not to cache post
responses. The URI is the base key to any caching implementations (with
the addition of a select few vary headers, etc.), and your post data
really doesn't factor
I read that for the 1.0 spec, but thought for the 1.1 it was possible
with the proper expiration headers. Although I do understand the keying
problem.
My problem is that my POSTs vary wildly in size from 5k to over a meg,
and avg. out to about 45k. Being that GETs in apache by default are
limited
You mean post REQUESTS, not RESPONSES, correct? GET requests shouldn't
be very large, but it's not all that uncommon to have GET responses
larger than 1GB (local LANS, etc.). Accept all the incomming data on a
post (which could be 1+MB file attachments, etc.), generate a unique
URL, and redirect
On 02/10/2009 04:16 PM, j...@apache.org wrote:
Author: jim
Date: Tue Feb 10 15:16:24 2009
New Revision: 742992
URL: http://svn.apache.org/viewvc?rev=742992view=rev
Log:
Add getter/setter functions to the slotmem API. Also,
reset the id vars to unsigned ints universally.
Modified:
It appears that %b logging of bytes sent can be wrong if something
happens to the connection during the request processing.
The number logged by mod_log_config is r-bytes_sent, which is computed
in ap_content_length_filter(). If something goes wrong (maybe I pull
Apache's network cable) while
On 02/09/2009 09:21 PM, Lars Eilebrecht wrote:
Hi,
I have a question about the header handling logic of
mod_cache/mod_disk_cache.
With an installation running mod_disk_cache and a custom module
which fiddles with Cookie and Set-Cookie headers I am running into
the problem that
I did mean requests, yes. We run a content reformatting service using
Tomcat, so in reality the responses are large also, because nearly the
same content (formatted differently) is sent back.
Another problem I found with large GETs is that IE will truncation them
if they are 2k or larger. Now, if
On Feb 10, 2009, at 2:50 PM, Ruediger Pluem wrote:
Why are put and get not added to storage?
Stupidity :)
Ruediger Pluem wrote:
Have a look at
http://svn.apache.org/viewvc?view=revrevision=649162
http://svn.apache.org/viewvc?view=revrevision=649791
This needed an MMN bump though, so it won't work for v2.2. :(
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
Sorry to bother you all, and first: thanks for building such a great product!
My question is related to the patch suggested by Paul Quenna (in
2005) where mod_cache is allowed to be configured to run as a normal
handler instead of always as a quick handler.
The initial patch and related
dave wrote:
Hi All,
I'm having trouble with the server_rec-module_config variable and perhaps I
am misunderstanding something.
With your last post (the creation), it looks like you understand it
well. Are you only creating one process? For example, run it with a -X
parameter (to
Jon Grov wrote:
Our current workaround is to run two reverse proxy-instances, one which
provides authentication (on port 80) and another providing cache (on port
7920, which is only accessible from within PROXY). A request then
first hits the authentication proxy on port 80, and if valid, is
Hi,
When I untar 2.2.10 or 2.2.11, I don't see
srclib/apr-util/xml/Makefile.in. Has it been removed intentionally ?
Or, is it a bug ?
I'm trying to build 2.2.10 with builtin xml/expat.
If there is any work around for this, please let me know.
Thanks in advance !
- Ravindra
31 matches
Mail list logo