Not creating cache folder

Incidentally, in case it makes a difference, I am also using Autoptimize and Comet Cache. Both of these created their own cache folders in the same location as AIfW wishes to put its own, so the folder is definitely accessible.

Hello, my friend,

Thanks for reaching out to us and for going to all this trouble debugging the plugin.

There is one thing I find a little unusual and I think might be causing the problem. Your website is at https://www.moshville.co.uk/, however all your assets, the images, the theme, the plugins, etc are all inside https://www.moshville.co.uk/wordpress/.

Is there a particular reason for this? Have you made some kind of configuration in your .htaccess file in order to bypass the extra /wordpress/ directory in your website url? I believe this is what is confusing our plugin and leads it to be unable to find either the cache folder or the original images themselves.

Let’s take this step by step!

Cheers,
Takis

Hey Takis,

A fair question and it’s down to history and file organisation. I’ve got other stuff on the site as well, including a forum, which mean that the wordpress files can’t be placed in the root folder, hence the “wordpress” sub-folder.

I have just double-checked to be certain, but there are no changes to my .htaccess which would cause any problems. I’ve pasted it below for you to double-check. I don’t think there’s anything there of a “security” concern.

The wordpress folder has its own .htaccess file, but it’s empty. The file below is in the root of the site.

DirectoryIndex index.php
Redirect /atom.xml https://www.moshville.co.uk/feed/atom/
Redirect /rss.xml https://www.moshville.co.uk/feed/rss/
# RedirectMatch 301 (.*)\.html$ https://www.moshville.co.uk$1/
# Redirect /wordpress/wp-includes/js/tinymce/plugins/wpeditimage/editimage/ https://www.moshville.co.uk/wordpress/wp-includes/js/tinymce/plugins/wpeditimage/editimage.html

# Ensure PHP5 being used
# For WordPress auto upgrade
AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .php

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

#Allow large uploads
#php_value upload_max_filesize 256M
#php_value post_max_size 256M
#memory_limit = 256M
#php_value max_input_time 3000
#php_value max_execution_time 3000

#R.I.P. Terry Pratchett
<IfModule headers_module>
header set X-Clacks-Overhead “GNU Terry Pratchett”
</IfModule>

## Dave added optimisation
##Begin – Expires caching
<IfModule mod_expires.c>

## This rule will create an ETag for files based only on the modification timestamp and their size.
## Note: It may cause problems on your server and you may need to remove it
FileETag MTime Size

SetOutputFilter DEFLATE
Header set Expires “max-age=29030400, public”
Header unset ETag
FileETag None

# Enable expiration control
ExpiresActive On

# Default expiration: 1 hour after request
ExpiresDefault “now plus 1 hour”

# CSS and JS expiration: 1 week after request
ExpiresByType text/css “now plus 1 week”
ExpiresByType application/javascript “now plus 1 week”
ExpiresByType application/x-javascript “now plus 1 week”

# Image files expiration: 1 month after request
ExpiresByType image/bmp “now plus 1 month”
ExpiresByType image/gif “now plus 1 month”
ExpiresByType image/jpg “now plus 1 month”
ExpiresByType image/jpeg “now plus 1 month”
ExpiresByType image/jp2 “now plus 1 month”
ExpiresByType image/pipeg “now plus 1 month”
ExpiresByType image/png “now plus 1 month”
ExpiresByType image/svg+xml “now plus 1 month”
ExpiresByType image/tiff “now plus 1 month”
ExpiresByType image/vnd.microsoft.icon “now plus 1 month”
ExpiresByType image/x-icon “now plus 1 month”
ExpiresByType image/ico “now plus 1 month”
ExpiresByType image/icon “now plus 1 month”
ExpiresByType text/ico “now plus 1 month”
ExpiresByType application/ico “now plus 1 month”
ExpiresByType image/vnd.wap.wbmp “now plus 1 month”
ExpiresByType application/vnd.wap.wbxml “now plus 1 month”

# Other optimizations
ExpiresByType application/x-gzip “access plus 1 month”
ExpiresByType application/x-shockwave-flash “access plus 1 month”

</IfModule>
## End – Expires caching
## End Dave

Hello again, my friend,

It seems that the same problem has presented itself again in the recent past. Actually it is not a problem per se, it is a bug in the plugin, because we had not taken the setup described here into account. This is the setup you have followed as well, where the WordPress files are in a subdirectory of the root folder, but the website url is still the root of the domain.

Thanks to @milenoi2016 she has worked out a small temporary fix to the problem which is described in her comment here. In your case it should be something like:

in adaptive-images-actions.php

// Remove the $request_uri_base here: 
$adaptive_images_php_script = $request_uri_base. ‘/’ . $adaptive_images_dir_path_relative . ‘/adaptive-images-script.php’;

// So it becomes: 
$adaptive_images_php_script = ‘/’ . $adaptive_images_dir_path_relative . ‘/adaptive-images-script.php’;

// Actually she simply removed the $request_uri_base.

This seems to correct the problem for now.

Sorry for not being able to provide a direct solution to the problem right away, but there will be a proper fix to the problem in a version to come.

Let me know if this works for you and if you need anything more!

Cheers,
Takis

• This reply was modified 7 years, 11 months ago by Takis Bouyouris.

Perfection!

The only thing to note for anyone else who finds this of use – I first of all copy/pasted the “corrected” code and received an error when I activated the plug-in. This was due to the “curly” single quotes:

‘/’

I changed these to “straight” quotes:

'/'

… and it worked a treat. THANK YOU!

I am very happy to hear this!

All kudos go to @milenoi2016 of course, who originally made the fix and I promise to incorporate it in the next version, so that you do not need to worry about it any more.

Cheers,
Takis