The documentation for the Python debugger support in mod_python states:
Because pdb is an interactive tool, start httpd from the command line
with the -DONE_PROCESS option when using this directive. As soon as
your
handler code is entered, you will see a Pdb prompt allowing you to
step
On Thu, 3 Nov 2005, Graham Dumpleton wrote:
With the thought of mod_python perhaps ignoring the PythonEnabledPdb
option when not run in single process mode, is there a way using the
apache.mpm_query() function or some other function of determining that
Apache is running in single process mode?
Graham Dumpleton wrote ..
Grisha wrote ..
On Thu, 3 Nov 2005, Graham Dumpleton wrote:
With the thought of mod_python perhaps ignoring the PythonEnabledPdb
option when not run in single process mode, is there a way using the
apache.mpm_query() function or some other function of
[
http://issues.apache.org/jira/browse/MODPYTHON-77?page=comments#action_12356739
]
Graham Dumpleton commented on MODPYTHON-77:
---
There are now so many different suggestions on this that it is all too
confusing.
In respect of latest suggested
On Wednesday 02 November 2005 20:26, William A. Rowe, Jr. wrote:
Colm MacCarthaigh wrote:
I think the text Deny from all is a particularly dangerous thing to
have not work as advertised! No matter how well documented :/
Nasty. Is it necessarily a showstopper?
The question though, is where
Hi, I just found a message which mod_mbox can't seem to render:
http://mail-archives.apache.org/mod_mbox/apr-dev/200509.mbox/[EMAIL PROTECTED]
can that be fixed? The View raw message link is useful anyway ;)
joe
Hi,
While configuring and testing my new and shiny Apache 2, I noticed that
mod_deflate sends a Vary: Content-Encoding header whenever a resource
could potentially be compressed, no matter whether it actually is
compressed in that particular response. That certainly should
work, but in situations
* Florian Zumbiehl [EMAIL PROTECTED] wrote:
While configuring and testing my new and shiny Apache 2, I noticed that
mod_deflate sends a Vary: Content-Encoding header whenever a resource
could potentially be compressed, no matter whether it actually is
compressed in that particular response.
Joe Orton wrote:
All versions need unclean shutdown at least, not sure about keepalive. If you
have new data to provide on this front that's great and very welcome, please
send it to [EMAIL PROTECTED] bugzilla is not a discussion or support forum,
however.
I've been running without
On Wed, Nov 02, 2005 at 03:08:47PM -0500, Joshua Slive wrote:
Colm MacCarthaigh wrote:
I think the text Deny from all is a particularly dangerous thing to
have not work as advertised! No matter how well documented :/
Sure, but in truth, apache configuration is really complex and deny
On Thu, Nov 03, 2005 at 03:27:43PM +, Joe Orton wrote:
Agreed, and I don't see why this is a showstopper either if this has
been the behaviour of mod_cache forever anyway. showstopper ===
regression
I've taken this out of the show-stopper section, I'll just live with
documentation as a
Is there really a rationale for that name change?
This module is *not* an authz module in the sense of anything from
the used-to-be-auth modules are.
* It lives on a different request processing hook.
* Its semantics, and even HTTP failure code, are different.
* it uses TCP information
But it does handle access control which kind of puts in the category
of authz vs. anywhere else.
Brad
On 11/3/2005 at 9:26:57 am, in message
[EMAIL PROTECTED],
[EMAIL PROTECTED] wrote:
Is there really a rationale for that name change?
This module is *not* an authz module in the sense of
ErrorLog /etc/some-important-database
LoadModule hidden_module /usr/local/viewcvs-0.9.3/pipeopen.py
SuexecWrapper /www/abc.example.com/bin/suexec
If random user can edit main conf file, things are pretty bad, at
least when root starts Apache.
Perhaps there are more current limitations on
Hi,
* Joe Orton [EMAIL PROTECTED] [2005-11-03 11:26:14]:
Hi, I just found a message which mod_mbox can't seem to render:
http://mail-archives.apache.org/mod_mbox/apr-dev/200509.mbox/[EMAIL PROTECTED]
can that be fixed? The View raw message link is useful anyway ;)
This message is not a
On Thursday 03 November 2005 16:41, Maxime Petazzoni wrote:
This message is not a valid MIME message. The first part does not
contains headers, so mod_mbox passes this part of the message. I don't
know enough about MIME constructions to decide how should mod_mbox
behave.
Any ideas or
On Thursday 03 November 2005 16:37, Brad Nicholes wrote:
But it does handle access control which kind of puts in the category
of authz vs. anywhere else.
So can mod_rewrite and others, but that doesn't make it mod_authz_url!
Perhaps mod_load_average should be called mod_authz_busy ?
In
The documentation for APR::Request ought to mention that atleast jar and params
returns undef if there is no cookie/param
--
Bengt-Arne Fjellner
Nick Kew wrote:
On Thursday 03 November 2005 16:37, Brad Nicholes wrote:
But it does handle access control which kind of puts in the category
of authz vs. anywhere else.
So can mod_rewrite and others, but that doesn't make it mod_authz_url!
Perhaps mod_load_average should be called
On Thursday 03 November 2005 16:50, Nick Kew wrote:
On Thursday 03 November 2005 16:37, Brad Nicholes wrote:
But it does handle access control which kind of puts in the category
of authz vs. anywhere else.
So can mod_rewrite and others, but that doesn't make it mod_authz_url!
Perhaps
On Thursday 03 November 2005 16:52, Geoffrey Young wrote:
what about mod_access_host? that would give us mod_access_*, mod_authn_*,
and mod_authz_* modules corresponding to the different aaa hooks...
Sounds good to me.
--
Nick Kew
Nick Kew wrote:
On Thursday 03 November 2005 16:41, Maxime Petazzoni wrote:
This message is not a valid MIME message. The first part does not
contains headers, so mod_mbox passes this part of the message. I don't
know enough about MIME constructions to decide how should mod_mbox
behave.
On Thursday 03 November 2005 09:37 am, Olaf van der Spek wrote:
Joe Orton wrote:
All versions need unclean shutdown at least, not sure about
keepalive. If you have new data to provide on this front that's
great and very welcome, please send it to [EMAIL PROTECTED] bugzilla is not
a
[
http://issues.apache.org/jira/browse/MODPYTHON-77?page=comments#action_12356706
]
Boyan Boyadjiev commented on MODPYTHON-77:
--
The smalest required change for a correct pythreadstate handling is the
following (which is the same as in
On 11/03/2005 11:01 AM, Nick Kew wrote:
On Wednesday 02 November 2005 20:26, William A. Rowe, Jr. wrote:
Colm MacCarthaigh wrote:
[..cut..]
Certainly not in Directory /foo - the cached entity no longer lives
there.
I disagree. If it came from there originally, then that's where it
On 11/3/05, Anish Mistry [EMAIL PROTECTED] wrote:
On Thursday 03 November 2005 09:37 am, Olaf van der Spek wrote:
Joe Orton wrote:
All versions need unclean shutdown at least, not sure about
keepalive. If you have new data to provide on this front that's
great and very welcome, please
--On November 3, 2005 8:44:02 PM +0100 Ruediger Pluem [EMAIL PROTECTED]
wrote:
I also agree with this. While I understand the performance benefits from
the developer perspective, I fear the confusion from the user and
administrators perspective. Having a clear configuration is not only
about
On Thursday 03 November 2005 05:18 pm, Olaf van der Spek wrote:
On 11/3/05, Anish Mistry [EMAIL PROTECTED] wrote:
On Thursday 03 November 2005 09:37 am, Olaf van der Spek wrote:
Joe Orton wrote:
All versions need unclean shutdown at least, not sure about
keepalive. If you have new
Hi,
I'm struggling to get Apache to work properly as a Proxy to an internal
server. I have two copies of the same application running on this internal
server (both ASP applications running on IIS) that I need to access via
different URLs. I have managed to configure on and got it working
Justin Erenkrantz wrote:
--On November 3, 2005 8:44:02 PM +0100 Ruediger Pluem
[EMAIL PROTECTED] wrote:
I also agree with this. While I understand the performance benefits from
the developer perspective, I fear the confusion from the user and
administrators perspective. Having a clear
Justin Erenkrantz wrote:
In my performance analyses that I did when redoing mod_cache last year,
a substantial part of the time in httpd was spent in all of the hooks
prior to the handler. Things like BrowserMatch (which do regex's) are
ridiculously expensive.
Interesting to think,
As if the old system wasn't hard enough to wrap one's head around. Just when I
had it figured out enough to go and write mod_auth_userdir you guys go and
change things on me.
BTW, when did this change? I've been lurking on this list since July and have
only recently heard about this. Was it a
Hi,
Yes, that is the point. The Vary header describes which header(s) was used
to decide, which content actually would be delivered. That's what HTTP
specifies.
To be exact, I'd say that HTTP specifies that it's about representation and
not about content - which might even be the point here:
On Thu, Nov 03, 2005 at 08:03:56PM -0500, Joshua Slive wrote:
it seems there is no way to work around client protocol problems. (Just
sending Vary: User-Agent wouldn't fix the problem, because when the user
agent matched a cached variant, the protocol adjustments still wouldn't
be
34 matches
Mail list logo