Caching won't likely help you in this case.

How is the speed when browsing the site while logged out?

Could you try this in either Chrome or Firefox and post the results?

Access to site while not logged in is very slow - user will not accept this.
Tried Firefox - same slow performance. It times out as well.
(Is there a recomendation for editing browser IE or Firefox)

I'm suspecting there may be some installation issues and maybe indexing has gotten screwed up. I've tried running the system maintenance jobs.

I hate to say this but there appears to be some other niggly things happening so I'm thinking about a reinstall from scratch.
Unfortunatly website is complete and ready to go live except for this issue. I'm thinking I need to start fresh and not save and copy files as I may be bringing over the same problem.
Thoughts?

I have the exact same problem while editing.

Is there a solution?

I was hosting with GoDaddy and was very unhappy. I went with TMD Hosting and it made a world of difference. With the identical site, the load times were 10 times faster with TMD Hosting so I know that performance is most often host-related. Where are you hosting? Is there a live site we could check out?

*Hello,*
*
*
*We are hosting at a dutch hoster: solcon.nl.*
*
*
*I do know that the database is hosted on a separate server.*
*
*
*The site can be accessed at *http://www.christengemeente.org... *
**

M. vr. gr.
**Marjo Hartman*
*Want zijn maaksel zijn wij, in Christus Jezus geschapen om goede werken te
doen, die God tevoren bereid heeft, opdat wij daarin zouden wandelen. -
Ef.2:10*



On 3 September 2012 20:57, concrete5 Community
<discussions@concretecms.com>wrote:

I've noticed that the hosts who have the database on a different server usually have the slowest load times, especially getting out the first byte.

Take a look at your site on some of the page performance test sites,http://www.webpagetest.org is a good one. Optimize image sizes for faster loading, enable compression if your host supports it, Try adding this to your site.php file:

I agree. GoDaddy has their database on a different server. C5 is db-intensive and so the 'pipes' to the database have to be fast. I put your site through some speed tests (as mentioned by pvernaglia) and in some cases, 80% of your page-rendering time is classified as 'waiting'. My sites are generally 15-30%.

My favourite test is Pingdom here:

http://tools.pingdom.com/fpt/

They have a Netherland's option ('Settings' under where you put in your URL) so you can test how fast the page is rendering for local clients vs international clients.

I also did some checking on your server and there are 399 other websites sharing your same server. With shared hosting, it's not unusual to have this many 'neighbours' but if some of those sites are getting a lot of traffic, it taxes the server, especially if some of the others are also using db-intensive setups.

In shared hosting, I think tech support often says everything is fine without really looking too hard. There's no budget to spend on support when shared hosting clients are paying so little.

Thanks for the suggestions.
I can use this in communicating with the hoster.

Still another question about this.
When just visiting my site, it is not too fast (5 - 8 seconds), which I hope to resolve by convincing my hoster to move the database or something like that.

However, when I am editing the site it some?times takes MINUTES before an action is completed.

This seems rather strange to me. Does anyone have an idea why this happens?

My hosting provider claims the slow performance is not caused by the database on another server. In the logging they see many many file existence checks, of which an extract is shown below.
Is this normal, or has my site been corrupted because of several concrete updates during the last months.
Should I try to restart with a clean install?


stat64("/usr/home/lsw_data_ws_dro/christengemeente/www.christengemeente.org/www/models/attribute/types/text.php", 0xbfd2611c) = -1 ENOENT (No such file or directory)
lstat64("/usr/home/ws/christengemeente/www.christengemeente.org/www/models/attribute/types", 0xbfd23e2c) = -1 ENOENT (No such file or directory)
lstat64("/usr/home/ws/christengemeente/www.christengemeente.org/www/models/attribute", 0xbfd23cec) = -1 ENOENT (No such file or directory)
lstat64("/usr/home/ws/christengemeente/www.christengemeente.org/www/models", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/home/ws/christengemeente/www.christengemeente.org/www", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/home/ws/christengemeente/www.christengemeente.org", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/home/ws/christengemeente", {st_mode=S_IFLNK|0777, st_size=42, ...}) = 0
readlink("/usr/home/ws/christengemeente", "/usr/home/lsw_data_ws_dro/christengemeente"..., 4096) = 42
lstat64("/usr/home/lsw_data_ws_dro/christengemeente", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/home/lsw_data_ws_dro", {st_mode=S_IFDIR|0755, st_size=86016, ...}) = 0
lstat64("/usr/home", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64("/usr/home/lsw_data_ws_dro/christengemeente/www.christengemeente.org/www/models/attribute/types/text.php", 0xbfd2611c) = -1 ENOENT (No such file or directory)
access("/usr/home/ws/christengemeente/www.christengemeente.org/www/models/attribute/types/text.php", F_OK) = -1 ENOENT (No such file or directory)
lstat64("/usr/home/lsw_data_ws_dro/christengemeente/www.christengemeente.org/www/concrete/models/attribute/types/text/controller.php", {st_mode=S_IFREG|0644, st_size=195, ...}) = 0
lstat64("/usr/home/lsw_data_ws_dro/christengemeente/www.christengemeente.org/www/concrete/models/attribute/types/text", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/home/lsw_data_ws_dro/christengemeente/www.christengemeente.org/www/concrete/models/attribute/types", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/home/lsw_data_ws_dro/christengemeente/www.christengemeente.org/www/concrete/models/attribute", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/home/lsw_data_ws_dro/christengemeente/www.christengemeente.org/www/concrete/models", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/home/lsw_data_ws_dro/christengemeente/www.christengemeente.org/www/concrete", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/home/lsw_data_ws_dro/christengemeente/www.christengemeente.org/www", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/home/lsw_data_ws_dro/christengemeente/www.christengemeente.org", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/home/lsw_data_ws_dro/christengemeente", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/home/lsw_data_ws_dro", {st_mode=S_IFDIR|0755, st_size=86016, ...}) = 0
lstat64("/usr/home", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0

This is normal behaviour for C5 versions 5.5 and earlier. There is a setting in 5.6 that stops most (if not all?) of those 'existence' checks. Head over to 'Dashboard->System and Settings->Cache and Speed Settings' and check the boxes so:

'Basic Caching' is off (some sites are faster with this off, mine is one of them)
'Overrides Cache' is on (this will stop those 'existence' checks)
'Full Page Caching' is 'On - if blocks allow it'

These are my settings. Others may have a different opinion. If I'm doing a lot of development work, I will turn the 2nd and 3rd options off until I'm done my work and then I flip them back.

Give this a go and see if it speeds things up. If not, ask them to look at the logs again to see if the 'existence checks' are gone.

Here's my prediction: Changing these settings will make no noticeable difference and the host will think of some other reason why your site is slow. I really hope I'm wrong and all is right in your world after you flip those cache switches but I still think they have server issues they don't want to admit.

*Thanks for this answer. I'll change it and then ask them whether the
checks are gone.
**

M. vr. gr.
**Marjo Hartman*
*Want zijn maaksel zijn wij, in Christus Jezus geschapen om goede werken te
doen, die God tevoren bereid heeft, opdat wij daarin zouden wandelen. -
Ef.2:10*



On 2 October 2012 15:56, concrete5 Community <discussions@concretecms.com>wrote:

Try something for me.

Go to 'Dashboard->System and Settings->Environment->Debug Settings' and make sure it's set to 'Show errors in page.'

This might show some error messages you haven't seen before.

The reason I'm concerned is that there was one test I ran where it took 30 seconds to load a piece of JavaScript and when I looked at the code that was finally generated, there was a PHP error buried in it. Not to get too technical but this is a bit of JavaScript that is created on the fly by PHP code. If the PHP code crashes, it doesn't create the proper JavaScript code and could delay the rendering of the page because browsers wait for the JavaScript to finish loading before displaying the page.

Also, can anyone else help me here... 'www.christengemeente.org' resolves to a different IP address than 'christengemeente.org'. Can this cause hiccups within C5.

*Thanks for the suggestion.*
*I already turned that on a week ago to solve some other issue.
**

M. vr. gr.
**Marjo Hartman*
*Want zijn maaksel zijn wij, in Christus Jezus geschapen om goede werken te
doen, die God tevoren bereid heeft, opdat wij daarin zouden wandelen. -
Ef.2:10*



On 2 October 2012 16:58, concrete5 Community <discussions@concretecms.com>wrote: