This forum has moved to a new location and is in read-only mode. Please visit talk.octobercms.com to access the new location.
Hi, I'm just about to deploy our first OC website, and after running some tests noticed that the speed (specifically TTFB) is quite slow. Typically, for a static file, TTFB is around 50ms, and for a website using Laravel it is under 200ms, but October is over 400ms. It's quite a noticeable difference.
Here are some config settings:
config/app
'debug' => false
config/cache
'default' => 'file'
'disableRequestCache' => false,
config/cms
'enableRoutesCache' => true,
'enableAssetCache' => true,
Server config:
- 2 CPUs / 4GB RAM
- Apache 2.4
- PHP 7.0
- PHP_FPM enabled
Any ideas?
Last updated
Hello, I've noticed the same behavior. My configuration settings - except for the server used - are the same as yours. What I noticed, however, is that if I run multiple runs at webpagetest.com, the behavior improves after the first test run. After some time the behavior is the same again. My guess is that this also has something to do with the use of the cache.
Hello, no - unfortunately not. I see the same problem on different shared hosts. I have already tried different optimizations, like opcache or the change to PHP 7.3 etc. - but without success.
In my case, I suspect that the poor TTFB performance also has something to do with the Translate plugin. In any case the redirection (to the default language => force URL schema, example: www.mywebsite.com/ to www.mywebsite.com/de/) will further degrade TTFB performance.
I just noticed that when I change language on my site, my TTFB is staggering 48 seconds!!! Something definitely wrong with the translate plugin. I have just began my search and this is the first related post that I found.
Hey milos!
That doesn't sound very good! If you debug it and find where the bottleneck is, we'll be happy to implement a fix, just shoot us an email hello@octobercms.com
I'm aware there were some recent changes that may have contributed to the performance issues. Hopefully, it means we won't have to rewrite much code...
1-6 of 6