Re: Adding URI Translation Handlers
| From: | Brian Moon | Date: | Fri, 22 Jun 2001 19:30:45 +0000 |
| Subject: | Re: Adding URI Translation Handlers | ||
| References: | 1 2 3 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-57697@lists.php.net to get a copy of this message | ||
Now as for precompiled code, I am all for that. We have lots of bit of code
that are run on every page and I know that it is possible to rework all this
somehow to not have to do that.
I am still not clear on your problem with the rewriting. I don't see what
the number of files in the templates has to do with anything.
Can you elaborate more on that. Maybe some examples of what the request
would be and how you would rewrite it and why.
Brian Moon
------------------------------------------
dealnews.com, Inc.
Makers of dealnews & dealmac
http://dealnews.com/ | http://dealmac.com/
----- Original Message -----
From: "Stephen van Egmond" <svanegmond@bang.dhs.org>
To: "Brian Moon" <brianm@dealnews.com>
Cc: <svanegmond@home.com>; <php-dev@lists.php.net>
Sent: Friday, June 22, 2001 12:50 PM
Subject: Re: [PHP-DEV] Adding URI Translation Handlers
> Brian Moon (brianm@dealnews.com) wrote:
> > Isn't this what mod_rewrite is for?
>
> mod_rewrite works only in a static sense. You set up your rules, and
> fire up your Apache. If your rules change (as they certainly will in
> the case of 10,000 florists), you have to rewrite the rules file and
> restart apache.
>
> > http://florists.ftd.com/florists/rosebowlfloral/
>
> It also doesn't address the issue of the various files which will be
> there. Path_info will work with one file, in the case of articles.
>
> But if each (in this case) florist has a series of files in their
> templates (product detail pages, personal accounts, ordering pages,
> etc) you're out of luck.
>
> The example is real; I was the lead developer for florists.ftd.com for
> most of last year.
>
> The point I'm making is that I would like to improve the Apache SAPI
> code for PHP to support more of the Apache server's features, like the
> request rewriting step, tear-up/tear-down, and even precompiling code
> when the server forks so that it doesn't need to be recomputed on every
> hit.
>
> Are there other people interested in this that would like to get a
> hacking crew together?
>
>
>