Hot answers tagged

4

We are constantly seeing the deleting stale template cache timeout problem on our servers - try increasing the time PHP can execute for to something very long. It seems like clearing the caches counts as one PHP request and not a bunch of tasks, so they can time out. Good use of cache tags helps, and caching globally can also help - but other than that all ...


3

I wouldn't be overly concerned about bounce rates and such, I'd be more concerned about conversion metrics. The reason is that many things affect bounce rate; if the new site is better designed, people may not need to click on additional pages to find out what they want to know, for instance. There's nothing inherent with Craft that would result in this ...


3

Not sure how you implemented the cache tags, but I would recommend to cache each "eDrops" entry individually. I also took out {% if entry.slides|length %}. Testing if entry.slides.first() returns anything is all you need. In order to make the length filter work, Craft internally applys find() to the criteria model behind entry.slides. This means you (...


3

Kind of a broad topic, but here are some resources to get your started: Great article on Craft optimizations here: http://www.patpohler.com/performance-optimization-craft-cms/ Make sure your environment isn't a bottleneck. You're not on an overloaded shared hosting server. PHP has plenty of memory allocated to it. Your server has plenty of resources (...


2

includeJsFile links directly to the file. It doesn't try anything fancy, it just finds the file (exactly as you've referred to it) and creates a normal <script> tag for it. includeJsResource looks for that file in a few different places. It could be a plugin resource, it could be a native Craft resource, etc. Whenever possible, stick to includeJsFile....


2

You probably already know and have done everything I'm about to say. Our site is not that large, on shared hosting, and has been, not consistently, but frequently, VERY SLOW (60 seconds!) to load pages and especially to make any kind of edits on the control panel. So I just did the following in our cPanel: Changed from PHP 5.5 to 7.0 Increased ...


2

So... just to be clear. This /style.css is a static asset, it's not sitting in the craft/templates folder, right? Assuming that's the case, something is definitely wrong if https is taking 2 seconds to load it. Sounds like something with your server is misconfigured. How are you measuring this, exactly?


2

It shouldn't be that slow to bootstrap, but even if you're not doing anything with the plugins in your template, they are still loaded and instantiated with every request. If I were you, I'd do some profiling with Blackfire or NewRelic to see what's really going on.


2

First of, check your web server error log wether or not php is dying because of memory exhaustion. Second, working with many Craft objects/models tend to be slow, you can speed this up by using { cache } blocks cleverly, but be wary that using them wrong can severely impact your performance in a negative way. Check this blog post for some insight into the ...


1

I used to have the same issue then I started using Eager Loading Element. It allows you to speed up your craft cms templates by fetching matrix from the database more efficiently. You can refer to this link which might help you for further understanding of Eager Loading.


1

Can you clarify how much RAM the VPS itself has? In any event, yes, 128M for PHP sounds low to me; I set it to 512M for my Craft installs. I'd also suggest ensuring that opcache is enabled as well.


1

Because your content is cached it "downloads" your website so it loads quick. This can be fixed by disabling cache to users that are logged in or maybe even certain users. This way you "bypass" the cache so you see the changes as soon as your page is loaded. unless # Prevents the {% cache %} tag from activating if a certain condition is met. {# Don't ...


Only top voted, non community-wiki answers of a minimum length are eligible