FUDforum
Fast Uncompromising Discussions. FUDforum will get your users talking.

Home » Imported messages » comp.lang.php » Using a single php entry file for a whole site.
Show: Today's Messages :: Polls :: Message Navigator
Return to the default flat view Create a new topic Submit Reply
Re: Using a single php entry file for a whole site. [message #181892 is a reply to message #181889] Fri, 21 June 2013 09:08 Go to previous messageGo to previous message
Tim Streater is currently offline  Tim Streater
Messages: 328
Registered: September 2010
Karma:
Senior Member
In article <kq0sqh$vlb$1(at)news(dot)albasani(dot)net>,
The Natural Philosopher <tnp(at)invalid(dot)invalid> wrote:

> On 20/06/13 23:50, Christoph Michael Becker wrote:
>> Am 21.06.2013 00:33, schrieb Marc van Lieshout:
>>> Why is using ob_start() poor programming?
>>> The pair ob_start/ob_get_clean captures the contents of the page in the
>>> $contents variable.
>> This discussion may well end in a flame war. What is faster: echoing
>> with output buffering vs. concatening strings with the dot operator?
>>
>> ISTM all depends on the implementation. AFAIK string concatenation is a
>> very cheap operation in Python, for instance, as the string is not
>> actually built (merely a "pseudo" string containing links to the
>> concatenated strings). In other languages such as PHP, the characters
>> have to be copied over to a new string, AFAIK. This probably makes
>> output buffering faster, but the performance difference may be
>> neglectable for typical cases. And one never knows, if the
>> implementation might change in the future.
>>
> And the killer point, it is in terms of the overall site, the least of
> ones worries.
>
> By far and away the biggest performance killer is accessing and
> streaming large objects. Generally graphics and videos.
>
> or downloading massive JavaScript includes.
>
> I've got one site which auto refreshes a page, I expected it to be
> massively hungry as its pretty popular, but somehow if the images
> haven't changed or the page hasn't changed it manages to only send the
> bits that have changed.

Isn't that just my browser caching stuff? If I've restarted Safari or
rebooted (less likely) or just cleared the cache by hand it's gonna need
to get it all next time I have a look.

--
Tim

"That excessive bail ought not to be required, nor excessive fines imposed,
nor cruel and unusual punishments inflicted" -- Bill of Rights 1689
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Updating old PHP code
Next Topic: Komodo Edit
Goto Forum:
  

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ]

Current Time: Fri Nov 22 00:58:45 GMT 2024

Total time taken to generate the page: 0.04168 seconds