All add-ons currently require PHP 7.4 or greater.

On July 4th 2024 PHP 8.2 will be the new minimum requirement for all add-ons. Expect any add-on released after that date to require 8.2 or greater. Some releases may not immediately take advantage of 8.x specific features in PHP, which means you might, be able to continue using new releases in PHP 7.4, however, if you experience an error the first thing you should do is update to PHP 8.2 then create a support ticket if the error persists.

Publisher does not support the Fluid field type. Please do not contact asking when support will be available.

If you purchased an add-on from, be sure to visit to add the license to your account here on

Ticket: {exp:speedy:static} regenerating every single time page is loaded if “url_override” or “url_prefix” parameters used.

Status Resolved
Add-on / Version Speedy Speedy 1.5
EE Version EE 6.2.2

Aasun Eble

Jan 19, 2022

Using speedy static caching.

All working well for all other 47,000+ pages on the site.  But, the home page is problematic. 

All static files are stored in the default location:

Then, the template group structure is mirrored.  I’m not using any URL overrides, or anything like that on the templates.  All default settings for the cache creation.

This means that the home page cache file location is:

about us cache file is:

etc for all other pages in the site.

When the cache is cleared for the home page (on a save, or a manual clear of that cache file), the next page that is hit on the site (even if it’s not the home page) is getting placed at:

So, then the next time the home page is hit, that cache file is served (as expected). Except that it’s not the home page content.. It’s whatever page was first hit after the home page cache file was removed.  I can’t determine why this would be happening. Again, it’s only the home page.. None of the other 47,000+ pages on this site are exhibiting this behavior.

So, I thought I would use the url_override or url_prefix in order to specify where the cached file is stored.  That way, I’d place the home page cache file in:
rather than

So, I’ve tried the following tag on my home page template:
{exp:speedy:static url_override="home}
as well as
{exp:speedy:static url_prefix="home}

Both of them seem to work, as far as creating a /home directory in my static file location, with index.php inside that directory. And having that file be the home page content (consistent with how all my other static cache files are created). 

BUT, that cache file is regenerated after each new page load.  So, the cached version of the page is never actually used.

Not sure which issue should be addressed first.  Maybe these should be broken into two separate tickets?


BoldMinded (Brian)

How is your htaccess file configured? Sounds like it’s not routing correctly? It’ll take some time for me to try to replicate this locally. If it ends up being an htaccess issue that isn’t something I support as noted in the docs. So many other things in htaccess or with server config could be messing up the routing that is out of scope of support. Like I said, I’ll see if I can replicate it locally but until then you should confirm the htaccess file is correctly trying to find and load the home page cache file.


Aasun Eble

Further testing has found the issue that started this.

problem: Homepage URL: “”

writes a cache file to: /static/default_site/static/index.php This is Correct.

Internal page: “”

writes a cache file to: /static/default_site/static/wedding/url-title/index.php This is Correct.

BUT. some copy and paste URLs from dropbox to an email added a non-breaking space character to the end of the wedding URL: “ ” (that non-breaking space character was invisible to the user, but the browser URL-encoded it and it shows in the server logs as:

that writes a cache file to: /static/default_site/static/index.php This is Incorrect. This was overwriting the home page cache file.

Testing this with a regular ending space, or a trailing slash, and no issues. Technically, a non-breaking space character would be interpreted as a completely different URL as the same URL without the non-breaking space character. (as if it was ending in an “a” or a “b”, etc. the literal character.) But, I would expect the cache file to be written in the similar URI location as the version of the URL without a nonbreaking space trailing character. (/static/default_site/static/wedding/url-title /index.php) Instead, it looks like it was breaking the speedy static file location and just defaulting that to the root static file location (which is what was overwriting the home page cache file).

We’ve added rewrites in our nginx config to account for those trailing non-breaking space characters., rewriting the URL to direct to the canonical version of the URL. So, the issue is fixed for us. BUT, speedy probably has a bug in it that prevents it from handling that particular character correctly.

Again, the server logs showed that non-breaking space character URL-encoded as: %C2%A0


BoldMinded (Brian)

Wow, good debugging to find that, which is definitely odd behavior. Looks like I might have to add something to trim and clean the cache keys. Glad you got it worked out locally. I’ll take a look at adding a Speedy specific fix for this soon.

Login to reply