Re: PHP-Yes, HTML-No --- Why?

"Michael Winter" <m.winter@xxxxxxxxxxxxxxxx> wrote in message
news:D2aCf.9698$wl.2@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> On 26/01/2006 17:43, d wrote:
>
>> Where to begin.
>
> It would be nice if you started by not top-posting, but I don't think
> that's a requirement of this particular group.
>
>> I don't want .php files on the end of my files, because when the user
>> gets them, they don't have any PHP in them.
>
> Given that the average user isn't really aware of what HTML is, I wouldn't
> say that that was much of a reason to reconfigure a server in the way
> you'd like.

I don't code sites for just your average user. If you're selling your
company, or indeed a product, to people who know, then things like this
speak very highly of the attention you pay to your work. It's like making a
great watch, then using bits of old band-aids for a strap.

>> That .PHP is there for my benefit, not theirs, which is unwanted.
>
> If you were really concerned about this, wouldn't the best solution be to
> remove 'extensions' from URLs entirely? If you want to relieve the user of
> this 'burden', then hiding the mechanics should be the ultimate goal.

Now you have it :) I moved from the .html-only set-up to my own site
engine, which does indeed do away with extensions altogether.


> [snip]
>
>> My tests have shown, to me at least, that the performance hit is a
>> myth.
>
> Perhaps, but you haven't actually stated what these tests specifically
> entailed so no-one else can perform them and reproduce your results, or
> even judge how relevant the tests are to their own circumstances.

I did. I hit two identical servers, one set to parse html via php, and one
not, repeatedly with sets of 150 requests (not just once, but many times in
a row), and recorded the times. The times fluctuated between the
html-parsing server being quicker, and the non-html-parsing server being
quicker.

>> [...] It's a more than reasonable trade-off for having a decent site,
>> with tidy URLs.
>
> A decent site is determined by many things, but URLs have a relatively low
> priority (usability and content clearly come first). Length and the extent
> to which they can be remembered and transcribed are the most important
> factors and 'extensions' don't impact any of these significantly at all.

But once you have code great HTML, great CSS, great PHP, and you server is
quick, smooth and working well, it doesn't make sense to just stop making
your site better. I won't stop until my site is as perfect as possible. My
site engine uses ONLY human-readable urls. No digits, no ridiculous query
strings (in fact no query strings at all), and all can be interpreted and
even re-written by the user if they want.

> [snip]
>
> Mike

dave

> --
> Michael Winter
> Prefix subject with [News] before replying by e-mail.


.

Relevant Pages

  • Re: HELP - Cant change Include Path
    ... Here is my php.ini path for the php.ini in both php and sql dirs: ... which did work on the remote linux server and sent me some mail ... Although my gmail acct picked the mail up as ... an attachment instead of as html - but gmail is really wierd about ...
    (comp.lang.php)
  • Loading DLLs from different path
    ... PHP is a popular server-side scripting language for web servers. ... It popularity is mainly due that it has many 3rd party extensions. ... The issue is that our DLL is dependent on RPC application server API DLLs in a different folder. ... The problem is that we never recommended putting dlls on the PATH nor do we recommend for our customers to have copies of DLLS over all the place. ...
    (microsoft.public.win32.programmer.kernel)
  • Re: PHP-Yes, HTML-No --- Why?
    ... You are arguing to have .html at the end of every URL even if the file contains PHP or another scripting language. ... We are talking about web servers, not FTP servers. ... I never said the server should parse MP3 files or whatever, ...
    (comp.lang.php)
  • Re: PHP-Yes, HTML-No --- Why?
    ... they don't have any PHP in them. ... >> to remove 'extensions' from URLs entirely? ... I hit two identical servers, one set to parse html via php, and ... Lets try actually loading the server, ...
    (comp.lang.php)
  • Re: PHP-Yes, HTML-No --- Why?
    ... The .html signifies that the file contains HTML - and pretty ... A php script contains both HTML and PHP code so technically speaking it's not just HTML. ... The user is getting a file from your web server, an HTML file, and it has an extension of something other than HTML. ... I hope you weren't configuring them as per your personal likes and dislikes but instead were configuring them as per the customer requirements and for speed, ...
    (comp.lang.php)