Re: How many page scripts do we need?

On Mon, 28 Apr 2003, Matthew Leingang wrote:

> Joe Stewart wrote:
> >
> >
> > In the past I have done this with mod_rewrite rules for the section
> > index pages, article pages and search results.
>
> I thought we were staying away from URL fanciness because
> (theoretically) not all PSL users have access to http.conf or .htaccess
> files.  Maybe that's an imagined memory.
>

I think that Jow was jsut saying that's how he's handled this in the past.
yes, you are correct in thinking this only works when you have confi file
access.

> > Most of the changes could be made in the templates.  How true that
> > is now days, I don't know.
>
> I've been thinking about something for a long time, and this looks like
> a good time to bring it up.  What about getting all URLs out of the
> templates and objectifying them?  A url object would be able to parse
> $QUERY_STRING and/or $PATH_INFO and decode it.  It would also have a
> toString method which output would go into the templates.
>
> $url = new PslUrl();
> $url->setPath("/index.php");
> $url->setVar("foo","bar");
> $url->toString() // returns index.php?foo=bar,
>
> but if we use a different URL scheme, $url->toString() would return
> index.php/foo/bar or /foo=bar or whatever.  Any URL object should be
> able to understand and encode its own get variables.
>
> Then we can provide a choice of URL encoding schemes: the basic one with
> ? and & and = which needs no .htaccess, or something fancier which does.
>   A call AddClassReplacement makes the choice
>
> If you're going "all the way up to index.php", then the url object does
> all the deciding of what page is actually being requested.
>

I don't understand why this needs to be an object.  It'll get used
everywhere, it's probably best in functions.inc and let the individual
classes manage the storage of the variables.

> --Matt
> (invigorated from PHPCon East)
>

Rat bastid.  I want a PHPCon South (or alternativly, I'd be nice to move
back to NYC :)

-n
-- 
------
nathan hruby
[email protected]
------



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf