• Hi there,

    Great plugin, makes great performance improvements and we’re looking at continued use of this plugin going forward, so, great work!

    That said however, we’ve recently come across an issue where a site is accessible on both HTTP:// and HTTPS:// but when visited on HTTP:// first, Hyper Cache does the magic and caches it, great, no worries there.

    However when you then go to the HTTPS:// version of the site, the cached page is filled with HTTP:// URL’s for site assets, CSS, JavaScript, etc which then causes some web browsers to drop references like those because of the primary page location being in https://.

    While there is a very straight forward way to fix this on our end by fully forcing HTTPS:// for the site to all visitors, we’d prefer to avoid doing this if this can be fixed in the plugin itself instead.

    Couple of ways we think this could be done is to either:

    1) Cache HTTP and HTTPS pages separately. Downside for this being the up to 100% additional caching space and data needed.

    2) Before the cache is created, adjust URL’s to the current site and / or known (maybe using a manually set list of known domains for this) to be protocol independant. e.g. from “http://www.example.com/my.js” to “//www.example.com/my.js”

    3) Build another plugin that processes links before Hyper Cache kicks in to perform the solution 2 work instead.

    Let us know if this is something that is likely to be built in / added to Hyper Cache so we can plan around that for upcoming WordPress site developments.

    Thanks,
    Bison Grid.

    http://wordpress.org/plugins/hyper-cache/

Viewing 6 replies - 1 through 6 (of 6 total)
  • Hello Bison Grid, for your question it is best to ask in Stefano’s website.

    Kind regards

    Hello mbrsolution,

    this is a fairly big problem. It only occurred to us now.

    Thanks,
    Martin

    I went for #1 after discovering this. Right now, I have to figure out how to transfer that hack to or if that hack is needed at all in the new version.

    I don’t know how https doesn’t occur to people who work on the web, even as a possibility, but it’s pretty common for wordpress plugins.

    Hi @j_sibley I would test the new version first before you add the hack.

    Regards

    @mbrsolution – I will be, but after reading through the source today, I remember the file being written using a sanitized version of REQUEST_URI, and no mention of protocol. I could be wrong, but I know I couldn’t find anything.

    Plugin Author Stefano Lissa

    (@satollo)

    Hi, I’ll try to add on next update. Since it involves number of modifications at the invalidation side, it is not a direct change so I need to take the time to test it and to setup an https site.

Viewing 6 replies - 1 through 6 (of 6 total)
  • The topic ‘Protocol independant caching’ is closed to new replies.