On Sun, May 28, 2006 at 10:32:04AM -, [EMAIL PROTECTED] wrote:
rv = apr_file_rename(dobj-tempfile, dobj-datafile, r-pool);
if (rv != APR_SUCCESS) {
-/* XXX log */
+ap_log_error(APLOG_MARK, APLOG_DEBUG, rv, r-server,
+
On Wed, Jun 07, 2006 at 01:03:48PM -0700, Roy T. Fielding wrote:
c) each redistributor (re-exporter) of our packages must do the same
[I am unsure if that means every mirror is supposed to file as
well, but for now I am guessing that they don't];
They don't :)
e) people who are in
On Wed, Jun 07, 2006 at 03:53:51PM -0500, William A. Rowe, Jr. wrote:
Before we take -any- action, we need to have one policy across the ASF.
*shrug*, this is [EMAIL PROTECTED], so I'm going to stick to httpd specifically
for now, and that can feed in or not to any policy the ASF desires to
On Wed, Jun 07, 2006 at 02:03:33PM -0700, Roy T. Fielding wrote:
The point is that they may want to download a web server which doesn't
have that problem, and right now they are limited to 1.3.x. I consider
Web servers to be something we would want people in those countries
to be able to
On Wed, Jun 07, 2006 at 02:51:12PM -0700, Cliff Schmidt wrote:
Here's the page that I've put together right now:
http://apache.org/dev/crypto.html. Unfortunately, it needs a little
more detail.
Thank you very much, that's already answered a few of my questions and
given me some good
On Wed, Jun 07, 2006 at 04:02:01PM -0700, Roy T. Fielding wrote:
we would have to provide our own copy of the distribution or include
the source code directly in our product, just to comply with EAR.
My preference is to not distribute OpenSSL.
+1
--
Colm MacCárthaigh
On Wed, Jun 07, 2006 at 04:32:40PM -0700, Roy T. Fielding wrote:
We also cannot go to one of those countries and agitate for people
to download a copy of httpd and run their own web server
Who's we? Members of the ASF? Members of the PMC? committers?
developers?
I'd like to know. My Apache
On Wed, Jun 07, 2006 at 06:58:27PM -0700, Roy T. Fielding wrote:
We is anyone representing the ASF. How (or who) would determine
that is anyone's guess.
eek. Who is burdened with that liability? I'm guessing it's the ASF as a
body corporate and possibly its directors personally.
If that's the
On Thu, Jun 08, 2006 at 08:16:48AM -0500, William A. Rowe, Jr. wrote:
The group of people who concern me are not those in T-8, they are those who
live in jurisdictions where *they* would be breaking local law by possessing
crypto. Leave them a) in the backwaters / b) in fear / c) in violation,
On Thu, Jun 08, 2006 at 12:01:16PM -0500, William A. Rowe, Jr. wrote:
Colm MacCarthaigh wrote:
What's next, do we start stripping patented methods from our tarball
and making that available too?
Uhm which patent *encumbered* methods?
If I were to identify any or perform a patent search
On Thu, Jun 08, 2006 at 12:16:02PM -0500, William A. Rowe, Jr. wrote:
Colm MacCarthaigh wrote:
Suffice it to say that even a cursory glance at a patents register
would likely reveal many ludicrous patents which httpd may infringe.
Yup; if the claimant to any such -legitimate- patent comes
On Thu, Jun 08, 2006 at 11:07:51AM -0700, Justin Erenkrantz wrote:
On 6/8/06, Colm MacCarthaigh [EMAIL PROTECTED] wrote:
There are quite a few reasonable alternative strategies for dealing with
that kind of scenario. Does the ASF have such a policy as a matter of
course, regardless
On Thu, Jun 08, 2006 at 02:47:59PM -0700, Roy T. Fielding wrote:
If anyone can think of another option, I'd like to hear it before
proposing a vote.
Another option is that we could ask the ASF to formally consider upping
roots and changing jurisdiction. I have little doubt over what the
answer
On Fri, Jun 09, 2006 at 12:29:06PM +0200, Plüm, Rüdiger, VF EITO wrote:
-Ursprüngliche Nachricht-
Von: Joe Orton [
Would only committers count as participating in the project
for this
purpose, do you think? Random people submitting patches would not?
Stupid question: How
On Tue, Jun 13, 2006 at 12:11:38PM +0100, Joe Orton wrote:
On Tue, Jun 13, 2006 at 10:51:55AM -, [EMAIL PROTECTED] wrote:
Author: colm
Date: Tue Jun 13 03:51:54 2006
New Revision: 413861
URL: http://svn.apache.org/viewvc?rev=413861view=rev
Log:
A keepalive response need not
On Sun, Jun 18, 2006 at 10:25:27PM +0200, Mathieu CARBONNEAUX wrote:
but using strace directly by attaching to processus can be risky in
production (like gdb!)... and with apache with 256 or 512 processuss
all working can be hard to debug...
*shrug*, I regulary attach tracers to apache with
On Mon, Jun 19, 2006 at 12:03:57AM +0200, Alexander Lazic wrote:
Sorry for that, which list is the right one from your point of view?
dev@apr.apache.org :-)
--
Colm MacCárthaighPublic Key: [EMAIL PROTECTED]
On Wed, Jul 12, 2006 at 08:12:41PM +0200, Jorge Schrauwen wrote:
Indeed i can't get mine to bind on IPv6 aswel... strange since i was sure i
had it listening on IPv6!
I get a
[Wed Jul 12 20:10:16 2006] [crit] (OS 11004)The requested name is valid, but
no data of the requeste
d type was
On Thu, Jul 13, 2006 at 10:47:15AM -0500, Jess Holle wrote:
So what's the story with IPv6 on Windows?
Works fine in every version of windows since 2000, although 2000 itself
needs a kit and patching installed.
Are there some versions of Windows which always support it, but the
headers we use
On Wed, Jul 19, 2006 at 11:11:53AM +0300, Eli Marmor wrote:
Thanks to your great efforts, there are exciting new features in the
trunk, and it would be great to bring them to the masses...
Don't expect new features in trunk to form the part of any 2.2.3
release. For the most part, they will
On Wed, Jul 19, 2006 at 01:21:12PM -0400, WDaquell wrote:
So, the whole mod is just going to die?
It's not like the source will cease to exist or become impossible to
maintain. If no developers can be convinced to volunteer their time and
effort on the maintainence part, then you can always pay
On Thu, Jul 20, 2006 at 01:09:19PM +0200, Trent Nelson wrote:
1. Download and install latest Win32 2.2.2 Apache binary.
o.k., well that's a bad start, but I can handle building an Apache
binary :-)
2. Download .netCHARTING 4.0 evaluation version for .NET 1.1 from
On Thu, Jul 20, 2006 at 11:58:01AM -0300, Davi Arnaut wrote:
Also, with this patch it is possible to designate directories to separate
partitions because the temporary files are created on the destination
directory.
I'm not sure it goes far enough though. What if an admin has two
On Thu, Jul 20, 2006 at 06:16:26PM -0300, Davi Arnaut wrote:
I'm not sure it goes far enough though. What if an admin has two
filesystems/disks they can to store the cache on, or what if it's 7?
CacheDirLevels n 256 for n = 1,2,...,7,...
Ahh, now I get it, cool.
What if one is a 160GB
On Sun, Jul 23, 2006 at 04:25:41AM -0500, William A. Rowe, Jr. wrote:
[EMAIL PROTECTED] wrote:
* configure.in: Add --with-included-apr flag to force use of the
bundled copies of APR and APR-util.
Any desire to have a consistent syntax? --with-expat=builtin happens
to be that
On Thu, Jul 27, 2006 at 01:20:51PM -0700, Roy T. Fielding wrote:
Well, the docs project consensus is wrong. Our main product is httpd
(one of several products) and our project is Apache HTTP Server Project.
Our announcements say ``Apache HTTP Server (Apache)'', I'd prefer if
we used that as
On Mon, Jul 31, 2006 at 12:22:03PM -0400, Guy Hulbert wrote:
The simple solution is to buy a bigger piece of hardware or outsource
the problem to the relevent experts.
Trying to do meaningful load-balancing within an application will not be
simple. At the router it is simple. All the
On Thu, Aug 10, 2006 at 12:26:23PM -0700, William A. Rowe, Jr. wrote:
Pretty darned quiet - either it's summer or nobody feels like
joining the fray when Roy and Will go at it?
Well, Paul's talk in San Diego got me thinking. We're not really just
about HTTP any more, it's a misnomer. We're
On Wed, Aug 30, 2006 at 12:59:02PM +0200, Enrico Weigelt wrote:
The whole idea of passing *sockets* (instead of requests) between
processes only works on very few systems, ie. Linux, BSD and
perhaps some others. So the whole portability issue is useless -
those MPMs only work some Unix'es,
On Wed, Aug 30, 2006 at 09:20:52AM -0400, Brian Akins wrote:
We tested a Sun t2000 with httpd 2.2. It did okay. Now, Sun says
there is an issue with 2.2 and portfs on Solaris 10 on the t2000.
It didn't do very well for me with Solaris 10 either.
Not real sure what this means. Anyone else
On Mon, Jan 03, 2005 at 01:24:01PM -0500, Jeff Trawick wrote:
I believe there is a way to build Apache 2.0.x to use 64-bit file
offsets, but that isn't the default build.
CFLAGS=-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE and
http://www.apache.org/~jorton/ap_splitlfs.diff has been working on
On Mon, Jan 03, 2005 at 09:16:26PM +, [EMAIL PROTECTED] wrote:
i've tried CFLAGS=-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE and it
still doesn't work.
You need to apply the Joe Orton's patch aswell :)
i poked around on that ftp site and i couldn't find any files greater
than 4GB. i
On Wed, Feb 02, 2005 at 08:45:53PM +0200, Graham Leggett wrote:
Peter J. Cranstone wrote:
Who is trying to serve up 2GB files?
Redhat's DVD images (just one example).
Ahhh, and I was just about to pipe-up :) But for the record,
ftp.heanet.ie currently servers 23 distinct 2Gb files an
On Tue, Mar 01, 2005 at 08:05:30PM +, Wayne S. Frazee wrote:
Looking for feedback, legal, devils advocate, et al on the concept, if not
the execution.
I don't think professional, competent Webserver administrators generally
respond well to marketing. In my experience, they (we!) prefer a
On Thu, Mar 10, 2005 at 06:15:30PM +0100, Lars Eilebrecht wrote:
According to Brian:
When/where is ApacheCon 2005 US?
We have no final decision on this yet.
However, ApacheCon Europe 2005 will be held in Stuttgart, Germany,
18-22 July.
Does anyone know what the story is with the
On Fri, Mar 11, 2005 at 07:25:38AM -0800, Justin Erenkrantz wrote:
--On Friday, March 11, 2005 9:33 AM + Colm MacCarthaigh
[EMAIL PROTECTED] wrote:
Does anyone know what the story is with the website? I've been trying
to submit a presentation, but the website is down, and I've
On Thu, Mar 17, 2005 at 08:47:08AM -0500, Joshua Slive wrote:
+1, as before.
From the users' perspective, sendfile results in unexplained corruption
or uninterpretable error messages pretty much any time a network
filesystem is used to host content (and random other times on win32).
On Thu, Mar 17, 2005 at 07:27:54AM -0800, Justin Erenkrantz wrote:
These seem like broken OSes and not a suitable justification to disable
sendfile. We should fix the code - perhaps by teaching APR not to enable the
sendfile-variants on these buggy platforms - not disable it entirely. For
On Thu, Mar 17, 2005 at 09:39:57PM -0500, Edward Rudd wrote:
Why is the family set to APR_INET6 for an IPV4 incoming connection, and is
there a way for me to *truly* figure out how the connection really came in
originally.
whenOn Linux, the default is to use IPv4 mapped IPv6 addresses, see the
On Fri, Mar 18, 2005 at 08:23:18AM -0800, Justin Erenkrantz wrote:
I absolutely refuse to punish users who are using good OSes because some
OSes are brain-dead.
In my experience, more users are brain-dead than OS's ;) Surely it's the
users who don't have a hope of diagnosing the kinds of
On Fri, Mar 18, 2005 at 09:00:59AM -0800, Justin Erenkrantz wrote:
--On Friday, March 18, 2005 4:34 PM + Colm MacCarthaigh
[EMAIL PROTECTED] wrote:
In my experience, more users are brain-dead than OS's ;) Surely it's the
users who don't have a hope of diagnosing the kinds
On Fri, Mar 18, 2005 at 10:34:36AM -0800, Justin Erenkrantz wrote:
--On Friday, March 18, 2005 5:18 PM + Colm MacCarthaigh
[EMAIL PROTECTED] wrote:
I think it's just one of those cases where it would be highly
non-trivial and inefficient to put all of the checks in APR, simply due
On Fri, Mar 18, 2005 at 11:51:22AM -0800, Justin Erenkrantz wrote:
--On Friday, March 18, 2005 7:44 PM + Colm MacCarthaigh
[EMAIL PROTECTED] wrote:
either lacklist or whitelist fstypes per OS, I don't much care. And, we
can check for IPv6 sockets on Linux.
This is still unfair
On Sun, Apr 03, 2005 at 01:58:56PM -0400, Joshua Slive wrote:
BrowserMatch Mozilla/2 nokeepalive
I don't know about the rest, but Ask Jeeves spoofs this user-agent in
its webcrawls;
Mozilla/2.0 (compatible; Ask Jeeves/Teoma;
+http://sp.ask.com/docs/about/tech_crawling.html)
Not sure if the
On Fri, Jul 01, 2005 at 02:10:19PM +0100, Nick Kew wrote:
Apart from what others (particularly Rian) have said, it'll want
an additional ap_hook_smtp_envelope where things like a mod_rbl
can reject things before DATA.
Take a look at the stages at which exim can ACL. It's not uncommon to
use
On Fri, Jul 15, 2005 at 01:23:29AM -0500, Parin Shah wrote:
- we need to maintain a counter for url in this case which would
decide the priority of the url. But mainting this counter should be a
low overhead operation, I believe.
Is a counter strictly speaking the right approach? Why not a
configure.in makes a big deal about determining AP_SIG_GRACEFUL, which
defaults to SIGUSR1, but uses SIGWINCH on Linux 2.0. But then
mpm_common.c goes ahead and ignores this for actually sending the
signal, SIGUSR1 is hard-coded;
if (!strcmp(dash_k_arg, graceful)) {
if (!running) {
On Wed, Jul 27, 2005 at 12:59:05PM +0100, Joe Orton wrote:
SIGUSR1 is unavailable on Linux 2.0 iff linuxthreads is used, i.e. in a
threaded MPM. It'd be better simply to refuse to allow use of threaded
MPMs on such platforms (which nobody will notice) and allow graceful to
use SIGUSR1
On Wed, Jul 27, 2005 at 09:01:53AM -0400, Bill Stoddard wrote:
+1. Ken Coar and I have looked into the need for a 'graceful shutdown' and
there may even be a patch posted to the dev list using an IPC (so long ago
I don't recall the exact details). Freeing up SIGWINCH sounds like a good
On Fri, Jul 29, 2005 at 02:23:44PM -0500, Jem Berkes wrote:
I've posted it here. I've been testing it with 2.1.6-alpha
http://www.sysdesign.ca/archive/mod_dnsbl_lookup-0.90.tar.gz
Cool. I'd split dnsbl_zones into ipv4_dnsbl_zones and ipv6_dnsbl_zones
and have the DnsblZones directive work like;
I finally developed some time to look into this. mod_cache doesn't
behave very nicely when the cache area fills. Of course administators
should make sure it doesn't fill in the first place, but nevertheless a
few people have hit this bug (me included) and I think mod_cache should
handle the
On Sun, Aug 07, 2005 at 09:59:15PM +0200, [EMAIL PROTECTED] wrote:
As you already mentioned the remove_url implementation
of mod_disk_cache is currently an empty dummy :-).
I've been thinking about that, but it's not entirely as easy as it first
seems, or indeed as htcacheclean wrongly assumes.
On Mon, Aug 08, 2005 at 12:07:09AM +0200, Andreas Steinmetz wrote:
Colm MacCarthaigh wrote:
For what it's worth though, htcacheclean itself has this massive bug,
and does not do any directory cleanup, so your patch isn't alone in
doing this.
The problem is that you can't remove
On Mon, Aug 08, 2005 at 12:45:21AM +0200, [EMAIL PROTECTED] wrote:
Is a traversal really needed? What about going back the full path of the
header / data file to the cache root and removing each component on the
way by calling apr_dir_remove on each component until it fails?
I'm not sure if
On Mon, Aug 08, 2005 at 12:04:44AM +0100, Colm MacCarthaigh wrote:
Well that's a pretty each race to solve within httpd. It won't be able
to create the headers, or the body. The patch I've submitted cleans up
that slight race. The file won't be cached on that serve, but I don't
think that's
On Mon, Aug 08, 2005 at 10:33:47AM +0200, [EMAIL PROTECTED] wrote:
Is a traversal really needed? What about going back the full path of the
header / data file to the cache root and removing each component on the
way by calling apr_dir_remove on each component until it fails?
I'm not sure
On Mon, Aug 08, 2005 at 02:11:12PM +0200, [EMAIL PROTECTED] wrote:
What makes you think so? As previously stated this works on Unix systems and
according to MS API doc it (RemoveDirectory) should behave in the same manner
on Windows. I was not able to check the OS/2 code, as I found no
Working on mpm stuff now, everytime I start apache with worker on trunk
, I get;
::1 - - [08/Aug/2005:11:56:58 +0100] GET / HTTP/1.0 200 3089 - - 1966
::1 - - [08/Aug/2005:11:56:59 +0100] GET / HTTP/1.0 200 3089 - - 3856
::1 - - [08/Aug/2005:11:57:00 +0100] GET / HTTP/1.0 200 3089 - - 2389
::1 -
On Mon, Aug 08, 2005 at 03:24:44PM +0100, Colm MacCarthaigh wrote:
Which is pretty confusing imo for administrators (it was for me), patch
gives the dummy connections a User-Agent: header, so that the
administrator can determine that they don't have some errant local
process;
Of course it's
On Mon, Aug 08, 2005 at 11:29:59AM -0400, Brian Akins wrote:
Colm MacCarthaigh wrote:
On Mon, Aug 08, 2005 at 03:24:44PM +0100, Colm MacCarthaigh wrote:
+srequest = apr_pstrcat(p, GET / HTTP/1.0\r\nUser-Agent: ,
+ ap_get_server_version
On Mon, Aug 08, 2005 at 04:42:09PM +0100, Colm MacCarthaigh wrote:
On Mon, Aug 08, 2005 at 11:29:59AM -0400, Brian Akins wrote:
maybe just make it static like:
static char *srequest = NULL;
or;
const char *srequest = GET / HTTP/1.0\r\n
User-Agent
is libssl an intentional new core dependency for trunk?
./configure ; make
gets me;
mod_setenvif.c:126: error: syntax error before '*' token
mod_setenvif.c:126: warning: data definition has no type or storage class
mod_setenvif.c: In function `match_headers':
mod_setenvif.c:542:
On Wed, Aug 10, 2005 at 12:54:22AM +0100, Nick Kew wrote:
Looks like a missing declaration for an optional function.
Needs fixing - yes - but where does libssl come in to it?
If I installed libssl-dev, it would compile just fine. But a completely
pristine checkout gets rid of the problem.
On Wed, Aug 10, 2005 at 03:38:17PM -0700, Justin Erenkrantz wrote:
--On August 8, 2005 1:25:46 PM +0100 Colm MacCarthaigh [EMAIL PROTECTED]
wrote:
O.k., I've merged our two patches, but I've changed a few things, tell
me if there's anothing you think is wrong;
Would you mind writing up
governing permissions and
* limitations under the License.
*/
/*
* htcacheadmin.c: a utility to allow administrators to track down urls
* in their caches, and perform actions on that basis.
*
* Contributed by Colm MacCarthaigh colm stdlib.net
* 11 Aug 2005
*/
#include apr.h
#include
Currently;
GET / HTTP/1.1
Host: ftp.heanet.ie
GET http://ftp.heanet.ie/ HTTP/1.0
GET HTTP://Ftp.Heanet.Ie/ HTTP/1.0
are all mapped to different hashes by mod_cache; despite being the same
content, this is an inefficient waste of disk space and really awkward
On Fri, Aug 12, 2005 at 11:54:44AM -0400, Brian Akins wrote:
Should this honor usecanonicalname? If so, could just use
ap_get_servername(r) in stead of r-hostname. This may further compact
the number of entries.
Yes, but I think there'd have to be additional code to detect the proxy
cases.
On Fri, Aug 12, 2005 at 04:59:20PM +0100, Colm MacCarthaigh wrote:
On Fri, Aug 12, 2005 at 11:54:44AM -0400, Brian Akins wrote:
Should this honor usecanonicalname? If so, could just use
ap_get_servername(r) in stead of r-hostname. This may further compact
the number of entries.
Yes
On Fri, Aug 12, 2005 at 01:34:50PM -0400, Jim Jagielski wrote:
Here's a more involved patch that gets the logic right. It's 6pm on a
Friday for me, so I have only tested it a little, but thought I'd
share
for comment before the weekend.
+1 on inspection... testing to be done over
the
On Sat, Aug 13, 2005 at 03:20:10PM -0700, Jem Berkes wrote:
I haven't found any examples of IPv6 RBLs.
rbl-plus.hea.net. If you can give me a small fixed IP range, I can
arrange access.
--
Colm MacCárthaighPublic Key: [EMAIL PROTECTED]
On Sat, Aug 13, 2005 at 03:54:25PM -0700, Jem Berkes wrote:
Sure, we could support them but if they are the only one (and without
public documentation on how to use) then aren't we making guesses from a
rare case? I haven't found any public discussion on IPv6 DNSBL
conventions.
Apart from
On Sat, Aug 13, 2005 at 10:29:54AM +0200, Graham Leggett wrote:
The idea of canonicalising the name is sound, but munging them into an
added :80 and an added ? is really ugly - these are not the kind of URLs
that an end user would understand at a glance if they had to see them
listed.
An
[EMAIL PROTECTED]:~/svn/httpd-trunk/modules/cache$ grep -e define.*FORMAT *
mod_disk_cache.c:#define VARY_FORMAT_VERSION 3
mod_disk_cache.c:#define DISK_FORMAT_VERSION 4
[EMAIL PROTECTED]:~/svn/httpd-trunk/support$ grep -e define.*FORMAT *
htcacheclean.c:#define VARY_FORMAT_VERSION 1
mod_cache configurability sucks big-time. CacheEnable adds yet another
location mapping scheme for administrators to deal with, but this scheme
lacks basic flexibility;
It can't reliably disable caching for a directory.
It's about 99.9% useless for a forward proxy
On Mon, Aug 15, 2005 at 01:50:14PM +0200, Graham Leggett wrote:
It can't reliably disable caching for a directory.
Proxy has a mechanism to do this, cache should have a similar mechanism.
Does CacheDisable not do this?
That's per-location, not per-directory. If multiple uri's map to the
On Mon, Aug 15, 2005 at 11:11:46PM -0500, Jem Berkes wrote:
I did start to implement software side caching in mod_dnsbl_lookup but it
raised questions as to whether it's appropriate to have global scale
caching when we're doing connection and request oriented processing.
So I've left
More mod_cache fix-ups;
CacheEnable /
isn't very useful for forward proxy servers. This patch makes;
CacheEnable /
CacheEnable ftp://
CacheEnable http://somesite/
CacheDisablewww.apache.org/blah/
CacheDisableftp://
On Tue, Aug 16, 2005 at 06:02:04PM -0700, Justin Erenkrantz wrote:
The quick handler runs well before any knowledge is available about the
backend (dir/file). The only thing you know is the URI path: unsurprisingly,
this is all that CacheEnable and CacheDisable can reasonably work with.
It's
On Tue, Aug 16, 2005 at 06:13:38PM -0700, Justin Erenkrantz wrote:
On Mon, Aug 15, 2005 at 09:55:34AM +0100, Colm MacCarthaigh wrote:
mod_cache configurability sucks big-time. CacheEnable adds yet another
location mapping scheme for administrators to deal with, but this scheme
lacks basic
On Tue, Aug 16, 2005 at 06:23:28PM -0700, Justin Erenkrantz wrote:
- CacheDirLevels 5br /
- CacheDirLength 3br /
+ CacheDirLevels 2br /
+ CacheDirLength 1br /
Why are you changing these? (I don't think it's relevant to this patch.)
Sorry, they
Just wondering what vim-users here may be using for help with coding in
the Apache style. Currently I have;
set tabstop=4
set shiftwidth=4
set expandtab
Which are all reasonably obvious, but thought that others may have
collated the corrent autoindent configurations,
On Tue, Aug 16, 2005 at 10:44:11PM -0700, Paul Querna wrote:
We'd certainly sacrifice some speed under these circumstances; but it'd
perhaps be better than nothing and would avoid the possibility where we
serve
content that is now excluded. -- justin
IMO, this is why we should revive
On Wed, Aug 17, 2005 at 04:13:37PM -0400, Brian Akins wrote:
Graham Leggett wrote:
The disk cache might be a
bit more involved, but the idea would be the same.
Only way I can think of this is to keep trying to seek until file gets
renamed. Maybe not very efficient.
Why bother renaming
On Wed, Aug 17, 2005 at 04:33:24PM -0400, Brian Akins wrote:
True.
But like Graham said, ultimately, I don't think it's worth it.
I got the opposite from what Graham said, but may have mis-read.
Not to be biased, but I think my idea of serving recently expired
objects would also avoid the
On Wed, Aug 17, 2005 at 04:11:01PM -0400, Brian Akins wrote:
I have the thought that we could also serve files that have recently
expired (recent being configurable) if the object was being cached.
Psudocode:
if(expired (now - recent)) {
Content definitely should not be served from the
On Wed, Aug 17, 2005 at 03:17:41PM -0700, Justin Erenkrantz wrote:
Content definitely should not be served from the cache after it has
expired imo. However I think an approach like;
if((now + interval) expired) {
if(!stat(tmpfile)) {
update_cache_from_backend();
On Thu, Aug 18, 2005 at 09:22:13AM -0400, Brian Akins wrote:
Thanks to all who reminded me what a dumb-a## I am this morning...
I forgot the patch. Here it is.
Cool.
diff -ru httpd-trunk.orig/modules/cache/mod_disk_cache.c
httpd-trunk.new2/modules/cache/mod_disk_cache.c
---
On Thu, Aug 18, 2005 at 10:43:41AM -0400, Brian Akins wrote:
I can understand why this is faster, I'm guessing that you've enough RAM
that you're retrieving files from the vmcache and that the higher-layer
buffering is just overhead. This is probably going to be the majority
case, but would do
On Thu, Aug 18, 2005 at 12:11:56PM -0400, Brian Akins wrote:
Yep, but there are definite speed-up's to be had. I'm going to
canibalise your patch and try some of the above anyway.
Cool. I'd be willing to help.
I'll be putting on-line all of my TODO's and patches-in-progress
shortly, I have
On Thu, Aug 18, 2005 at 10:07:29AM -0700, Justin Erenkrantz wrote:
Okay. I see what you mean now.
If the interval is configurable via a directive, then yes that makes sense.
This could be done independently of deterministic tempfiles.
It could, though it would require using a seperate
On Thu, Aug 18, 2005 at 10:43:45AM -0700, Justin Erenkrantz wrote:
None of the code in mod_disk_cache used buffering before I turned it on.
It gave significant speedups in my performance tests by reducing the
syscall overhead. I also had identified and fixed some bugs in apr's
buffering
On Thu, Aug 18, 2005 at 01:39:18PM -0400, Brian Akins wrote:
Dead process is solveable with IPC, the existing locking schemes should
be enough for this. The hard problem I think is when a backend has
stalled. Can't think of an easy fix for that case.
When you stat the temp file, if its
On Thu, Aug 18, 2005 at 02:00:52PM -0400, Brian Akins wrote:
Colm MacCarthaigh wrote:
So mtime not being recent is no-indication of death, it could easily be
a trickling download.
True. But, if the files mtime has not changed in 120 seconds (for
example) the download is probably hung
In this spirit, a major new feature of httpd-2.2 will be reliably
working Caching, but the documentation on Caching is a bit tough on
users right now. I'm currently working on this;
http://people.heanet.ie/~colmmacc/manual/misc/cachingguide.html.en
Which is about half done. Comments
On Sat, Aug 20, 2005 at 06:39:08PM -, [EMAIL PROTECTED] wrote:
-Changes with Apache 2.3.0
+Changes with Apache 2.1.7
+ [Remove entries to the current 2.0 section below, when backported]
This line is a bit confusing to non-developers, should it be in a (even
beta) release CHANGES file?
On Sat, Aug 20, 2005 at 02:09:40PM -0700, Paul Querna wrote:
The code came out, but not the documentation. The oid stuff is still in
mod_setenvif.(xml|html.en), which means a non-existant feature is
documented. Not sure if that's worth rolling a new tarball for.
No, I don't think so, we
On Sat, Aug 20, 2005 at 02:38:45PM -0700, Paul Querna wrote:
Sounds fine. In related not-a-blocker spirit, where do I find whatever
is being used to roll the tarballs? (possibly stupid question). It's
rm'ing the \.xml$ files but not xml.ja, xml.ko, xml.de and so on, which
in turn
On Sun, Aug 21, 2005 at 11:15:43AM -0400, Joshua Slive wrote:
http://people.heanet.ie/~colmmacc/manual/misc/cachingguide.html.en
Which is about half done. Comments contributions welcome.
Looks good. A few comments:
See docs like env.html, sections.html, and logs.html for an example
On Mon, Aug 22, 2005 at 11:16:57AM -0400, Jeff Trawick wrote:
Any reasonable place to put release notes like the following form?
some compilers may not like C++ comments and fail to build, showing an
error on line XXX of apr_dbd_internal.h; if that occurs, delete that line
and
re-run
On Mon, Aug 22, 2005 at 05:00:04PM +0100, Nick Kew wrote:
Also;
htcacheclean is known not to work in this beta, and if used will
consistently delete the entire contents of a cache-store. Please
apply the $patch, if you intend to use htcacheclean.
That sounds to me like a
201 - 300 of 413 matches
Mail list logo