[Seaside] slow picture loading
Bob Arning
arning315 at comcast.net
Mon Nov 26 16:09:26 UTC 2012
Also, is the problem sensitive to the number of images loaded on the
page? If you simplify the page (one image at a time) does the problem go
away at some point?
On 11/26/12 10:28 AM, James Foster wrote:
> Hi Duro,
>
> Before we try to adjust the configurations we should verify that the
> symptoms fit. When you look at your timeline in the client browser
> does it appear that there are clumps or groups of things being
> received? Is there a consistent number of items that come in each
> group? Is the wait till the next group consistent? Could you post a
> screen shot of the timeline and confirm that it is representative?
>
> James
>
> On Nov 26, 2012, at 1:27 AM, Tudor Girba wrote:
>
>> Hi Paul, hi James,
>>
>> Thanks for the answers.
>>
>> I also thought it has to do with the Apache config, but I had no idea
>> what to look for. Your suggestion certainly look interesting to look
>> into, but I have close to no clue of how to do it. Do you happen to
>> have a bit more hands-on pointers for how to:
>> - increase the resources count
>> - add expire headers for the images
>>
>> ?
>>
>> Cheers,
>> Doru
>>
>>
>> On Mon, Nov 26, 2012 at 5:28 AM, Paul DeBruicker <pdebruic at gmail.com
>> <mailto:pdebruic at gmail.com>> wrote:
>>
>> I suspect James has the answer but you might also consider doing the
>> following:
>>
>> -Add expires headers for the images in Apache and people will
>> only have
>> to download them once.
>>
>> -Apache 2.2.8 was released Jan 19, 2008 so I'd definitely spend time
>> upgrading to the latest stable version just to get the security
>> vulnerability fixes.
>>
>>
>>
>> On 11/25/2012 08:11 PM, James Foster wrote:
>> > Hi Doru,
>> >
>> > How many resources do you have loading from the same site? Once
>> I had a problem in which Apache was configured (by default) to
>> only provide ten (10) items per second to the same client. I
>> believe this was an attempt to avoid a denial-of-service attack.
>> When I changed Apache to allow 30 items per second then my site
>> loaded much faster.
>> >
>> > James
>> >
>> > On Nov 25, 2012, at 3:24 PM, Tudor Girba wrote:
>> >
>> >> Thanks. But, somehow, I think size is not really the issue.
>> >>
>> >> Somehow randomly, one or two of the pictures take
>> significantly more (the delta is measured in seconds) to load
>> than the others.
>> >>
>> >> And yes, I am using the timeline debugging functionality from
>> the browser.
>> >>
>> >> It's strange.
>> >>
>> >> Doru
>> >>
>> >> On 24 Nov 2012, at 10:26, Gerhard Obermann <obi068 at gmail.com
>> <mailto:obi068 at gmail.com>> wrote:
>> >>
>> >>> Hi Doru,
>> >>>
>> >>> I would reduce the image size to the displayed size and
>> reduce the bit depth of the png to 8.
>> >>> I tried it with home-icons-400-200-37.png.
>> >>> Before: 31.092 Bytes
>> >>> After: 7.678 Bytes
>> >>>
>> >>> Cheers
>> >>> Gerhard
>> >>>
>> >>>
>> >>> On Sat, Nov 24, 2012 at 8:29 AM, Tudor Girba
>> <tudor at tudorgirba.com <mailto:tudor at tudorgirba.com>> wrote:
>> >>> Hi,
>> >>>
>> >>> I am working on a pier page, and I have a couple of images in
>> it that seem to be slow to load, although they are served through
>> apache.
>> >>>
>> >>> It is true that the images are slightly large (~230K), but
>> still I think they appear too slow.
>> >>>
>> >>> The example is here:
>> >>> http://www.humane-assessment.com/
>> >>>
>> >>> Anyone has any idea of why this would happen?
>> >>>
>> >>> Cheers,
>> >>> Doru
>> >>>
>> >>>
>> >>> --
>> >>> www.tudorgirba.com <http://www.tudorgirba.com/>
>> >>>
>> >>> "Live like you mean it."
>> >>>
>> >>> _______________________________________________
>> >>> seaside mailing list
>> >>> seaside at lists.squeakfoundation.org
>> <mailto:seaside at lists.squeakfoundation.org>
>> >>>
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>> >>>
>> >>> _______________________________________________
>> >>> seaside mailing list
>> >>> seaside at lists.squeakfoundation.org
>> <mailto:seaside at lists.squeakfoundation.org>
>> >>>
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>> >>
>> >> --
>> >> www.tudorgirba.com <http://www.tudorgirba.com/>
>> >>
>> >> "We can create beautiful models in a vacuum.
>> >> But, to get them effective we have to deal with the
>> inconvenience of reality."
>> >>
>> >> _______________________________________________
>> >> seaside mailing list
>> >> seaside at lists.squeakfoundation.org
>> <mailto:seaside at lists.squeakfoundation.org>
>> >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>> >>
>> >
>> > _______________________________________________
>> > seaside mailing list
>> > seaside at lists.squeakfoundation.org
>> <mailto:seaside at lists.squeakfoundation.org>
>> > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>> >
>>
>> _______________________________________________
>> seaside mailing list
>> seaside at lists.squeakfoundation.org
>> <mailto:seaside at lists.squeakfoundation.org>
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>
>>
>>
>>
>> --
>> www.tudorgirba.com <http://www.tudorgirba.com/>
>>
>> "Every thing has its own flow"
>>
>> _______________________________________________
>> seaside mailing list
>> seaside at lists.squeakfoundation.org
>> <mailto:seaside at lists.squeakfoundation.org>
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>
>
>
> _______________________________________________
> seaside mailing list
> seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20121126/2956b9f4/attachment-0001.htm
More information about the seaside
mailing list