4

I have run into this issue before and I was in the same boat. And "Static Page Caching" didn't do it for me, CE Cache did. I learned that I had to make sure I was really caching the site correctly, such as the right areas and embeds. Also I made sure that I wrote my markup in the best way I could to reduce queries. I hope this helps, I have always found ...


3

CE-Cache for EE2 (i.e. CE-Cache 1.101) and for EE3 (i.e. CE-Cache 2.0.2) each have the ability to clear the cache in response to an 'ACT' call. The action is registered in the EE Database as 'break_cache' and appears to require the submission of the CE-Cache "Secret" and the IDs of the channels that you want to break the cache for in a pipe-...


2

It might be a parse order issue. If so, using Stash should work to save the categories into a variable list, and then you can run the ce_cache:clear when outputting the list (this is untested): {!-- cache a list of the category url titles --} {exp:stash:set_list name="cached_cat_url_title" parse_tags="yes" trim="yes" } {categories} ...


2

I think I've found the issue and solution. It seems sometimes mod_dir will be setup to do it's thing before mod_rewrite. This means that %{REQUEST_URI} for the homepage could end up being index.php instead of /. To account for this, I updated the the htaccess rule: #------------------- CE Cache Static Driver ------------------- RewriteCond %{REQUEST_URI} !...


2

Doh! Found out that this option in config.php should be set to "yes": $config['ce_cache_fragment_logged_in_only'] = 'no';


1

just add next lines at the beginning of .htaccess right after RewriteBase / RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC] RewriteRule ^(.*)$ http://%1/$1 [R=301,L]


1

CEcache has a config setting that lets you control the number of seconds before cached items are renewed. This won't clear all caches at once, rather cached files based on their timestamp. https://docs.causingeffect.com/expressionengine/ce-cache/user-guide/configuration.html Another approach would get to get the clear cache URL's in the control panel (they ...


1

Getting logged out of the CP can be caused by a few things: ISP's changing the persons IP address dynamically Over zealous Mod_security rules (check server logs when this happens to see if any rules are being triggered) mismatch when using www or non www (make sure htaccess forces one or the other and your systems paths/URL's are consistant) corrupted ...


1

You would get a more useful response if you could update your question with details of the version of EE you are using, and the versions of the various add-ons that you think are involved. Unpicking what is going on is likely more complex than can be addressed in this kind of forum, but there may be some steps you can take that will help you narrow down ...


1

Aha! Figured this out with an embed. The parameter: url_override="shop/{embed:this_product_cat_name}/{embed:this_members_location}" The embed tag: {embed="..." this_product_cat_name="{segment_2}" this_members_location="{exp:stash:the_location_tag}" }


1

It looks from the last error you reported that the CP issue is being caused by a configuration error - EE is trying to delete an entry from a table that doesn't exist (the table exp_ce_cache_tagged_items). The table is installed by CE-Cache during initial install and / or updates if it does not exist. The table is defined both in CE-Cache 1.10.1 (EE2) and ...


1

To remove the rows in the database you could do this: TRUNCATE `exp_ce_cache_tagged_items`; And TRUNCATE `exp_ce_cache_db_driver`; To remove them in the file system you could: rm -rf /path/to/your/cache/directory/ I'd guess that if your cache is that large that perhaps you have not set up CE Cache correctly or your site is not strict about using ...


1

We never recommend caching a form because it has a unique identifier from ExpressionEngine for CSRF protection that's generated per page as well as a unique identifier from Freeform used to prevent spamming, malicious form manipulation, and to assist in multipage forms. You are getting the invalid form ID error because the cached form isn't able to ...


1

Well, just to answer this, as I bought the plugin: Not sure if it's still supported. I was able to use segment / embed variables to specify unique cache names, so I could cache part / all of a template to a unique ID based on the specific incoming url. That was perfect for my purposes the php does not get parsed but is part of the cached file. So you see ...


1

I can't see how caching the layout is going to help you at all. It's just markup. You need to "cache" the tags that actually generate content and are expensive to run (i.e. the channel entries tag), as well as the rendering of the data (the layout). Therefore you need to wrap the {exp:ce_cache:it} tags around everything in the root template. Also this.. {...


1

Just documenting this if someone else might run into the same issue. It turns out there isn't a hook in Expresso Store (yet) that will allow you to clear caching on updating/inserting of a sale/discount. How I ended up resolving it was by adding a custom hook into the Sales Controller and Discounts Controller in the Store add-on self. I am not a big fan of ...


1

This has also been asked on the official support forum here: https://devot-ee.com/add-ons/support/ce-cache/viewthread/14051. This comment: https://devot-ee.com/add-ons/support/ce-cache/viewthread/14051#49482 also provides a way of caching the layouts although I'm pretty sure it won't address your layout:set issue.


1

I've run into this before as well. The issue is that the layout:set action doesnt occur when the cached content is retrieved, so the parent layout has no way to know what it's contents should be. Have you tried escaping the layout:set part from the cacheing? That may or may not work. Worst case, and the route that I ended up taking is to just use native tag ...


1

I haven't used Bieber's add-on, but, from glancing at the docs, I believe you should use their {language_code} variable to feed CE Cache's url_prefix parameter (had to do something similar using Publisher on a multilingual site). Something like this should do it, I think... maybe: {exp:ce_cache:ic url_prefix="{language_code}" ...}


1

You should be able to simply tag the Cache It tag in your search section with search, and then break on the search tag in the cache breaking settings for "Any Channel". That way, any time an entry changes (from any channel), your search results will be cleared.


1

Purchase and implement the Stash EE companion called Mustash to setup up cache clearing rules. With Mustash you'll be able to tell the Stash cach eto empty whenever an entry is modified. http://www.devot-ee.com/add-ons/mustash


1

Currently Freeform does not natively support being cached as it generates a params_id and XID hash on page load that is not reusable due to security concerns. You could, in theory, cache the form, then on submit (or first field change?), use ajax to fetch an uncached version of the same form template and pull the params_id and XID from that uncached form ...


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