No images in cache after 4 days

  • Hello,

    Thanks again for this awesome plugin. We are testing it on anther staging site, but no luck. No images are being created. We have the site closed to the public but we are producing traffic on the site so the images should be recreated.

    We have tested earlier version of the plugin on our staging site and it worked. We really haven′t done much with plugins and updates except upgrade to WP 4.6.1.

    We are using WPRocket Cache and CDN CloudFlare with cache everything *.XXXXXXXXXX.com so the staging site is being cached. We have ticked the CDN box.

    Debug info

    ? PHP GD library is installed.
    ? Image cache directory has been created.
    /home/XXXXXXXXXXX/staging/1/wp-content/cache/adaptive-images => drwxr-xr-x
    ? Installation .htaccess file is setup OK.
    /home/XXXXXXXXXX/staging/1/.htaccess => -rw-r–r–
    ? Adaptive images settings dump:
    array(12) {
    [“resolutions”]=>
    array(5) {
    [0]=>
    int(1024)
    [1]=>
    int(640)
    [2]=>
    int(480)
    [3]=>
    int(375)
    [4]=>
    int(320)
    }
    [“landscape”]=>
    bool(true)
    [“hidpi”]=>
    bool(true)
    [“cdn-support”]=>
    bool(true)
    [“cache-directory”]=>
    string(21) “cache/adaptive-images”
    [“watched-directories”]=>
    array(2) {
    [0]=>
    string(18) “wp-content/uploads”
    [1]=>
    string(17) “wp-content/themes”
    }
    [“jpeg-quality”]=>
    int(75)
    [“sharpen-images”]=>
    bool(true)
    [“watch-cache”]=>
    bool(true)
    [“browser-cache”]=>
    float(180)
    [“version”]=>
    string(6) “0.6.60”
    [“sanitized”]=>
    bool(true)
    }

    System information

    Web Server
    Apache/2.2.24 (Unix) mod_hive/5.5 mod_ssl/2.2.24 OpenSSL/1.0.0-fips mod_auth_passthrough/2.1 mod_bwlimited/1.4 mod_fastcgi/2.4.6 mod_fcgid/2.3.6
    Document Root
    /home/XXXXXXXXXXX/staging/1
    PHP
    5.6.28
    PHP Time Limit
    30
    PHP Memory Limit
    512M
    PHP Post Max Size
    8M
    PHP Upload Max Size
    2M
    PHP Max Input Vars
    3000
    PHP Display Errors
    Yes
    PHP Error Log
    MySQL
    5.6.30-76.3-log
    MySQL Ext/mysqli
    Yes
    MySQL Table Prefix
    fcp_
    MySQL DB Charset
    utf8
    WP
    4.6.1
    WP Multisite
    No
    WP Debug Mode
    No
    WP Site url
    https://www.staging1.XXXXXXXXXXXpets.com
    WP WP Home url
    https://www.staging1.XXXXXXXXXXXpets.com
    WP Permalinks
    /%postname%/
    WP home path
    /home/XXXXXXXXXXX/staging/1/
    WP content dir
    /home/XXXXXXXXXXX/staging/1/wp-content
    WP plugin dir
    /home/XXXXXXXXXXX/staging/1/wp-content/plugins
    WP content url
    https://www.staging1.XXXXXXXXXXXpets.com/wp-content
    WP plugin url
    https://www.staging1.XXXXXXXXXXXpets.com/wp-content/plugins
    WP Locale
    en_US
    WP Memory Limit
    512M
    WP Max Upload Size
    2mb

Viewing 1 replies (of 1 total)
  • Plugin Author Takis Bouyouris

    (@nevma)

    Hello, again,

    Thank you very much for your kind words!

    Now, first of all, I should remind you that CDN support is still experimental in our plugin due to the nature of how CDNs work. We are really working on this for the next version!

    The thing is that, when the CDN becomes in charge of image delivery, it does not leave much to your WordPress installation to do. So we try to sort of “trick” the CDN into delivering different images to different devices, according to their screen size. The screen size is normally saved in a browser cookie, which is sent to the origin server along with each image request. When a CDN is in the middle, the cookie will never reach the origin server, so we try to put the information that was in the cookie on the image request url.

    To sum it all up, there are cases, for instance when the CDN uses a different subdomain for the static assets (and that is a recommendation by most of the optimisation tools out there), where our plugin is more or less “stifled” by the CDN. This means that it is there, it is working, but the requests for images never reach it, due to the CDN in the middle.

    So, practically speaking a) if your CDN uses a different subdomain for images, then I am afraid this is a case we cannot tackle yet and b) if it doesn’t then the CDN support feature should work at least in the experimental way it designed.

    I could help with some more debugging if you could give me the real url to the staging website.

    Cheers,
    Takis

Viewing 1 replies (of 1 total)
  • The topic ‘No images in cache after 4 days’ is closed to new replies.