Take a look at mod_apreq (http://httpd.apache.org/apreq/)
Specifically,you may want to read
http://www.mail-archive.com/apreq-dev@httpd.apache.org/msg00716.html
Issac
Brian McQueen wrote:
I need to be able to stop users from uploading a massive file
promptly/early. By the time the headers
On Oct 23, 2006, at 1:35 PM, Brian McQueen wrote:
The issue isn't really the limit, but the way Apache behaves when it
encounters the limit. When Apache encounters the limit it still reads
then entire incoming byte stream, even if its only throwing it away.
That is as demanded by the HTTP
This is sounding good. How do I gain the level of control that you
are describing here? The request_rec has a conn_rec, but I don't see
how to get beyond that. If I've successfully read 4096 bytes, how do
I then stop any further transactions on the socket? I don't know how
to grab the socket
Hi all,
Is there anything inside httpd's configure that would specify the
minumum level of APR required, eg at least 1.3.0?
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
I simply changed this piece of code : char *data[4096]; memset (data,0,4096); with this : char *data; data = "" 4096) ; and now it works fine, what the hell is this !!?? :-DThanks anyway..On Oct 20, 2006, at 6:35 PM, Christian Verdelli wrote:Well,actually i took my piece of code right from
After investigating in the apache source...
I see that is not possible to do that, because reload occur in main infinite
loop...
And the ap_read_config occur before any hook in reload phase, and the next
available hook is ap_run_pre_config...
At this point it's too late to re-chroot to the
Hi all,
I am having some hassles with the mod_authn_dbd module.
During configuration of the module, stepping through the code, I can see
that the SQL statement provided is declared as a prepared statement like so:
authn_dbd_prepare_fn(cmd-server, query, label);
Later on during login,
very interesting !!!il while try to implement on base of mod_chroot module...ok i imagine that make : d=open("/", O_RDONLY); chroot("/new/root");in post_config hookand the close in child_init...but how to make reload phase... what is the good hook to do that! or how to detect
if i do : fchdir(d); chroot(".");in pre_config or open_logs hook??i while try it that...From: Mathieu CARBONNEAUX [mailto:[EMAIL PROTECTED]To: dev@httpd.apache.orgSent: Sun, 22 Oct 2006 16:00:25 +0200Subject: Re: [EMAIL PROTECTED] Re: child_init hook...
very interesting !!!il while try to
When I compile and run svn trunk with apache 2.2.3 I get an run I get
the following:
apache2: Syntax error on line 185 of /etc/apache2/apache2.conf: Syntax
error on
line 1 of /etc/apache2/mods-enabled/mod_python.load: Cannot load
/usr/lib/apache2/modules/mod_python.so into server:
Graham Leggett wrote:
Some digging in the debugger shows that the value of dbd-prepared, the
structure in which prepared statements are being kept, has the value
0x0001.
Digging some more, it seems that the value of ServerName is being used
as a key for the prepared statement lookups.
I added some logging to python_init in mod_python.c to try to understand
what is going on. Apparently when you run apache as a service on win32 the
python_init function gets called TWICE on restart (I have no idea why) and
the first time is somehow spurious (perhaps it is running in the
I added some logging to python_init in mod_python.c to try to understand
what is going on. Apparently when you run apache as a service on win32 the
python_init function gets called TWICE on restart (I have no idea why) and
the first time is somehow spurious (perhaps it is running in the
Trunk is blowing up with apache 2.2.3, with the following error_log output:
[Sat Oct 21 16:32:59 2006] [notice] Apache/2.2.3 (Debian)
mod_python/3.3.0-dev-20061021 Python/2.4.3 configured -- resuming normal
operations
Fatal Python error: Invalid thread state for this thread
Fatal Python
I need to be able to stop users from uploading a massive file
promptly/early. By the time the headers are read its already known
that the file will be too big, so I want to return at this point -
without delay. To wait until the body has been fully read can take
hours or days for massive files.
On Sunday 22 October 2006 08:12, Graham Leggett wrote:
Graham Leggett wrote:
Graham Leggett wrote:
Some digging in the debugger shows that the value of dbd-prepared,
the structure in which prepared statements are being kept, has the
value 0x0001.
Digging some more, it seems that
[EMAIL PROTECTED] wrote:
Modified: httpd/httpd/trunk/modules/proxy/ajp.h
URL:
http://svn.apache.org/viewvc/httpd/httpd/trunk/modules/proxy/ajp.h?view=diffrev=467014r1=467013r2=467014
==
---
paritosh wrote:
What revision of mod_dbd are you using?
Because, it seems that all these fixes are already done. Refer to the revision
log:
http://svn.apache.org/viewvc/httpd/httpd/trunk/modules/database/mod_dbd.c?r1=432560view=log
( Relevant fixes: Revisions: 466641, 432560 )
Yep, all
Can someone please summarize the various patches for mod_disk_cache that have
been floating around in last couple weeks? I have looked at the patches but
wasn't real sure of the general philosophy/methodology to them.
Others may find it useful as well
--
Brian Akins
Chief Operations
Brian Akins wrote:
Can someone please summarize the various patches for mod_disk_cache that
have been floating around in last couple weeks? I have looked at the
patches but wasn't real sure of the general philosophy/methodology to them.
In essence, the patches solve the thundering herd
Hi Brian,
You mentioned at Apachecon that one of the things you needed from the
server (and built) was an offline module.
Thinking about it, in order to achieve the goal of a cache mimicking an
origin server, is the following true:
- Cache-Control and Pragma headers must be stripped from
Graham Leggett wrote:
Brian Akins wrote:
Can someone please summarize the various patches for mod_disk_cache that
have been floating around in last couple weeks? I have looked at the
patches but wasn't real sure of the general philosophy/methodology to them.
In essence, the patches
Ignore this. It was a messed up installation of apache and or python.
Jim
Jim Gallacher wrote:
Trunk is blowing up with apache 2.2.3, with the following error_log output:
[Sat Oct 21 16:32:59 2006] [notice] Apache/2.2.3 (Debian)
mod_python/3.3.0-dev-20061021 Python/2.4.3 configured --
Davi Arnaut wrote:
Have you seen my patch to address this issue ? IMHO, it is far less
complex and less expensive then the committed workaround.
No - I went through your patches in some detail, but I didn't see one
that addressed this problem specifically. Once thundering herd is
solved, I
Graham Leggett wrote:
- Cache-Control and Pragma headers must be stripped from requests into
the cache.
Stripped, or ignored. Think CacheIgnoreCacheControl. We can by configuration
control on a per virtual basis. We also can ignore query strings in same way.
- mod_cache must, if the
Brian Akins wrote:
So this does not work in reverse proxy situation? Those buckets are not
file-based.
It should do - the network input filter isn't going to hand buckets up
the filter chain that don't fit in RAM, so special handling isn't
required. A normal read bucket / write to cache
Issac Goldstand wrote:
- Cache-Control and Pragma headers must be stripped from requests into
the cache.
Why? Just because you are in offline mode doesn't mean other proxies
between you and the client (or the client itself) are.
Graham is talking about headers coming from client to the
Graham Leggett wrote:
Davi Arnaut wrote:
Have you seen my patch to address this issue ? IMHO, it is far less
complex and less expensive then the committed workaround.
No - I went through your patches in some detail, but I didn't see one
that addressed this problem specifically. Once
Issac Goldstand wrote:
- Cache-Control and Pragma headers must be stripped from requests into
the cache.
Why? Just because you are in offline mode doesn't mean other proxies
between you and the client (or the client itself) are.
Other proxies don't matter in this case - the end goal is to
Davi Arnaut wrote:
The prerequisite is that APR needs to be taught about this scheme, and
it has to work portably across all platforms.
AFAIK all major platforms provide one, even win32. I even made a
incomplete APR abstraction for file notification:
http://haxent.com/~davi/apr/notify
Can
Add req.server.log_error() and req.connection.log_error().
--
Key: MODPYTHON-196
URL: http://issues.apache.org/jira/browse/MODPYTHON-196
Project: mod_python
Issue Type: New Feature
[ http://issues.apache.org/jira/browse/MODPYTHON-196?page=all ]
Work on MODPYTHON-196 started by Graham Dumpleton.
Add req.server.log_error() and req.connection.log_error().
--
Key: MODPYTHON-196
Jim Gallacher wrote ..
Jim Gallacher wrote:
Graham Dumpleton wrote:
Jim Gallacher wrote ..
Although there is no JIRA issue for it, I'd like to see us do a quick
code cleanup. I see lots of complier warnings about unused variables
and
it would be nice to excise the offending bits of
Is anyone familiar wth the state of LDAPTrustedClientCert directive in
trunk and 2.2.x?
util_ldap.c:254
Defined as RSRC_CONF, manual text and examples says directory/location container
util_ldap.c:1635
When the directive is used it results in an entry that's added to the
same array as the
I've just checked in a lot of code related to:
http://issues.apache.org/jira/browse/MODPYTHON-193
http://issues.apache.org/jira/browse/MODPYTHON-196
At the same time I have done this, I have played a bit with the format of what
is displayed back to the browser and in the error log files when
[ http://issues.apache.org/jira/browse/MODPYTHON-191?page=all ]
Graham Dumpleton updated MODPYTHON-191:
---
Fix Version/s: 3.3
I have marked this as fix for 3.3 as it seems worrying enough that we should
address it. Can someone else provide
[ http://issues.apache.org/jira/browse/MODPYTHON-196?page=all ]
Graham Dumpleton resolved MODPYTHON-196.
Resolution: Fixed
Add req.server.log_error() and req.connection.log_error().
--
[ http://issues.apache.org/jira/browse/MODPYTHON-93?page=all ]
Graham Dumpleton resolved MODPYTHON-93.
---
Resolution: Fixed
I have looked at the code for this again and to somehow accommodate older
versions of Trac is only going to introduce
[ http://issues.apache.org/jira/browse/MODPYTHON-190?page=all ]
Graham Dumpleton updated MODPYTHON-190:
---
Fix Version/s: (was: 3.3)
Taking this off the list of things to fix in 3.3. We really need someone who
has access to Python 2.5 and a 64
39 matches
Mail list logo