You are here: Re: Performance cost to parsing SSI and PHP « All PHP « IT news, forums, messages
Re: Performance cost to parsing SSI and PHP

Posted by Steve on 11/21/06 14:51

"dorayme" <doraymeRidThis@optusnet.com.au> wrote in message
news:doraymeRidThis-32710A.16070521112006@news-vip.optusnet.com.au...
| Here is a typical thing I see in docs on including files:
|
| "1. Naming Your Final Pages
| Files which use SSI includes need to be named with an extension
| that alerts the server to check for include directives before
| serving the page. The most commonly used one is .shtml, but .shtm
| is also used. Most servers will not parse .htm or .html files for
| SSI but they can be configured to do so. Generally speaking this
| is only practical if you have a dedicated server since
| configuring the server to parse .html files would cause all
| standard HTML files served to be first parsed (or checked) for
| SSI, a situation which would cause some strain on the server."
|
| What strikes me is that if one is going to have includes in one's
| html files, for things like footers... then all pages are likely
| to have footers and need server checking for includes of whatever
| sort... so why is this sort of thing so often said? What phantoms
| are being warned against? Are they practical realities (Yes, I
| can imagine someone might have a whole bunnch of things without
| includes just as I can imagine a fat super greedy man at a
| smorgasboard not eating everything in sight.
|
| When I mention a reluctance to change all my files to end in .php
| or .shtml, similar warnings are given. It is said that to ask the
| server to check all the html files is a strain on the server,
| slows down the delivery of the page to the end user etc.
|
| But if all the pages have footers etc, then what is the point of
| not configuring the server to check all a site's html pages?
|
| There may be things I am not cottoning onto here. Almost
| certainly! I know one reason it is better to not let the .html
| files be checked: it is not easy to configure remote unix servers
| to do this without begging server people.

you've done your reading. however there are several other points you've NOT
stated or realized. such as basic management. there are lots of technologies
used in delivering content like html, cgi, shtml, xml, etc.. now, how will a
team member know which is employed if all end in .html? further, some of
these technologies are passed through an intermediary. what if i use php to
dynamically generate xml but all my xml is passed through a verification
program to meet a certain specification, and then delivered to the web?
don't make things harder than they should be...there's a reason you'd have
to beg 'server people' to purposely shoot themselves in the foot.

 

Navigation:

[Reply to this message]


Удаленная работа для программистов  •  Как заработать на Google AdSense  •  England, UK  •  статьи на английском  •  PHP MySQL CMS Apache Oscommerce  •  Online Business Knowledge Base  •  DVD MP3 AVI MP4 players codecs conversion help
Home  •  Search  •  Site Map  •  Set as Homepage  •  Add to Favourites

Copyright © 2005-2006 Powered by Custom PHP Programming

Сайт изготовлен в Студии Валентина Петручека
изготовление и поддержка веб-сайтов, разработка программного обеспечения, поисковая оптимизация