[nycphp-talk] Many pages: one script
edwardpotter at gmail.com
Sun Aug 5 14:04:29 EDT 2007
hmmmm, I have never found this to be a problem. Using includes, you
can pull in .php code from anywhere, even pages with a .php extension
may be 99.99% html, with a just a single include('foo.php') in it.
Keeps things super streamlined, and your pages are very readable.
On 8/5/07, Elliotte Harold <elharo at metalab.unc.edu> wrote:
> I'm considering a simple site that I may design in PHP. PHP is probably
> the simplest solution except for one thing: it carries a very strong
> coupling between pages and scripts. As far as I've ever been able to
> tell PHP really, really, really wants there to be a single primary .php
> file for each URL that does not contain a query string (though that file
> may of course invoke others).
> For the system I'm designing that simply won't work. In Java servlet
> environments it's relatively trivial to map one servlet to an entire
> directory structure, so that it handles all requests for all pages
> within that hierarchy.
> Is there any *reasonable* way to do this in PHP? The only way I've ever
> seen is what WordPress does: use mod_rewrite to redirect all requests
> within the hierarchy to a custom dispatcher script that converts actual
> hierarchy components into query string variables. I am impressed by this
> hack, but it's way too kludgy for me to be comfortable with. For one
> thing, I don't want to depend on mod_rewrite if I don't have to.
> Surely by now there's a better way? How do I overcome the one file per
> URL assumption that PHP makes?
> Elliotte Rusty Harold elharo at metalab.unc.edu
> Java I/O 2nd Edition Just Published!
> New York PHP Community Talk Mailing List
> NYPHPCon 2006 Presentations Online
> Show Your Participation in New York PHP
the Blog: http://www.utopiaparkway.com
the Karma: http://www.coderswithconscience.com
the Projects: http://flickr.com/photos/86842405@N00/
the Store: http://astore.amazon.com/httpwwwutopic-20
More information about the talk