On 10/10/06 7:28 AM, Nick Kew [EMAIL PROTECTED] wrote:
Doesn't that mean
AN Other module can register its own int:foo functions, and
the documentation is wrong?
That is my understanding: the framework is in place, just not documented.
--
Brian Akins
Chief Operations Engineer
Turner
On 10/11/06 11:11 AM, Colm MacCarthaigh [EMAIL PROTECTED] wrote:
somebody have more preferences to one method ?
I'd be -1 to anything that needed to perform a regular expression test
to check the cache, it'd be a huge CPU hit on something that we're
supposed to be doing as quickly as
On 1/23/07 10:44 AM, Niklas Edmundsson [EMAIL PROTECTED] wrote:
Ah, you can place CacheEnable-directives in the vhost context too.
Then it should be sufficient, unless you want to say ignore
querystring for all .gif:s or something like that. Perhaps use a
regex instead?
In our home-grown
On 4/23/07 11:33 AM, Paul Querna [EMAIL PROTECTED] wrote:
+1, I've been down this road before too.
+1 on the concept. Still looking at patch.
--
Brian Akins
Chief Operations Engineer
Turner Digital Media Technologies
This idea has been rattling around in my head off and on for a while. What
is we replaced all the r-subprocess_env with something a little more
interesting...
General environment API:
/*
directly set an env variable. Will always show up in env list
*/
apr_status_t ap_set_env(request_rec *r,
On 4/27/07 2:34 PM, Brian McCallister [EMAIL PROTECTED] wrote:
Thoughts?
Sounds good to me. Like I said, I just started playing with it this morning
:)
If you can point me more in the right direction, I can give it a try. I was
just scratching an itch.
Also, I want to add quick_handler to
On 4/27/07 2:34 PM, Brian McCallister [EMAIL PROTECTED] wrote:
We may want to consider not putting table_set and table_get on the
request, though. It might be better to have a general purpose
userdata type (metatable) for apr_table_t and put the functions
there. This would allow for something
Probably more changes than needs to be in one patch:
- use hooks for:
-- wombat_open - called by create_vm
-- wombat_request - called instead of apw_request_push
-added apr_lua.c and .h - only handles tables for now. Can be extended to do
more in future.
--
Brian Akins
Chief Operations
On 4/30/07 5:53 PM, Brian McCallister [EMAIL PROTECTED] wrote:
I would like to maintain a function which is analogous to
lua_pushstring() and lua_pushinteger() for pushing the request_rec
into a function call or whatnot from the C side.
Will this work with the hook? (I am a hook newb).
Adds ability to get to r.connection and r.server. Also renamed back to
apw_request_push per discussion with Brian M.
This works now:
function quick_handler(r)
r.headers_out[Lua] = Rulez;
h = r.headers_out
val = r.headers_in[User-Agent];
h[Test] = HELP;
h[Browser] = val;
On 5/3/07 12:10 PM, Brian McCallister [EMAIL PROTECTED] wrote:
We should probably figure out how to avoid pushing the various values
into the Apache2.Request metatable -- we are going to need a general
purpose solution sooner rather than later, I think.
I think I mostly figured this out:
On 5/4/07 7:42 PM, Rici Lake [EMAIL PROTECTED] wrote:
In Lua, setting to nil is equivalent to deletion. So I think this should be:
if (lua_isnoneornil(L, 3)
apr_table_unset(t, key);
else {
const char *val = luaL_checkstring(L, 3);
apr_table_set(t, key, val);
}
+1
This patch adds:
LuaDefaultCacheStyle
and
LuaDefaultScope
To set defaults for these. The code needs to be change around so that we
check dir_config first, and then revert to default.
--
Brian Akins
Chief Operations Engineer
Turner Digital Media Technologies
default-config.diff
Was always allocating finfo from a pool. Now just do it on stack.
--
Brian Akins
Chief Operations Engineer
Turner Digital Media Technologies
finfo-leak.diff
Description: Binary data
Had a couple hours while on vacation after reading PiL. This makes
connection, server, and apr_table into real lua modules. I also separated
out the code and started playing with getters and setters.
I like the idea of doing the function tables in plain C, rather than Lua
C. Mostly because I
On 5/17/07 10:26 PM, Garrett Rooney [EMAIL PROTECTED] wrote:
I'm not a fan of the way the pools and hash tables are lazily
initialized, as it isn't thread safe and one of the nice things about
mod_wombat is its thread safety. Perhaps something that's initialized
during server startup
On 5/30/07 6:09 PM, Jim Jagielski [EMAIL PROTECTED] wrote:
The only issue... refers to the problems if we try to restructure
the scoreboard instead, which is good for 2.4/3.0
Scoreboard needs an overhaul anyway. So I wouldn't muck with it now. The
local pid table sounds fine.
--
Brian
On 7/1/07 10:11 AM, Frank [EMAIL PROTECTED] wrote:
I just wonder what has happen to this good idea? Did you start
implementing it? (Today I was thinking about implementing this, coz' I
need it)
Never had the time. Project at work went a different direction.
--
Brian Akins
Chief
On 8/27/07 1:19 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
You are the CNN guy, right?
Sure, why not...
Of your 30 percent... is there an identifiable User-Agent
that comprises a visible chunk of the requests?
If so... what is it?
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;
In our proxy, we launch an external helper app the does active health
checking of the origin servers. This is a HEAD request on a configurable
(per origin pool) uri (ie, http://host:port/url/blah). When an origin
passes/fails a given number of checks it is marked up/down. For example,
when an
On 10/8/07 1:44 PM, Roy T. Fielding [EMAIL PROTECTED] wrote:
For the millionth time, if that is a problem then separate the proxy
module from the gateway (reverse proxy) module. They do not belong
together.
+1. This would sway me more to go back to the stock modules. The
reverse proxy
-1 from me (if that counts.)
Using ProxyPass should be fine for 95% of the use cases??
ProxyPass /cnn http://www.cnn.com/
!--#include virtual=/cnn/WORLD/index.html --
--
Brian Akins
Chief Operations Engineer
Turner Digital Media Technologies
On 11/1/07 6:48 PM, Ian Holsman [EMAIL PROTECTED] wrote:
Akins, Brian wrote:
-1 from me (if that counts.)
Using ProxyPass should be fine for 95% of the use cases??
ProxyPass /cnn http://www.cnn.com/
!--#include virtual=/cnn/WORLD/index.html --
yes.
if you:
a. have a static
On 11/13/07 8:30 AM, Jeff Trawick [EMAIL PROTECTED] wrote:
* Note that the condition evaluation order is extremely important.
@@ -212,7 +214,8 @@
(!apr_table_get(r-subprocess_env, nokeepalive)
|| apr_table_get(r-headers_in, Via))
((ka_sent =
On 11/13/07 11:28 AM, Jim Jagielski [EMAIL PROTECTED] wrote:
Agreed that mod_proxy has the potential of joining the ranks
of mod_rewrite and mod_ssl as the Modules Most Likely To Make
One Lose Their Minds And Run Screaming Hysterically Through
The Halls.
We found it much easier to write our
On 11/28/07 3:39 AM, jean-frederic clere [EMAIL PROTECTED] wrote:
One of the question is should we go on using scoreboard to store the
balancers and workers information
No. There were a couple of alternatives discussed a few (?) months ago. I
know I showed some per-module scoreboard example
On 11/28/07 11:20 AM, Jim Jagielski [EMAIL PROTECTED] wrote:
Agreed.
However, we should have an httpd api that will allow
module to register his own shared memory, that will
be managed and handled like scoreboard with probably
the 'generation' extension to allow graceful restarts
with
Should we also break out the bndm stuff from mod_include as well? I have
used in a few modules.
--
Brian Akins
Chief Operations Engineer
Turner Digital Media Technologies
On 11/28/07 1:41 PM, Mladen Turk [EMAIL PROTECTED] wrote:
This code is simply a scoreboard callback.
We were talking of the API that would allow module to
register the 'shared memory intention'. Then the
core will take care of creating/attaching/removing the shared
memory. It will be
I have a need to possible add more variables to mod_include (ie, DATE_LOCAL,
DOCUMENT_URI) and also to have the variable act like tables. Something like
$CNNVAR{foo}. I was thinking that we could have get_include_var (and
others) to use providers. Mod_include would only provide providers for
On 11/28/07 2:54 PM, Nick Kew [EMAIL PROTECTED] wrote:
as in ap_register_include_handler?
No. As in want to have other variables in addition to the environment and
the special httpd ones (like DATE_LOCAL, DOCUMENT_URI).
Pseudo code:
Where would you propose to use it?
Like:
!--#if
On 11/28/07 8:27 PM, Nick Kew [EMAIL PROTECTED] wrote:
I haven't looked at that specifically, but I think it likely there's
a good case for it. Are you volunteering to hack up a patch?
Sure. Why not.
Needs to be against apr trunk and httpd trunk?
--
Brian Akins
Chief Operations Engineer
On 11/29/07 8:23 AM, Nick Kew [EMAIL PROTECTED] wrote:
Oh, er, um ... porting over to APR? That'd need to be raised on
[EMAIL PROTECTED] I read your original post as ap_bndm, meaning httpd core.
I can just do ap_bndm. Just to keep it on this list...
Any particular place we are sticking
This works:
VirtualHost *
...
Proxy balancer://fill
BalancerMember http://server1:80 route=server1
BalancerMember http://server2:80 route=server2
/Proxy
ProxyPass /path balancer://fill/ stickysession=Sticky
/VirtualHost
This does not:
Proxy balancer://fill
On 3/22/06 11:39 AM, Sander Temme [EMAIL PROTECTED] wrote:
Looks like something doesn't get inherited. Have a peek at the merge
functions for the structure(s) that affect this behaviour.
S.
Looks like it may be in add_pass where it calls ap_proxy_get_balancer:
if (strncasecmp(r,
This is more of a users question.
Just write a little program (C, perl, python, wahetevr) to be used as a piped
logger and have it split the lines as they are logged. Just log the virtual
host first (%V, I think) and use that to split it). You only have to have one
logger running/open.
Title: Keepalives
Here's the problem:
If you want to use keepalives, all of you workers (threads/procs/whatever)
can become busy just waiting on another request on a keepalive connection.
Raising MaxClients does not help.
The Event MPM does not seems to really help this situation. It
Title: Re: Keepalives
On 6/20/05 3:14 PM, Greg Ames [EMAIL PROTECTED] wrote:
...so with this setup, I have roughly 3 connections for every worker thread,
including the idle threads.
Cool. Maybe I just need the latest version. Or I could have just screwed my
test...
Anyway, there
Title: Reward SSL and IE
Not the most appropriate forum, but we are willing to pay a reward to
someone who can definitively help use with a mod_ssl (Apache 2.0.54) and IE
issue. It seems to only affect older versions (5.5 and early 6). We have
tried various work arounds from the net but to no
Title: Re: Reward SSL and IE
Akins, Brian wrote:
Not the most appropriate forum, but we are willing to pay a reward to
someone who can definitively help use with a mod_ssl (Apache 2.0.54) and IE
issue. It seems to only affect older versions (5.5 and early 6).
For reference:
[Mon
Title: Re: Reward SSL and IE
The problem was actual a certificate. The key was generated by a newer
version of openssl than we normally use (0.9.6 vs 0.9.7)) and somehow that
translated to a cert from Verisign that did not work on Win98 and IE.
Strange.
--
Brian Akins
Lead Systems
Title: Re: apache developers documentation!!!
On 6/21/05 5:29 PM, Nick Kew [EMAIL PROTECTED] wrote:
(2) http://www.apachecon.com/ - come to our module developers tutorial
and other talks.
When will there be another apachecon US?
--
Brian Akins
Lead Systems Engineer
CNN Internet
On 6/29/05 11:40 AM, Paul A Houle [EMAIL PROTECTED] wrote:
[Tue Jun 28 14:45:53 2005] [notice] child pid 28182 exit signal
Segmentation fault (11)
Sorry if I missed it, which mpm are you using?
Basically before you start apache do:
ulimit -c unlimited
Set CoreDumpDirectory to so directory
On 6/29/05 1:39 PM, Paul A Houle [EMAIL PROTECTED] wrote:
Akins, Brian wrote:
Sorry if I missed it, which mpm are you using?
prefork
For prefork, just follow the directions I gave and forget all the thread
stuff.
--
Brian Akins
Lead Systems Engineer
CNN Internet
This patch adds a new hook (request_status) that gets ran in proxy_handler
just before the final return. This gives modules an opportunity to do
something based on the proxy status.
A couple of examples where this is useful:
-You are using a caching module and would rather return stale content
From the best I can tell, subrequests do not get the benefits of keepalives
in mod_proxy in 2.1. What is the reason for this?
--
Brian Akins
Lead Systems Engineer
CNN Internet Technologies
On 7/12/05 10:27 PM, Parin Shah [EMAIL PROTECTED] wrote:
Also, one of the flaws of mod_disk_cache (at least the version I am looking
at) is that it deletes objects before reloading them. It is better for many
reasons to only replace them. That's the best way to accomplish what I
On 7/13/05 2:43 PM, Graham Leggett [EMAIL PROTECTED] wrote:
This was one of the basic design goals of the new cache, but the code
for it was never written.
It was logged as a bug against the original v1.3 proxy cache, which
suffered from thundering herd when cache entries expired.
At
On 7/13/05 6:36 PM, Ian Holsman [EMAIL PROTECTED] wrote:
Hi There.
just remember that this project is Parin's SoC project, and he is
expected to do the code on it.
sure. I am expected to do what's best for my employer and the httpd
project.
While normally I think it would be great to
On 7/13/05 6:41 PM, Ian Holsman [EMAIL PROTECTED] wrote:
a pool of threads read the queue and start fetching the content, and
re-filling the cache with fresh responses.
How is this better than simply having an external cron job to fetch the
urls? You have total control of throttling there
On 7/14/05 9:59 AM, Ian Holsman [EMAIL PROTECTED] wrote:
that wouldn't keep track of the popularity of the given url, only when
it is stored.
Which would be a useful input to something like htcacheclean so that it does
not have to scan directories.
The priority re-fetch would make
On 7/20/05 11:25 AM, Paul Querna [EMAIL PROTECTED] wrote:
If a URI is varied, all variations will be stored underneath a new
hash.header.vary/ directory.
Looks good for starters.
Good idea.
I would like a way to override some varies. For example, in a reverse proxy
situation, you may
As I sit here debugging our home grown proxy code for 2.0, I wonder how long
until 2.2? We wrote our own proxy because the cool 2.1 stuff was not out at
the time. The new proxy stuff would be wonderful for us, but noone wants to
run alpha code in production. (However, we are quick to run
Does this code from 2.1 in apr_proxy_http_request still make sense? Do we
not want to attempt to maintain the server connection anyway? Maybe I'm
missing some other logic...
/* strip connection listed hop-by-hop headers from the request */
/* even though in theory a connection: close
This patch allows one to override the values of some headers so that they
vary to the same value.
Config Example:
#all lines that have gzip set one variable
SetEnvIf Accept-Encoding gzip gzip=1
#browsers that have problems with gzip
BrowserMatch MSIE [1-3] gzip=0
BrowserMatch MSIE [1-5].*Mac
The current 2.1 mod_disk_cache allows any number of workers to be actively
trying to cache the same object. This is because of the use of
apr_file_mktemp.
This patch makes the tempfiles the same per cache object rather than
random. I basically added a temp_file() that mimics data_file() and
This is just some ramblings based on some observations, theories, and tests.
Partially devil's advocate as well.
Most of us seem to have convinced our self that high performance network
applications (including web servers) must be asynchronous in order to scale.
Is this still valid? For that
On 1/18/08 2:16 PM, Justin Erenkrantz [EMAIL PROTECTED] wrote:
Speaking for myself, I think writing and using buckets with serf is
more straightforward than our complicated bucket brigade system with
mixed push/pull paradigms.
It very well may be.
Async may be easy. Except when my db
On 1/18/08 3:07 PM, Colm MacCarthaigh [EMAIL PROTECTED] wrote:
That's not even a consideration,
async is really for dynamic content, proxies, and other non-sendfile
content.
For dynamic stuff, X-sendfile works well. (Just really starting to play
with that, liking it so far).
The proxy that
On 1/18/08 2:20 PM, Colm MacCarthaigh [EMAIL PROTECTED] wrote:
I think so, in some environments anyway. If you have a server tuned for
high throughput accross large bandwidth-delay product links then you
have the general problem of equal-priority threads sitting around with
quite a lot of
On 1/18/08 12:18 PM, Colm MacCarthaigh [EMAIL PROTECTED] wrote:
Hmmm, it depends what you mean by scale really. Async doesn't help a
daemon scale in terms of concurrency or throughput, if anything it might
even impede it, but it certainly can help improve latency and
responsivity greatly. On
On 1/20/08 10:44 AM, Graham Leggett [EMAIL PROTECTED] wrote:
In terms of space, caches are not infinite in size, but then neither are
the majority of backend websites either.
73GB is pretty big for a reverse proxy cache. And fast SAS drives are
pretty cheap.
Sure, but I think the point
On 1/19/08 6:29 PM, Davi Arnaut [EMAIL PROTECTED] wrote:
This is true for expensive hardware and very well designed operating
systems and file systems.. and the space is not infinite.
It depends on your definition of expensive. All of our servers are fairly
commodity. The new linux
On 1/25/08 3:51 PM, André Malo [EMAIL PROTECTED] wrote:
I don't recommend doing that as it contains a race condition (the file might
be changed in the meantime).
That race is in the default_handler as well, isn't it? It creates a file
bucket based on the size of an earlier stat. So, we are
On 1/25/08 3:33 PM, André Malo [EMAIL PROTECTED] wrote:
If it should not
be chunked, the backend simply has to provide a content-length along with
the x-sendfile header.
Okay, I add ap_set_content_length(r, sub-finfo.size) and that fixes it
and does not chunk.
--
Brian Akins
Chief
On 1/25/08 3:33 PM, André Malo [EMAIL PROTECTED] wrote:
I'm not sure if a filter is semantically the right place. IMHO that smells a
bit problematic. It might be better to I'd rather hack that into a function
similar to ap_internal_redirect and let it call explicitly. That way you'd
need to
On 1/24/08 3:14 PM, Olaf van der Spek [EMAIL PROTECTED] wrote:
Working on making a FastCGI based setup the recommended approach
instead of mod_php is probably more important then async. Actually,
it's a prerequisite.
Fastcgi is the recommended way of using php and httpd 2, AFAIK. Isn't it???
I started to play with xsendfile more. I noticed the mod_xsendfile floating
around tried to basically replace what the default handler does very well.
Basically, my version does a subrequest for the file. This allows things
like Deny from all, etc, to work. This should be more secure, ie, if
Against trunk. Basically, has a new config EnableDoubleStat (I know,
horrible name) off by default. If on, will use apr_file_info_get on open
file handle. Based on patch in thread:
http://issues.apache.org/bugzilla/show_bug.cgi?id=43386
Doesn't apply cleanly against 2.2.8.
--
Brian Akins
On 1/28/08 4:35 AM, Ivan Ristic [EMAIL PROTECTED] wrote:
The FastCGI process is likely to be running under a different
account, but here we have a facility that allows that other process to
use the privileges of the Apache user to fetch a file. I can see how
this feature could easily find its
On 1/28/08 3:29 PM, Olaf van der Spek [EMAIL PROTECTED] wrote:
I agree that FastCGI is the better technical solution, I'm just
stating that neither the Apache documentation nor the PHP
documentation seems to state that. Even worse, they hardly document
the FastCGI way at all.
The only
On 1/28/08 12:35 PM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
AFAICT, this still does not resolve the problem, it simply picks up the
replacement of the file.
Which is what I care about.
It does not address the root 80% of the problem when an open file is
then changed during the
On 1/30/08 11:25 PM, Niko Wilfritz Sianipar Sianipar
[EMAIL PROTECTED] wrote:
Please help me with this problem:
HOW TO get/know/calculate transfer time of a packet not the entire of a file
(just a packet) that just sent to a client in Apache web server?
Register a network filter on the
On 2/6/08 1:35 PM, Albert Lash [EMAIL PROTECTED] wrote:
A little off topic, but would it make sense to use a ramfs with
mod_disk_cache to get the best performance?
On linux, at least, just set cacheroot to something like /dev/shm/cache.
Same principle applies for other OS's as well.
--
Brian
If anyone cares, here's how we do keys and vary in our cache:
On store:
Generate key: using url and r-args (we can ignore r-args per server, if
needed) (http://www.domain.com/index.html?you=me)
If(vary) {
store the following info in meta file:
cache_version_t - ala disk_cache (ours
On 2/13/08 11:07 AM, Jim Jagielski [EMAIL PROTECTED] wrote:
I've started looking at adding ping support for
mod_proxy_http to complement whats in mod_proxy_ajp...
The idea is to send a simple OPTIONS * to the backend
and hope for a reply.
Would it be more useful to have active
On 2/13/08 12:41 PM, Plüm, Rüdiger, VF-Group [EMAIL PROTECTED]
wrote:
If your health checks are smarter and notice that the backend will
fail soon (e.g. because it reached 98% or 99% percent of its capacity) then
this is a different story and can be very useful.
Correct. Perhaps a weighted
On 2/13/08 12:27 PM, Plüm, Rüdiger, VF-Group [EMAIL PROTECTED]
wrote:
This does not help with race conditions on HTTP keepalive connections.
Nevertheless active healthchecking could be useful. But on a busy site
I guess a real request will notice before the healthcheck that one backend
is
On 2/13/08 12:50 PM, Jim Jagielski [EMAIL PROTECTED] wrote:
That was the other option as well... some sort of hearbeat
loop which updates worker status. Still, we get into the issue
with how much of how proxy connects to and communicates with
the backend to honor or work around.
An external
On 2/13/08 1:09 PM, Jim Jagielski [EMAIL PROTECTED] wrote:
And again, we're basically doubling traffic and adding
overheard (more overhead than AJP's cping/cpong) at which
point I go back into wondering whether this sort of
implementation makes sense at all...
So is the main issue we are
On 2/13/08 2:10 PM, Jim Jagielski [EMAIL PROTECTED] wrote:
The latter is relatively easy to do with the current
impl... Maybe I'll drop the ping idea and work on this ;)
+1 ;)
--
Brian Akins
Chief Operations Engineer
Turner Digital Media Technologies
On 2/13/08 6:01 PM, Graham Leggett [EMAIL PROTECTED] wrote:
Is there anything stopping us going the multicasting route, say by
adding a hook or hooks of some kind to proxy that keeps track of known
server states?
Multicasting doesn't work well for us, for example, because servers are
spread
On 2/14/08 6:44 AM, Plüm, Rüdiger, VF-Group [EMAIL PROTECTED]
wrote:
1. We currently have no mechanism in place that simulates these kind of
failures we experience ourselves with the backend for the client. Returning
a 500 or 503 does not cause the client to repeat the request. IMHO we
On 2/14/08 9:54 AM, Graham Leggett [EMAIL PROTECTED] wrote:
In theory, you should be able to stack the providers, so that a balancer
module could return the list of servers to try in the right order, and
then another module could further reduce that list down to servers that
are actually up.
On 2/15/08 8:13 AM, Plüm, Rüdiger, VF-Group [EMAIL PROTECTED]
wrote:
Any specific reason why we need to add an hook here and why this cannot be
done by the existing provider (interface). I am scared of adding another
level of indirection here if it is not really needed and things can be
On 2/15/08 11:03 AM, Plüm, Rüdiger, VF-Group [EMAIL PROTECTED]
wrote:
My main point is that I want to avoid
using both hook and provider if not really needed, as it
Agreed. Was just stating my preference. As long as it's easy to use, I
have no strong feelings either way.
--
Brian Akins
On 3/1/08 9:41 PM, Matthew M. Burke [EMAIL PROTECTED] wrote:
If any of you use
it and have any thoughts (heck, even if you don't use it, but do have
thoughts) please send them to me and I'll compile a list and put
together a project description.
Sounds good. I'll get my list together.
Okay my list:
-Ability for other modules to call lua without worrying about caching,
compiling, etc. ie something like:
APR_DECLARE_OPTIONAL_FN(apr_status_t, lua_request_register, (apr_pool_t
*pool, lua_request_t **new, const char *file));
APR_DECLARE_OPTIONAL_FN(apr_status_t, lua_request_run,
On 3/5/08 3:12 PM, Jani M. [EMAIL PROTECTED] wrote:
To start with, am I correct in assuming that others might find use for
this feature?
We do this in our homegrown proxy. One less thing for the java guys to
think about...
--
Brian Akins
Chief Operations Engineer
Turner Digital Media
On 3/25/08 4:37 AM, Dirk-Willem van Gulik [EMAIL PROTECTED] wrote:
No - it does not; so you get that speed increase (which is very
noticable on a swapspace/ram-disk*).
I'd like to see some numbers on that. I just did a quick test on Linux and
saw no real improvement (testing our
On 3/25/08 12:54 PM, Dirk-Willem van Gulik [EMAIL PROTECTED] wrote:
Though if anyone can find me some more serious hardware* - I'd love to
do this proper; as I am struggling getting a fixed mod_memm_cache and
mod_memcached_cache to be taxed hard enough to actually measure/
profile sensibly
On 3/26/08 9:06 AM, Nick Kew [EMAIL PROTECTED] wrote:
There seems to be a demand for dynamic per-request configuration,
as evidenced by the number of users hacking it with mod_rewrite,
and the other very limited tools available. Modern mod_rewrite
usage commonly looks like programming, but
On 3/26/08 9:53 AM, Nick Kew [EMAIL PROTECTED] wrote:
I'm not talking about inventing a new language. Those who want one
have some options already, as noted below ...
Right. I was just throwing it out there, so to speak. I'm not opposed to
what you are saying, just wondering if we
On 3/26/08 10:31 AM, Nick Kew [EMAIL PROTECTED] wrote:
Straightforward: conditions on headers, method (obsoletes Limit),
request line, env, CGI vars. With the option to disable conditional
stuff for speed.
In mod_include, we parse into a tree on every request. For the
configuration, we
On 3/26/08 12:42 PM, Akins, Brian [EMAIL PROTECTED] wrote:
Thoughts?
Of course, it will not work exactly as I have said because we have to take
stuff like variable substitution into account, etc. Was just thinking out
loud...
--
Brian Akins
Chief Operations Engineer
Turner Digital Media
On 3/26/08 1:14 PM, Nick Kew [EMAIL PROTECTED] wrote:
we have to parse a string before we have Remote_IP.
Once we have that, sure, our evaluation function can dispatch
to the Remote_IP handler.
Of course. I was getting ahead of my self...
You seem to be looking a little further than my
The way I do this is simple and primitive. If I have an action I need to be
ran, I do something like:
Location /my-cron-job-thing
SetHandler MyCronJobThing
Allow from 127.0.0.1
Deny from All
/Location
And then in cron
* * * * * curl http://localhost/my-cron-job-thing
On 3/27/08 9:00 AM, Nick Kew [EMAIL PROTECTED] wrote:
/Lua
Fine for users who want to hack their own server. Like Perl.
Every play with lighttpd? It's almost the same way... Of course typical
lighthttpd user is a hacker.
But r.filename is the kind of innards we really don't want
to
On 3/31/08 1:46 PM, Issac Goldstand [EMAIL PROTECTED] wrote:
if possible (to
remove completely unnecessary bloating)
Lua != perl
Lua perl (size wise by an order of magnitude)
And in
addition, the learning curve to learn to use these powerful directives
is still optional
I disagree.
On 3/31/08 1:39 PM, Paul Querna [EMAIL PROTECTED] wrote:
We should just do it right, and stop hacking around the central problem.
Expose the structures.
Embed Lua.
+1, but you already knew that...
Also, mod_wombat, as such, goes away if Lua is embedded. We may have a
module that sits
1 - 100 of 218 matches
Mail list logo