>if I move everything to php and just use a different text file for each
>page for the main body of text and load each text file depending on what
>page the user wants, would the search engine search though those text
>files and just link to those and not to the php file? Would it even be
>spidered by the search enging properly?
Many search engines will NOT spider pages that have "?" or "&" in the URL.
But they WILL spider PHP pages as if they were static content IF you hack
Apache or PHP to let "/" be the variable separator instead of "?"
There are different ways of doing this. Search the PHP list archives or
check out some recent PHP books.
But here's the effect you're shooting for:
INSTEAD OF:
http://www.yoursite.com/showarticle.php?id=3&article=8&language=en
YOU CAN MAKE IT:
http://www.yoursite.com/showarticle/id/3/article/8/language/en
OR EVEN:
http://www.yoursite.com/showarticle/3/8/en
OR:
http://www.yoursite.com/somepage/en/3/8.html
... and just have PHP ignore any ".*" URL extensions before deciding what
to take as the variables in the URL.
I do the last example at this site:
http://www.cdbaby.org/
It's a totally dynamic site that has gotten very well-spidered using these
methods.
THE APACHE HACK:
You can either use "mod_rewrite" or in your Apache "/conf/httpd.conf" file,
set:
DefaultType application/x-httpd-php <--- not sure of exact spelling
So that ALL files with no extension are parsed as PHP files.
Which lets you rename "showarticle.php" to just "showarticle" in the
examples above.
Hope this made sense.
I'd give concrete code examples but I'm offline right now.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
