Hi Chris, I have checked in the plugin code and there is a specific http reference in front of the URL for these images. Perhaps it’s more at the browser that it won’t let you load images via http when the page is rendered via https? I will have to do some research on this topic to see what can be done.
When you say that the http seems to be missing, is that when you look at the page source code or when you inspect the element using your browser’s developer tools?
Hi,
I can see it also in the HTML source code.
<img src="//www.robothumb.com/src/?url=http://www.weirdthingsinprague.com&size=120x90"</td><td>
(also the closing tag of img seems to be missing…)
I have published now the page if you want to check yourself:
http://unterwegs-in-tschechien.cz/ressourcen/
https://unterwegs-in-tschechien.cz/ressourcen/
PS: I am using a plugin for caching and Cloudflare, so it is possible that the URLs get changed on the way. (But I would not understand why they would do that…)
Can you temporarily turn off these plugins to see if the URLs go back to normal? If they do, then it might be more on that side to see if there is any option to stop what they are doing.
The Clodflare plugin is the “culprit”: I have the option “HTTPS Protocol Rewriting” enabled. On the other hand, without it, visitors get mixed content warnings.
See https://blog.cloudflare.com/flexible-ssl-wordpress-fixing-mixed-content-errors/
So I solved it by unchecking “Use thumbnail service for dynamic link images”. Dynamic images don’t seem to be necessary.
Good to hear you found a solution. The ‘Use thumbnail service for dynamic link images’ is only needed when you want to load thumbnail images directly from the image generation service. If you generate the images and store them on your server, you can leave that option off.
Please consider donating to support this plugin’s development.