When I look at the patch, it seems to me that this could be put into a module.
The new C level command doesn't need to be a static command, it uses only
external functions and variables (Ns_*, Tcl_*).
Can we work togeather to get a module instead of a patch?
I'll work up a module file today
On 2007.09.28, John Buckman [EMAIL PROTECTED] wrote:
The 404 handler approach is very clever, that'll do exactly what I
need, thanks!
Dossy: not sure if it's even worth benchmarking this, as this
approach will yield the static-file-speeds, which are amazing, except
in the rare
Okay, after looking further into this patch, I see that it doesn't actually
add any functionality to AOLserver. It looks like you would have to install a
newer version of OpenACS to use this.
I have the stubs in for an AOLserver C module, but I'm not sure about a few
things.
Two commands
Dossy Shiobara schrieb:
On 2007.09.27, Jeff Rogers [EMAIL PROTECTED] wrote:
[...] It seems at first glance that it would make more sense to hand
the task of writing to the connection back to the driver thread once
the connection thread is done with it, [...]
I don't know if the change
Does anyone know what these $map(%E7%A7%8B) things are in URLs when
asian-UTF characters are used?
Ie, typing into a search form on aolserver (BookMooch) for the
japanese character 秋 converts it to
http://bookmooch.com/m/s/$map(%E7%A7%8B)
That $map looks like an array lookup, but I've
On Sep 28, 2007, at 8:43 AM, John Buckman wrote:
My solution to that problem was simply caching in the filesystem
and serving static files. The way this works in a multi-server
environment is that the custom 404 handler figures out the request
was for /photo/123/axbcgsfdt.jpg and just grabs