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 #178070 is a reply to message #178066] Fri, 11 May 2012 22:14 Go to previous messageGo to previous message
Jerry Stuckle is currently offline  Jerry Stuckle
Messages: 2598
Registered: September 2010
Karma:
Senior Member
On 5/11/2012 3:46 PM, 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?
>

See my other posts. It is actually quite involved, and I'm not going to
repeat it (again).

> 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.
>

Nope. If you rescaled the image via a batch script, the image is there
and it can be served directly.

> 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.
>

Which has significant overhead, as I've pointed out in my other posts.

> And this only need the few lines to test if file exists and generate the
> images if not.
>

There's a lot more to it than that.

> The fact that the image is directly accessed without pasing first for
> the php script...
>
> Someone talked about a catalog of image... I am sure they are accessed
> through a we, not directly.
>

A catalog of images doesn't mean the images aren't being served directly.

> Even if they are accessed via search engines, these search engines have
> to visit the scripts that would generate the scaled images.
>
> Greetings.
>
>

More unnecessary overhead.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex(at)attglobal(dot)net
==================
[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 16:54:51 GMT 2024

Total time taken to generate the page: 0.04203 seconds