Anton Vanyukov

Hi @kebom,

By default images are not fully offloaded. You can enable full offload via experimental settings, however, please read this: https://www.ads-software.com/support/topic/offloading-specific-paths/#post-18066296 and make sure you understand what you are doing. You will not be able to automatically revert back.

Best regards,
Anton

Hi @odysseyphotos,

The plugin will attempt to pick up the image dimensions from the img tags. Your images have a set width="2560" and height="1707" values, so those get used on the image.

You can try to enable the page parser option in the plugin settings and disable the “Use img width size”, this will attempt to override the values. But I can see that you are also explicitly setting full size images on all elements, so that might not help, unfortunately.

Best regards,
Anton

I don’t mind adding this option in, but for the majority of users paying for serving SVG images via Cloudflare is not worth the perceived benefit. SVGs don’t produce attachment sizes and, for the most part, are relatively small.

Best regards,
Anton

@venkat01,

That’s great to hear. Regarding SVG images – when the plugin was originally released, Cloudflare Images did not support SVG. While today this format is supported on Cloudflare, there’s really no performance benefits in doing so – the format won’t be converted to WebP or AVIF.

Best regards,
Anton

Hi @estar69,

This is an issue when the API token is not correctly set up. Please have a look at this detailed guide with screenshots on how to setup and verify that everything is working: https://vcore.au/tutorials/how-to-setup-cloudflare-images-plugin/

If you have any questions, don’t hesitate to reach out here or via the contact form on the website I linked above.

Best regards,
Anton

@venkat01, could you please if you have the CF_IMAGES_ACCOUNT_ID and CF_IMAGES_KEY_TOKEN constants in wp-config.php? This is the last reason why the dash would show.

Best regards,
Anton

@venkat01 , if the plugin is showing the dashboard, that means that the credentials are either stored in the database or wp-config.php and were not removed, for some reason.

Best regards,
Anton

If you prefer to send me an email, you can use this form here: https://vcore.au/contact-us/

Or you can always leave a comment with steps to replicate on this thread.

Best regards,
Anton

Hi @demian85,

If images are fetched via non-standard WordPress methods, the plugin cannot intercept that. But I can add an integration with the plugin/theme you are using, if you tell me how to replicate the issue.

Best regards,
Anton

@venkat01 , I’m not sure what else to check, to be honest. You can try logging out in the plugin, and when logging back in check the option to store credentials in the database. And the other option is to verify the key is being stored correctly. Maybe there’s a space or something added when pasting it in?

Best regards,
Anton

@venkat01, that means that the token does not have required permissions… for some reason. Do you have Cloudflare Images enabled on your Cloudflare account?

Best regards,
Anton

@venkat01, yeah, the plugin doesn’t verify the validity of the token, there’s no easy way to do that without offloading an image first. The doc I linked explains how to verify that everything is working.

Best regards,
Anton

@venkat01 , I think the issue is an incorrect API token (or something is blocking the request on your hosting). Please have a look at the detailed setup guide here: https://vcore.au/tutorials/how-to-setup-cloudflare-images-plugin/

Best regards,
Anton

@venkat01, this is interesting. What’s the error? Can you please expand the 400 Bad Request column?

Best regards,
Anton

Hi @duifs,

You only need a manual revert for posts, where fully offloaded images were added. Revert the offload for the image, edit the post, change the image from the fully offloaded one to the one in the media library.

BTW, I turned on the Keep media library structure feature before uploading any image to cloudflare image. Would it be any helpful?

That won’t make a difference, unfortunately.

Best regards,
Anton