Low Parse time but high page loading time...

[Guest]

I was wondering if anyone can point me in the right direction.

For some reason if my footer is in place and I can see the parse times, these seem quite low however the page still takes a long time to load (talking around 3-5 seconds and im on a broadband adsl connection).

 

Can anyone give any suggestions as to why this is?

If its not php I can only think its html.

GZip is enabled.

 

Thanks

James

[Guest]

I found a speed test tool thing on the net that said the total size of my index page is 64115 bytes, whilst this is lower than the stock Osc which I tested and it said was in the 80000 bytes region could this be something I should be looking at?

[FalseDawn]

Link?

[♥toyicebear]

It shows quite fast on my connection....one point though....the visitor counter in the footer does slow down most sites.....

 

And you have some strange redirect going...shows shortly initially and again and again during navigating around your shop....

[FalseDawn]

I'm on 4Mbit cable and it seems fine to me. If you are on a shared host, bear in mind you will experience bandwidth throttling during busy periods - not much you can do about that...

[Guest]

It will do without the footer.

 

Give me one minute and try it again with the footer please... and you will see the difference

 

Im aware of the visitor count thing, and disagree that its better to remove it.

Its only 1 of the 43 queries the page has and takes less than 0.002 seconds to execute.

 

Some additional info before I put the footer back.

43 queries and roughly .028 second parse time.

Puttin the footer back now...

[Guest]

I have put the footer back in place and have immediately seen a slow down of the whole site.

 

All I did was to uncomment these lines in application top.

// auto activate and expire banners 
require(DIR_WS_FUNCTIONS . 'banner.php');
tep_activate_banners();
tep_expire_banners();

 

And you have some strange redirect going...shows shortly initially and again and again during navigating around your shop....

<{POST_SNAPBACK}>

 

Please can you expand on this if you would be so kind. I havent seen this, and have tested it a lot in Netscape, Firefox and IE6 (not sure which versions of netscape and FF).

 

Appreciate any help or thoughts what the problem of the site slowing down might be.

[♥toyicebear]

Sorry, my mistake... it was actually not because of a redirect, but because your background picture shows up slightly before the rest of your site....

[Guest]

Phew.... thanks for getting back to me about that.

 

:thumbsup:

 

The footer is back in place now and its painfully slow by comparison. Usually I dont see that background image because the site is too fast to load it but as soon as I put the footer back in place I can.

[♥toyicebear]

The difference in load time with and without the footer might be attributed to the visitor stats contrib. which is placed in your footer......

[Guest]

The difference in load time with and without the footer might be attributed to the visitor stats contrib. which is placed in your footer......

<{POST_SNAPBACK}>

 

I thought that too and I do use that but that again is only around a 0.002 second query to execute.

[♥toyicebear]

You site do load quite fast, faster that alot of osc sites i have been dropping by lately...so i do not think the load time should not be one of your biggest problems.....

[Guest]

Debug query and output now temporarily displayed as its currently the middle of the night in the uk and theres no customers online, without the footer in place it custs the page parse time in half.

[Guest]

You site do load quite fast, faster that alot of osc sites i have been dropping by lately...so i do not think the load time should not be one of your  biggest problems.....

<{POST_SNAPBACK}>

 

Thanks for having a look Nick, have you had a look since the footer was put back into place at all?

[♥toyicebear]

Debug query and output now temporarily displayed as its currently the middle of the night in the uk and theres no customers online, without the footer in place it custs the page parse time in half.

<{POST_SNAPBACK}>

 

 

To isolate the culprint easily....

 

1. make a new blank footer....check parse time

 

2. add your footer elements 1 by 1 , with a parse time check innbetween.

 

This way you should be able to pinpoint the sinner...

[♥toyicebear]

If you really want to dig in and optimize your parse time, you should use this contrib.. osC-Explain

[Guest]

If you really want to dig in and optimize your parse time, you should use this contrib.. osC-Explain

<{POST_SNAPBACK}>

 

Thanks for your suggestions Nick. I will try to isolate the culprit as you have suggested, it can only be 1 of 4 things, the banner (which I know takes some time to execute the queries for it), the osc copywrite (very doubtful), the vistors contrib you mentioned above that is in the store (has less than a 0.002 parse time to execute it) or a new javascript contrib. My guesses are that its this.

 

I have tried reading that contrib you mention, however im not a developer and dont know php well enough to make full use of it unfortunately. I do know the some joins on the queries that are there would help....

 

Im looking forward to Chemo`s index page and category box optimisation contribs he mentioned he`s going to release somewhen soon.

[Guest]

BINGO!

I sussed it thanks to Nick`s suggestion.

 

The culprit was this new contrib Javascript Infobox

 

Having set the settings to false in admin (ie so its not working) the page loading time has decreased significantly for me even with the banner.

 

I will report my finding to the author.