Loading Pages Oh So Slow
Permalink 1 user found helpful
I will propose to my client having C5 host the sight, but I still need to know, why are the pages of the site I built for my client taking 15-75 seconds to load!? No one is going to want to wait 75 seconds for a simple page to load. Seehttp://suzukiinstitute.org. I know content management systems load slower than regular html pages but you and I know this just can't fly. I'm not one to expect something for nothing, but first I want to see if the problem can be resolved on Hostway's shared server, but then if nothing can be done pay for a better web hosting plan if that is the reason for the problem. Another thought is does updating (I recently updated to 5.4.0.5) cause pages to load slower?
Thats more of a server issue, like to much load, or not enough ram or cpu
I was having similar problems on my shared host. I looked at your site and the problem is the CSS files are taking forever to load. If you implement tip 2 on this post in Andrew's blog, it should help immensely.
http://andrewembler.com/concrete5/5-easy-ways-to-speed-up-a-concret...
http://andrewembler.com/concrete5/5-easy-ways-to-speed-up-a-concret...
This tip on the Zend cache worked for me, too. After upgrading C5, my page load times were going over 30 seconds. Now, after inserting that line of PHP code, things are back to normal.
http://andrewembler.com/web/improving-the-performance-of-zend-cache...
http://andrewembler.com/web/improving-the-performance-of-zend-cache...
I've seen this link Rinky. It seems to be making everyone happy but I. I get this when I paste it in:
Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /home/vg008web06/23/90/2909023/web/config/site.php:11) in /home/vg008web06/23/90/2909023/web/updates/concrete5.4.0.5/concrete/startup/session.php on line 18
Warning: Cannot modify header information - headers already sent by (output started at /home/vg008web06/23/90/2909023/web/config/site.php:11) in /home/vg008web06/23/90/2909023/web/updates/concrete5.4.0.5/concrete/libraries/view.php on line 758
Any idea why? then I have to delete the database and reload my localhost database because these errors cache in the database. I must be doing something wrong. Maybe where I am putting it in the config file is the issue?
On to goldfish's suggestion, I will be back with the results.
According to Mnkras, I might just want to move to the C5 server?
Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /home/vg008web06/23/90/2909023/web/config/site.php:11) in /home/vg008web06/23/90/2909023/web/updates/concrete5.4.0.5/concrete/startup/session.php on line 18
Warning: Cannot modify header information - headers already sent by (output started at /home/vg008web06/23/90/2909023/web/config/site.php:11) in /home/vg008web06/23/90/2909023/web/updates/concrete5.4.0.5/concrete/libraries/view.php on line 758
Any idea why? then I have to delete the database and reload my localhost database because these errors cache in the database. I must be doing something wrong. Maybe where I am putting it in the config file is the issue?
On to goldfish's suggestion, I will be back with the results.
According to Mnkras, I might just want to move to the C5 server?
Thank you everyone for your attempt at helping me with this issue, but they did not work. Considering I want to do more with life than spend days troubleshooting this site on a small, limited, shared server, I guess the only solution at this point is moving the site over to the C5 server. I tried Goldfish's "style sheet suggestion", it INCREASED the wait time for the pages to load to 2 min 45 sec. I tried Rinky's "add line of php in the config file suggestion" and that created php errors and corrupted my database no matter where I put the line of code. I really like building and designing in C5 and my clients love the ease of updating, but C5's incompatibility with other servers besides it's own is a huge problem!
I can't sit by and not respond to this.
sschildbach said: "C5's incompatibility with other servers besides it's own is a huge problem!".
I would venture to bet, that your issue is a apache/php configuration issue and to blame that on c5 is ludacris. I have not run any CMS (and i've run alot of them) that did not require a properly configured server, not just a c5 powered one. Just because your Joomla, Wordpress or whatever CMS, seems to work fine, does not mean your server is correctly and optimally configured.
I have built several production and development servers that c5 "SMOKES ON" (Bluehost, RHEL, Fedora, CentOS).
I'm not trying to start a flame war, but come on, let's not place blame unduely.
sschildbach said: "C5's incompatibility with other servers besides it's own is a huge problem!".
I would venture to bet, that your issue is a apache/php configuration issue and to blame that on c5 is ludacris. I have not run any CMS (and i've run alot of them) that did not require a properly configured server, not just a c5 powered one. Just because your Joomla, Wordpress or whatever CMS, seems to work fine, does not mean your server is correctly and optimally configured.
I have built several production and development servers that c5 "SMOKES ON" (Bluehost, RHEL, Fedora, CentOS).
I'm not trying to start a flame war, but come on, let's not place blame unduely.
For what it's worth, I was having similiar performance issues (30 - 45 second response per click) when a site hosted at lunarpages had the DB Server on a different server. I called lunarpages and they moved everything to one server (an extra $2/month) and now everything is great (1-3 second response). In this case, I didn't change anything else with C5 but the server environment. This is a cheap, shared hosting account also.
I sympathize and understand your frustation. Proper testing and implementation are the only defense againt just such a thing. If c5 has used some newer php functionallity that is that is affecting performance, they will figure it out. Did 5.3x have this performance issue? If not, roll back to 5.3x.
5.3x has NOT had this performance issue on any of my other sites. I have not tried 5.3x on the hostway server. Rolling back never occurred to me. But, I'm afraid that I might loose some precious connections to the database (reminder, I have limited knowledge here). Is it as easy as removing the line of code at the bottom of the config file?
Thanks dg1. I will suggest to hostway to see if they can make these changes. But, you know how it is, the tech people at these shared hosting plans are limited in the time they can spend on one person's server/apache issues. I may still just switch to the concrete5 host for this particular site. Just a reminder, my other sites built with c5 are on different servers and running great. It was just this one that I updated and put on hostway (never have used them before) that caused everything to come to a screeching halt.
nteaviation, I'm glad I got you smokin' a little, cause that helps me to know more specifically what the problem is. I'm a designer who knows only front end stuff, (html, css & a minute amount of php) so my blame was admittedly out of ignorance. I think C5 is fantastic, but you gotta admit this server stuff is pretty complicated. Thanks for the education.
@sschildbach: I really do feel your pain. I have been in similar situations, it is very frustrating. It's sometimes a curse to use "bleeding edge software". But to me, it's well worth the risk because the results can be amazing. Just look at c5, PHP, Apache, MySQL, etc... :) I hope you get your issue resolved quickly. Let me know if there is anything I can help with.
Nteaviation, Rolling back to 5.3x on the hostway server did not seem to help either. It really was the web host and apache as you said. Funny thing to note, my client is less patient than I, and to her credit, already closed the hostway account and got her refund. We are definately using the C5 web host for this site now. I've spent way too much time on this already.
@sschildbach: I am so glad to hear you found a workable solution. I don't currently use c5 hosting, but I have heard some really good things about them. Good Luck! (although I don't think you'll need it)
:)
:)