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.
Please read about the changes to BoldMinded add-on licensing.
Ticket: Static folders generated, contained index.php aren’t
Status | Resolved |
Add-on / Version | Speedy 1.3.1 |
Severity | |
EE Version | 5.4.2 |
Sebastian Neerman
Apr 16, 2021I’ve set up Speedy to serve Static files and I’m ever so slightly there, but not quite. Locally it works. On my server it very nearly does.
I’m on Fortrabbit servers (AWS) on their Universal stack. To give you access to their SFTP I’d need to add your public key to my account.
My config reads:
$config[‘speedy_driver’] = ‘static’;
$config[‘speedy_static_enabled’] = ‘yes’;
My htaccess has the following (note that my /system directory is in the webroot and renamed to /sys):
# docs.boldminded.com/speedy/docs/static-caching
RewriteCond %{REQUEST_URI} !^/sys [NC]
RewriteCond %{QUERY_STRING} !ACT|URL [NC]
RewriteCond %{REQUEST_METHOD} !=POST [NC]
RewriteCond $1 !\.(css|js|gif|jpe?g|png) [NC]
RewriteCond %{DOCUMENT_ROOT}/static/default_site/static%{REQUEST_URI}/index\.php -f
RewriteRule ^ /static/default_site/static%{REQUEST_URI}/index\.php [L,QSA]
And my Statics folder is in the webroot named /static. In this folder the Utilities directory is generated and all other default_site folders are generated (755) whenever I visit an individual page. However, the curious thing is that in the nested generated folders, no php file are generated. See attached.
If I visit Addon Manager > Speedy > Static Driver Stats, I can see that Hits, Misses and Uptime are N/A.
Any clues?
BoldMinded (Brian)
If it works locally, but not on a remote server, but apparently creating the folders correctly, then it sounds to me like the server isn’t able to create php files or something? It’s clearly calling the code to create the file, but it just isn’t fully succeeding. I haven’t seen something like this before. I’d inspect the permissions on the folder to make sure it can write files, specifically php files.
BoldMinded (Brian)
Closing this ticket because of no response in over a month.