• Resolved eddie

    (@ediet)


    Hi!
    After the update, there were problems with the URL of some images. For some images, the protocol is written 2 times in the path.

    src="https://https://
    data-src="https://https://
    data-srcset="https://https://

    Applies to all new posts.

    Enabled:
    – Enable CDN Processing
    – Enable CDN for merged CSS files
    – Enable CDN for merged JS files

    • This topic was modified 3 years, 9 months ago by eddie.
    • This topic was modified 3 years, 9 months ago by eddie.
    • This topic was modified 3 years, 9 months ago by eddie.
Viewing 10 replies - 1 through 10 (of 10 total)
  • Plugin Author Raul P.

    (@alignak)

    Please ensure you only use the domain name, subdomain on the cdn field.
    Also, do you have some other plugin doing lazy loading or changing images in any way?

    Post your site url and reference 2 or 3 images that are affected by this and where can I see them on the site. Also some images that don’t have this issue, for comparison.

    Thanks

    Thread Starter eddie

    (@ediet)

    On the cdn field – url cdn-domain.

    Yes, I have a plugins for lazy loading and changing images.

    Plugin Author Raul P.

    (@alignak)

    Maybe the lazy loading was interfering for some reason (or not), hard to say since I cannot see it.

    Thread Starter eddie

    (@ediet)

    Before the update, this problem did not happen.

    Thread Starter eddie

    (@ediet)

    Please watch from a PC. On amp pages, everything is usually fine.

    https://edieta.org/en/soft/whatsapp-has-added-a-new-useful-feature – bad
    https://edieta.org/en/astrology/astrology-1-disgusting-feature-of-each-zodiac-sign – bad or good after reloading

    Plugin Author Raul P.

    (@alignak)

    Thanks,

    Apparently you have something else also trying to rewrite the cdn domain, because when I visit https://edieta.org/en/soft/whatsapp-has-added-a-new-useful-feature?nocache which bypasses FVM, the images that are affected, are already rewritten to the CDN.

    Either your images are already saved on the database with the cdn url, or some other plugin is rewriting the urls and conflicting with FVM.

    In the future I’ll add fix to skip the images that are already on the cdn and to prevent the double https:// thing, but for now…

    If you don’t want FVM to interfere with the images and let the other plugin take care of it (or just don’t want to touch the cdn urls saved on the database), you can replace the integration field on the plugin settings to keep it empty, or fine tune them by replacing the rules to only rewrite images on your domain, and leave the ones already on the cdn alone.

    # replace the cdn integration with this one

    img[src*=dieta.org], img[data-src*=dieta.org], img[data-srcset*=dieta.org]
    picture source[srcset*=dieta.org]
    a[data-interchange*=dieta.org]

    And then purge your page cache.
    Should work.

    Thread Starter eddie

    (@ediet)

    Is there anything I can do with the FVM settings without disabling the CDN and letting it handle the images?

    Plugin Author Raul P.

    (@alignak)

    I already provided the settings earlier, that’s all you can do at the moment.
    The plugin only touches the rules it matches on the cdn integration field, so you just need to target the ones by domain as I posted.

    Nothing happened.
    Any other solution for the above asked query?

    Plugin Author Raul P.

    (@alignak)

    You will only see the cdn rewritting the urls if you are not logged in.
    Please check if that is the case.

    Else, you can disable that setting and use some other cdn plugin.

Viewing 10 replies - 1 through 10 (of 10 total)
  • The topic ‘CDN img problems’ is closed to new replies.