concrete5 Site running slow
Permalink 1 user found helpful
Hi,
I am presently developing a site for a local tiling company, you can check out the development here:
http://new.ceramico.co.nz
It seems to be running quite slow...cache'n is on, its not getting any traffic as its still in devel...
Any ideas?
I am presently developing a site for a local tiling company, you can check out the development here:
http://new.ceramico.co.nz
It seems to be running quite slow...cache'n is on, its not getting any traffic as its still in devel...
Any ideas?
It might be a coincidence, but when I disabled javascript your site became much snappier for me.
seems fine for me... btw nice testimonials block
Never really had a resolution to this - any ideas on how to speed a concrete5 site up (aside from disabling javascript on the client side?)
I note that the following files (according to Safari activity window) are missing whenhttp://new.ceramico.co.nz loads)
http://new.ceramico.co.nz/concrete/css/ccm.tnspacer.css...
http://new.ceramico.co.nz/concrete/js/jquery.cycle.all.min.js...
http://new.ceramico.co.nz/themes/ceramico/images/bg_menu.jpg...
http://new.ceramico.co.nz/packages/flash_video/blocks/flash_video/t... (forbidden?)
Why are these missing / could this be causing issues by being missing?
http://new.ceramico.co.nz/concrete/css/ccm.tnspacer.css...
http://new.ceramico.co.nz/concrete/js/jquery.cycle.all.min.js...
http://new.ceramico.co.nz/themes/ceramico/images/bg_menu.jpg...
http://new.ceramico.co.nz/packages/flash_video/blocks/flash_video/t... (forbidden?)
Why are these missing / could this be causing issues by being missing?
These are the main reasons for slowness. Fix them first then continue checking for other stuff.
One thing that might slow down it not-found and forbidden files.
If you look at your site there are some.
http://new.ceramico.co.nz/concrete/js/jquery.cycle.all.min.js... 404 File not found
http://new.ceramico.co.nz/packages/flash_video/blocks/flash_video/t... 403 Forbidden
http://new.ceramico.co.nz/concrete/css/ccm.tnspacer.css... 404 not found
http://new.ceramico.co.nz/themes/ceramico/images/bg_menu.jpg... 404 not found
Also, you have too many .css and .js files. Try to consolidate them and maybe compress them.
If you look at your site there are some.
http://new.ceramico.co.nz/concrete/js/jquery.cycle.all.min.js... 404 File not found
http://new.ceramico.co.nz/packages/flash_video/blocks/flash_video/t... 403 Forbidden
http://new.ceramico.co.nz/concrete/css/ccm.tnspacer.css... 404 not found
http://new.ceramico.co.nz/themes/ceramico/images/bg_menu.jpg... 404 not found
Also, you have too many .css and .js files. Try to consolidate them and maybe compress them.
When I first requested one of the .js files, it took about 6-8 seconds to load the 404 page. That's before the 404 showed up. Something about that server is severely underpowered.
Andrew, what is bizarre then is the 'static' site (the original) which in the meantime is still live athttp://www.ceramico.co.nz is quick as beans!
Concrete5 issue or server issue?
Concrete5 issue or server issue?
Sadly maybe your server just has a lot of overhead for either a) establishing a database connection or b) working with the filesystem? I wonder if you disabled the cache from dashboard > settings > developer if it would get any faster.
I've disabled the cache - any quicker for you?
I am having the same slow-down (or never loading) issues at certain high traffic hours with our school site. Our server is a Pentium 4, 4GB of Ram running Windows XP. I know it's not a dream machine, but it's twice the machine of the old server that had no speed issues when we just had a plain ole' HTML site.
Andrew, you mentioned requesting a .js file and checking the response time. How do I do that?
If anyone here could checkhttp://www.coronadocougars.net some time between 4 and 7pm Pacific Time (when all the parents are getting online), let me know what's happening and what suggestions you have.
I appreciate any help.
Andrew, you mentioned requesting a .js file and checking the response time. How do I do that?
If anyone here could checkhttp://www.coronadocougars.net some time between 4 and 7pm Pacific Time (when all the parents are getting online), let me know what's happening and what suggestions you have.
I appreciate any help.
Pkunzipula - Just tried going to your address - it timed out completely (I waited 30sec).
This is a serious issue - slow speeds seem to be affecting a heap of our websites i.e.http://new2.fullflavour.co.nz just took 15seconds before it went from "contacting..." to "loading..." (when it gets to the loading stage it only takes a sec or two).
Why is this? Can anyone shed some more light on widespread slowness?
Static sites on our server work fine.
This is a serious issue - slow speeds seem to be affecting a heap of our websites i.e.http://new2.fullflavour.co.nz just took 15seconds before it went from "contacting..." to "loading..." (when it gets to the loading stage it only takes a sec or two).
Why is this? Can anyone shed some more light on widespread slowness?
Static sites on our server work fine.
I don't think it's reasonable to compare a static HTML site to /any/ middleware based content management system. Clearly a static HTML site has about 1 thing to do. Apache serves files. Done.
A middleware based one has way more things to do:
o.. Apache detects type of file, decides if it needs to do send it to a an interpreter.
o.. Aha- this is PHP, lets send it to PHP.
o.. PHP reads the file, sees what it needs to do.
o.. Looks like it needs to load some other PHP files, go do that.
o.. Looks like one of those has a database connection, lets go find the database, make a connection to it, and start performing queries.
o.. Now there's results, lets feed that back to PHP and see what it wants to do with the data.
o.. Oh, it looks like it's going to parse all that data and cycle through each record returned...
o.. Looks like those records are actually for which blocks are on the page, so each of them has a new database query that gets called, rinse, lather, repeat...
Clearly this is a loose - high level break down, I'm just trying to make it clear why hearing "well my static files are fast!" is akin to saying "gee I never had to take care of my skateboard, why should I have to invest in maintenance for my new car?" While, yes, they both get you from spot A to B, they are vastly different beasts..
That being said, there is a caching layer in concrete5 that does a fair amount to reduce the number of things that have to happen before you get your webpage. (Eliminates some of those queries unless something has changed, etc.)
If your site has broken javascript includes, clearly that's not going to help anything.
The process of configuring a production quality web server is really beyond my expertise. I rely on smart sys-admins to do that, and when things are slow, I yell at them, they make changes, life is happy. We might use a older machine locally around the office for a development stage, but when we're hosting sites for people we tend to put them on quad core xeons with big piles of memory and no other tasks/roles assigned to them.
The number one thing I'd check out in your shoes is the database. How much memory and how many connections is mySql allowed? MySQL has this habit of hanging connections.. so say you have 30 connections that can be potentially open at a time to the database. If one of those queries hangs for some reason, it never goes away on its own, so you now have 29. This kind of thing can lead to a cascade effect where as the server gets bogged down, there are fewer and fewer connections to mysql, forcing it to work harder and harder, making more connections hang - till a restart is in order.
If you're on a shared host, or even if that machine is older and has been used for a number of different things over the years, its quite possible that something else entirely is eating resources and concrete5 is just trying to get what it can to get by. It's very easy to install concrete5, find things are slow, and blame the CMS. The reality may be that someone stuck a web counter on a page 10 years ago and it was written by some stoned highschool kid that didn't know what he was doing and has been slowly eating resources all along. Since all the box ever had to do in the past was serve static HTML files - no one noticed. Now there's a actual web app on there that demands some resource and everything goes slow. It's easy to blame the new web app, and in some type of operational strategy - that's true. But the reality is a bit more complex than that.
So I wish I had a "oh hit the magic button" answer for you, but the reality is yes - some servers are slow, some servers are fast. concrete5 is a demanding application, certainly not the most demanding I've run into by any stretch of the imagination (go look up performance & magento), but there's nothing more we can really do in the web app to demand fewer resources. Put another way, our servers are fast, so are plenty of other folks. "Widespread slowness" is because of widespread adoption. There's plenty of widespread fastness as well, its just not forum-worthy news that concrete5 runs as expected.
A middleware based one has way more things to do:
o.. Apache detects type of file, decides if it needs to do send it to a an interpreter.
o.. Aha- this is PHP, lets send it to PHP.
o.. PHP reads the file, sees what it needs to do.
o.. Looks like it needs to load some other PHP files, go do that.
o.. Looks like one of those has a database connection, lets go find the database, make a connection to it, and start performing queries.
o.. Now there's results, lets feed that back to PHP and see what it wants to do with the data.
o.. Oh, it looks like it's going to parse all that data and cycle through each record returned...
o.. Looks like those records are actually for which blocks are on the page, so each of them has a new database query that gets called, rinse, lather, repeat...
Clearly this is a loose - high level break down, I'm just trying to make it clear why hearing "well my static files are fast!" is akin to saying "gee I never had to take care of my skateboard, why should I have to invest in maintenance for my new car?" While, yes, they both get you from spot A to B, they are vastly different beasts..
That being said, there is a caching layer in concrete5 that does a fair amount to reduce the number of things that have to happen before you get your webpage. (Eliminates some of those queries unless something has changed, etc.)
If your site has broken javascript includes, clearly that's not going to help anything.
The process of configuring a production quality web server is really beyond my expertise. I rely on smart sys-admins to do that, and when things are slow, I yell at them, they make changes, life is happy. We might use a older machine locally around the office for a development stage, but when we're hosting sites for people we tend to put them on quad core xeons with big piles of memory and no other tasks/roles assigned to them.
The number one thing I'd check out in your shoes is the database. How much memory and how many connections is mySql allowed? MySQL has this habit of hanging connections.. so say you have 30 connections that can be potentially open at a time to the database. If one of those queries hangs for some reason, it never goes away on its own, so you now have 29. This kind of thing can lead to a cascade effect where as the server gets bogged down, there are fewer and fewer connections to mysql, forcing it to work harder and harder, making more connections hang - till a restart is in order.
If you're on a shared host, or even if that machine is older and has been used for a number of different things over the years, its quite possible that something else entirely is eating resources and concrete5 is just trying to get what it can to get by. It's very easy to install concrete5, find things are slow, and blame the CMS. The reality may be that someone stuck a web counter on a page 10 years ago and it was written by some stoned highschool kid that didn't know what he was doing and has been slowly eating resources all along. Since all the box ever had to do in the past was serve static HTML files - no one noticed. Now there's a actual web app on there that demands some resource and everything goes slow. It's easy to blame the new web app, and in some type of operational strategy - that's true. But the reality is a bit more complex than that.
So I wish I had a "oh hit the magic button" answer for you, but the reality is yes - some servers are slow, some servers are fast. concrete5 is a demanding application, certainly not the most demanding I've run into by any stretch of the imagination (go look up performance & magento), but there's nothing more we can really do in the web app to demand fewer resources. Put another way, our servers are fast, so are plenty of other folks. "Widespread slowness" is because of widespread adoption. There's plenty of widespread fastness as well, its just not forum-worthy news that concrete5 runs as expected.
Understood.
I'm going to move away from using shared hosting for our clients and setup a our own dedicated server.
This should resolve this issue if the server is set up and configured right?
I'm going to move away from using shared hosting for our clients and setup a our own dedicated server.
This should resolve this issue if the server is set up and configured right?
sure! If you set up a new server make sure it uses APC, concrete 5.4 is going to support it quite well and it should improve performance significantly
Concrete 5.4... What is the expected delivery date for 5.4 at this stage?
Yes, APC will be installed.
Yes, APC will be installed.
I also have a very slow concrete5 site.
I noticed when i installed another concrete5 site on the same server that was running smooth, the problem occurs when i start adding content and slideshows.
I also noticed your own site is running just as slow as the Ceramico site you mentioned, so i guess you don't have a solution yet, but i hope anyone knows what to do about this or where the problem is at.
Another hosting service (unfortunately) is not an option.
btw i did start the optimize site function in cpanel here.
thanks everyone!
I noticed when i installed another concrete5 site on the same server that was running smooth, the problem occurs when i start adding content and slideshows.
I also noticed your own site is running just as slow as the Ceramico site you mentioned, so i guess you don't have a solution yet, but i hope anyone knows what to do about this or where the problem is at.
Another hosting service (unfortunately) is not an option.
btw i did start the optimize site function in cpanel here.
thanks everyone!
