Greg Ames wrote:
Ian Holsman wrote:
Thanks...
what I was after was more hints on configuring HTTP.
ie.. make sure FollowSymLinks is On AllowOverride off
(to avoid unnessecary fileops) and things like this
Oh, OK, then http://httpd.apache.org/docs-2.0/misc/perf-tuning.html would be
relevant.
Ian Holsman wrote:
Another area for potential improvement here is the use of file caching. I
tried
using mod_cache's fd caching, but quickly ran into problems with the Linux
per-process fd limits because SPECWeb99 accesses so many different files.
hmm.. did you use a recent version
On Mon, Aug 19, 2002 at 02:27:40PM +1000, Bojan Smojver wrote:
Thanks for the hint! I never thought of that... Since a filter like that is
connection based, I'm not sure (mainly because I don't know much about Apache)
how would that work with persistent connections, chunked encoding and other
On Sat, Aug 17, 2002 at 08:14:30PM +0100, Thom May wrote:
As the title says. I've been running into this problem on numerous debian
installs.
I believe this patch may not work on Win32 and Netware. Hint:
look at where DEFAULT_REL_RUNTIMEDIR is defined. -- justin
On Sat, Aug 17, 2002 at 08:17:10PM +0100, Thom May wrote:
just code width checks.
Committed. Thanks! -- justin
On Thu, Aug 15, 2002 at 09:00:08PM +0100, Thom May wrote:
This is the twin of the commit I just did on APR, just to minimise
duplication.
Commited. Thanks! -- justin
On Sun, Aug 18, 2002 at 03:03:40PM -0700, Brian Pane wrote:
With this patch, we'll end up not sending a C-L header on most
shtml or CGI pages. As a result, the server will add a
Connection: close for HTTP/1.0 clients and will use chunked
encoding for HTTP/1.1 clients.
Here's the thing - I
Justin Erenkrantz wrote:
On Sun, Aug 18, 2002 at 03:03:40PM -0700, Brian Pane wrote:
With this patch, we'll end up not sending a C-L header on most
shtml or CGI pages. As a result, the server will add a
Connection: close for HTTP/1.0 clients and will use chunked
encoding for HTTP/1.1 clients.
Greetings,
I have been working on a port to Apache 2.0 for some time now and have run
into a road block that I would like to get feedback on. I need to run my
module in the access_checker hook with the ability to read in Post data in a
non-destructive manor. In apache 1.3 this was possible by
hello.
I've discovered several problems regarding charsets and langauges
set up in apache default config. Attached is the patch which attempts
to fix is. since I'm new to apache-dev I might have chagned something
which was put there on putpose, so please rewive the things, I await
your comments.
Noah,
I already answered your question through Jim Harter at Covalent. You
cannot pass information from an input filter to the access checker,
because the input filter runs during the handler phase, and the
access_checker function runs long before that.
You will need to do your access
Brian Pane writes:
Blaise Tarr wrote:
With 2.0.40 content coming from mod_proxy and mod_cgi is no longer
streamed to the client but sent in one big chunk.
Here's a patch that removes the buffering. Let me know if
it solves the proxy streaming problem.
Thanks Brian. It's much
On Mon, 19 Aug 2002, Blaise Tarr wrote:
Thanks Brian. It's much better now, but it still buffers in 8K chunks
as opposed to the 2.0.32 behavior where there was no apparent
buffering.
This is probably because it's doing a blocking read on the pipe bucket.
It would have to do a nonblocking
Brian Pane writes:
Blaise Tarr wrote:
With 2.0.40 content coming from mod_proxy and mod_cgi is no longer
streamed to the client but sent in one big chunk.
Here's a patch that removes the buffering. Let me know if
it solves the proxy streaming problem.
Thanks Brian. It's
On Mon, 19 Aug 2002, William A. Rowe, Jr. wrote:
Don't we -already- have some argv parsing code in either proc.c or the mod_cgi
that could be used for this purpose??? Let's make that exported, accessible
code from apr itself.
We already have it, and it is exported from APR. Look in
Will do.
[EMAIL PROTECTED] wrote:
On Mon, 19 Aug 2002, William A. Rowe, Jr. wrote:
Don't we -already- have some argv parsing code in either proc.c or the mod_cgi
that could be used for this purpose??? Let's make that exported, accessible
code from apr itself.
We already have it, and
On 19 Aug 2002 [EMAIL PROTECTED] wrote:
rederpj 2002/08/19 09:34:47
Modified:xdocs/contributors index.xml
Log:
Okay, Cliff pointed out that it helps to fix it in the right place...
Thanks Cliff.
I ran ./build.sh to update the transforms but it didn't seem to feel like
Topic for discussion... Consider an overflow condition. Before the recent
patch, ap_strtol would continue checking each digit in the input until
it either hit a non-correct character (one that doesn't make sense in
the base) or the end of the string. Thus, on overflow, errno would
mark the
On Solaris, this macro definition is required to build successfully:
-D_XOPEN_SOURCE=500 -D__EXTENSIONS__
By the way, with the perchild MPM, httpd performance is
T2 (alternate) thread lib T1 (default) thread lib.
http://groups.google.com/groups?[EMAIL PROTECTED]
By contrast, with the worker
On Tue, Aug 20, 2002 at 11:07:37AM +0900, Tsuyoshi SASAMOTO wrote:
On Solaris, this macro definition is required to build successfully:
-D_XOPEN_SOURCE=500 -D__EXTENSIONS__
By the way, with the perchild MPM, httpd performance is
T2 (alternate) thread lib T1 (default) thread lib.
Here is the patch that calculates (in the same way mod_accounting, by
Simone Tellini, does) the number of bytes received and bytes sent per
request. The numbers are then logged using %I (input) and %O (output).
Since the numbers are always greater then 0, there are no CLF versions
of those
Tsuyoshi SASAMOTO wrote:
On Solaris, this macro definition is required to build successfully:
-D_XOPEN_SOURCE=500 -D__EXTENSIONS__
By the way, with the perchild MPM, httpd performance is
T2 (alternate) thread lib T1 (default) thread lib.
when I was speaking to the sun people they said
Just noticed that there is a little bit of silliness (as usual) in the
original patch. Nothing serious, but this one should make a bit more
sense...
Bojan
--- mod_log_config.c.original Tue Aug 20 12:51:20 2002
+++ mod_log_config.cTue Aug 20 13:33:50 2002
-151,6 +151,8
* %...m: the
Having just first seen your original post a few seconds ago, I
wanted to point out a couple problems with the test you performed.
The first problem is you had the client and the server on the
same machine, which means that they were fighting each other
for timeslices, which is bad. The second
some comments..
the stats seems high.. make sure you have the:
Options FollowSymLinks
AllowOverrides none
specified
also try 'AcceptMutex pthread' this worked better for my tests.
there may be some other things, but I would need to see your config file.
Thanks... The previous
The same patch reworked for Apache 2.0.
Justin, I had a look through filter examples but didn't feel confident
to undertake writing one. Maybe in the next version of the patch...
Bojan
--- mod_log_config.c.original Tue Aug 20 15:12:32 2002
+++ mod_log_config.cTue Aug 20 15:39:09 2002
I have noticed a bug in my second version of the patch which would
report incorrect number of bytes sent if the request is HEAD. It is
fixed in this version. I have attached the documentation patch again,
just to avoid confusion.
Bojan
PS. At this rate, my e-mail address will end up on Apache
On Tue, Aug 20, 2002 at 03:46:20PM +1000, Bojan Smojver wrote:
+static int get_header_len(void *count, const char *key, const char *val) {
+
+/* Header name, colon, space, header value, CRLF */
+*((long *)count) += strlen(key) + strlen(val) + 4;
+
+return 1;
+}
28 matches
Mail list logo