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 #178229 is a reply to message #178074] Wed, 23 May 2012 20:45 Go to previous messageGo to previous message
PlastiqueMAN is currently offline  PlastiqueMAN
Messages: 5
Registered: September 2010
Karma:
Junior Member
On 2012-05-11 23:38:06 +0000, The Natural Philosopher said:

> Shake wrote:
>> Jerry Stuckle avait écrit le 11/05/2012 :
>>> On 5/11/2012 2:58 PM, Shake wrote:
>>>> Jerry Stuckle a couché sur son écran :
>>>> >
>>>> > Loading the script, starting the scripting module, initializing the
>>>> > environment, interpreting and running the script, checking for the
>>>> > presence of the image, storing a resized script if necessary, loading
>>>> > the image and sending it, and cleaning up the environment.
>>>> >
>>>> > This vs. sending the image directly via an <img ...> tag.
>>>> >
>>>> > Nope, no extra overhead! And no way to send the image without a script!
>>>> >
>>>>
>>>> The Extra overhead is something like in the code that generate the page:
>>>>
>>>> <?php
>>>> if(!file_exists(IMG_PATH.$image_file)) scaleImage($image_file);
>>>> ?>
>>>>
>>>> Not look like an "application killer" to me.
>>>>
>>>> Greetings.
>>>>
>>>>
>>>
>>> There's a lot more to the overhead than that!
>>
>> Which?
>>
>> Is the image going to be accessed directly by its URL, or is loaded
>> inside a webpage? I am sure is this last case.
>>
>> So Loading a PHP script will occur 99.999% if you reescaled the image
>> previously with a batch or not. All the work of load an script, will be
>> done always.
>>
>> I don't believe that "react" to a 404 error is the good aproach, but
>> generating dinamically the scaled images when the page that show them
>> is required.
>>
>> And this only need the few lines to test if file exists and generate
>> the images if not.
>>
>> The fact that the image is directly accessed without pasing first for
>> the php script...
>
> is hardly any CPU.
>
> The same actions take place: the file must be opened headers
> constricted and then data streamed. whether apache or PHP does this is
> scarcely an issue.

Sorry to say this, but PHP compared to the default handler in Apache is
sloooooow. You can test this simply by writing a php script that copies
some large files from a directory to another and then write an
identical C program...

If this site we're talking about needs to serve a lot of request, I
have to agree with Jerry on this one.

>>
>> Someone talked about a catalog of image... I am sure they are accessed
>> through a we, not directly.
>>
>> Even if they are accessed via search engines, these search engines have
>> to visit the scripts that would generate the scaled images.
>>
>> Greetings.
[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: Sun Nov 03 14:43:17 GMT 2024

Total time taken to generate the page: 0.05174 seconds