Re: mod_dumpio and per-dir loglevel
Am 10.05.2022 um 16:23 schrieb Eric Covener: I was looking at making some tests run more quietly, but mod_dumpio uses ap_log_cerror even though it always has a ap_filter_t when it's doing its real work. While this would still leave some early logging (pre-location walk) w/o the per-dir loglevel set yet, it would kick in by the time bodies are read/written. Can anyone anticipate any issue/concern here with using ap_log_rerror? Probably not what you are asking, but mod_dumpio in a (reverse) proxy context can log the front connection and the back connection. Maybe something to be aware of when switching from connection to request. Best regards, Rainer
Re: mod_dumpio
On Dec 6, 2004, at 5:28 PM, Cliff Woolley wrote: On Mon, 6 Dec 2004, William A. Rowe, Jr. wrote: Same location as mod_log_forensic? If you want to move them both into a modules/debug/ location, ++1. mod_bucketeer would be classified as a debugging module, also. It's currently under modules/test. Hmmm... maybe 'test' != 'debug' ?? ;)
Re: mod_dumpio
On Dec 7, 2004, at 6:04 AM, Jim Jagielski wrote: On Dec 6, 2004, at 5:28 PM, Cliff Woolley wrote: On Mon, 6 Dec 2004, William A. Rowe, Jr. wrote: Same location as mod_log_forensic? If you want to move them both into a modules/debug/ location, ++1. mod_bucketeer would be classified as a debugging module, also. It's currently under modules/test. Hmmm... maybe 'test' != 'debug' ?? ;) How about modules/dev and also move mod_example there? S. -- [EMAIL PROTECTED] http://www.temme.net/sander/ PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF smime.p7s Description: S/MIME cryptographic signature
Re: mod_dumpio
On Tue, 7 Dec 2004, Jim Jagielski wrote: On Dec 6, 2004, at 5:28 PM, Cliff Woolley wrote: On Mon, 6 Dec 2004, William A. Rowe, Jr. wrote: Same location as mod_log_forensic? If you want to move them both into a modules/debug/ location, ++1. mod_bucketeer would be classified as a debugging module, also. It's currently under modules/test. Hmmm... maybe 'test' != 'debug' ?? ;) Oh, no, I agree with you. I was saying that mod_bucketeer should be MOVED, not that mod_dumpio should go in modules/test/. :-)
Re: mod_dumpio
At 08:07 AM 12/6/2004, Jim Jagielski wrote: The feedback I rec'd regarding mod_dumpio was that it looked like a useful module and that the best fit would be in the (new) debug subdir... I'd like to commit the module, so please speak up now :) Same location as mod_log_forensic? If you want to move them both into a modules/debug/ location, ++1. Bill
Re: mod_dumpio
* Jim Jagielski wrote:
The feedback I rec'd regarding mod_dumpio was that it looked
like a useful module and that the best fit would be
in the (new) debug subdir... I'd like to commit the module,
so please speak up now :)
mod_bucketeer would fit also in such a directory, doesn't it?
Anyway, I think, finally the dumpio code should be pluggable to mod_filter,
but that can be done at any time.
nd
--
$_=q?tvc!uif)%*|#Bopuifs!A`#~tvc!Xibu)%*|qsjou#Kvtu!A`#~tvc!KBQI!)*|~
tvc!ifmm)%*|#Qfsm!A`#~tvc!jt)%*|(Ibdlfs(~ # What the hell is JAPH? ;
@_=split/\s\s+#/;$_=(join''=map{chr(ord( # André Malo ;
$_)-1)}split//=$_[0]).$_[1];s s.*s$_see; # http://pub.perlig.de/ ;
Re: mod_dumpio
=?iso-8859-1?q?Andr=E9_Malo?= wrote: * Jim Jagielski wrote: The feedback I rec'd regarding mod_dumpio was that it looked like a useful module and that the best fit would be in the (new) debug subdir... I'd like to commit the module, so please speak up now :) mod_bucketeer would fit also in such a directory, doesn't it? Anyway, I think, finally the dumpio code should be pluggable to mod_filter,= =20 but that can be done at any time. Actually, I don't quite agree. It seems almost a capability best left to another module, instead of bundled with mod_filter. Small, self-contained modules are usually best, since it allows the admins who run Apache to better tune and configure their servers without a lot of fat. -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ There 10 types of people: those who read binary and everyone else.
Re: mod_dumpio
* Jim Jagielski wrote: =?iso-8859-1?q?Andr=E9_Malo?= wrote: Anyway, I think, finally the dumpio code should be pluggable to mod_filter,= =20 but that can be done at any time. Actually, I don't quite agree. It seems almost a capability best left to another module, instead of bundled with mod_filter. Small, self-contained modules are usually best, since it allows the admins who run Apache to better tune and configure their servers without a lot of fat. Oh, perhaps a misunderstanding. It could still be self containing. The point is, that mod_filter already provides a debugging API with a not-yet-implemented possibility to dump the data at any point of the filter stream. It would be quite nice, if it could just use the dumping code of mod_dumpio for that purpose (optional function or so). I'd guess, we're on the same side here :) nd -- Das einzige, das einen Gebäudekollaps (oder auch einen thermonuklearen Krieg) unbeschadet übersteht, sind Kakerlaken und AOL-CDs. -- Bastian Lipp in dcsm
Re: mod_dumpio
On Mon, 6 Dec 2004, Jim Jagielski wrote: Anyway, I think, finally the dumpio code should be pluggable to mod_filter,= =20 but that can be done at any time. Indeed, I have that running locally. I never committed it because it contained nasty hacks like a nonportable hardwired /tmp/ path for dumps. Actually, I don't quite agree. It seems almost a capability best left to another module, instead of bundled with mod_filter. Small, self-contained modules are usually best, since it allows the admins who run Apache to better tune and configure their servers without a lot of fat. FWIW, the dump code for mod_filter is tiny, and the module is one of our smallest with or without it. -- Nick Kew
