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

Home » Imported messages » comp.lang.php » Re: Windows binaries 64bit for PHP
Show: Today's Messages :: Polls :: Message Navigator
Return to the default flat view Create a new topic Submit Reply
Re: Windows binaries 64bit for PHP [message #178067 is a reply to message #178064] Fri, 11 May 2012 19:53 Go to previous messageGo to previous message
Michael Fesser is currently offline  Michael Fesser
Messages: 215
Registered: September 2010
Karma:
Senior Member
.oO(Jerry Stuckle)

> On 5/11/2012 3:11 PM, Michael Fesser wrote:
>>
>> A little maybe, but I don't think it really matters. What much has the
>> server to do after it didn't find the requested resource? Deliver
>> another page or call a script. I can't think of much more, except maybe
>> a second log entry. The typical redirects from http://example.com/foo to
>> http://example.com/foo/, which are still seen on many sites, are much
>> more expensive.
>
> No, you don't get it. A 404 causes even more overhead - Apache has to
> detect the 404

Happens all the time for every single resource.

> , determine which is the correct error page to load

Which is defined in the server configuration.

> and
> load it.

Happens all the time for every single resource.

> In this case it's a PHP file, so the PHP module has to be
> loaded and the environment initialized, etc.

On a site using PHP the module is already there and ready to work.

> Then the PHP code needs to determine if it is even a request for an
> image, and if the image can be found and resized. If so, the code must
> resize the image and send it.

That's the only additional work, once per image. So what?

> Then the module cleanup has to be performed.

Nope, the module stays there. There's just the usual cleanup as for
every other PHP page.

> Plus, depending on what the sysadmin has installed for Apache
> extensions, other modules may be called in the process.

Possible, but rather unlikely and irrelevant.

> That's a lot of overhead, especially when you know the images and the
> sizes you need ahead of time.
>
> It's fine if you're running 200 hits/day, but not in a busy server.

After a short period of time all most requested images are there.
Creating another missing image every now and then won't bring a server
to its knees.

Micha

--
http://mfesser.de/blickwinkel
[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
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
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
Read Message
Read Message
Read Message
Read Message
Previous Topic: is_dir true from cli, false from Apache
Next Topic: in_array performance in unsorted vs sorted array
Goto Forum:
  

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

Current Time: Wed Oct 02 04:19:20 GMT 2024

Total time taken to generate the page: 0.07223 seconds