Home page took 24 seconds to load on a Fios line, NJ. Yep, that's slow. Any other page was 3 to 10 seconds.

One small comment... When I click on a category in the left stack (rugs), the products I've been viewing stay in the main column. I'd prefer to see the category selected moved into this space until I select the rug size (6x9, 9x12) I'm interested in. This is a missed opportunity to re-inforce the shopper's move to the rug category and to show a room with the product(s) in situ. Moving to pots and pans should display a kitchen, towels should show a bathroom, etc.

Nice site otherwise. Very clean.

What happens if you put up a static HTML page on the site. For instance, view the source of your current homepage and save it as a .html file then upload to the site. Does it load slowly too? That might help narrow down the issues.

I have also recently set-up another domain consisting of purely HTML pages on the same server. That other site loads almost instantly. Based on this comparison, I tend to believe that it is a programming / database issue rather than server, although I do not know what other factors may effect the speed.

One site that I have seen listed on BV Software is CBXMan and their speed is about half of ours. One of the areas I will look at is reducing the image size as theirs is normally 10 KB compared to ours which is 25 KB.

However, even when there is only one image on the page, ie. products page, the page still loads slowly.



I will ask our programmers to look into this. Is there any specific settings or tweaks that you suggest?



We had the column set-up differently before, including having number of items per subcategory, but I was told that this contributed to the slowness. Thus, we asked the programmers to simplify it. We really do think we need to address the speed issue before presenting bells and whistles.

the Lori add-on for firefox

Below are a few sites we host at The Planet on our own very beefed up co-located hardware. We haven't noticed any slowdowns. I think there must be something else going on other than the facility and bandwidth providers there - it's a tier 1 facility with lots of redundancy. Are you on a shared SQL server?

I'm not disagreeing with Matt's suggestion - Noah's (Resposio) hosting definitely may be the best solution for you. Just not sure what you are seeing is caused by the facility - maybe it's the configuration.

Linette

http://www.kenteklaserstore.com (BVC 4)
http://www.babyonce.com (BVC 5)

1. http://www.softpedia.com...-Tools/SmarterPing.shtml

That program works well if you have nothing else to do the trick.


Use this tool for site checking...http://tools.pingdom.com/fpt/



When I just ran it on your site the server took quite a few ticks to respond, then flew. Doesn't seem that the problem has anything to do with BV. I ran the same test 30 seconds apart, the average response time to start was 7-8 seconds...individual components of the page fly.

Fiddler (http://www.fiddlertool.com) shows that the initial page content is taking the longest time even though it is not that much bigger than some of the other parts of the page. That confirms what everyone has been writing, that server processing time is responsible for most of the delay, not network delays.


Note that on the page I requested, there were 2 404 (not found). They do not contribute much to the overall response time, but you should fix those.



I was suprised that the 2 WebResource.axd calls for javascript were not 304's (cached by the browser). Oddly, your server is sending Cache-Control: Private with the javascript. That does not seem right.



Has your server been configured to disable caching?



Is your site setup to run in debug mode? (Check in the web.config.)

Thank you guys so much for the suggestions.

I have asked our programmers to enable caching and turn-off the "debug" mode. We are still trying to find the 404's that Andy was referring to.

In addition, I have asked the programmer's regarding the javascript but he mentioned that there are no javascripts being used. Can you please clarify.

Hopefully, I'll get there eventually :lol:

webresource.axd is referring but we have referring or using them, i am unable to remove them, can anybody guide me?

The javascript in those 2 WebResource.axd calls are part of ASP.NET. You can't get rid of them. Your server is adding an caching header that prevents them from being cached.