This topic contains 9 replies, has 3 voices, and was last updated by Tom 2 weeks, 4 days ago.
May 6, 2020 at 1:59 pm #1272770
I’m dropping in here hoping that this is one of those things an experienced developer will figure out in a few seconds.
I recently moved hosts from SiteGround to Cloudways. Once migrated I set up a new SSL cert using Let’s Encrypt. Then I used the plugin “Better Search and Replace” to find all http requests in my database and change them to https.
However, I am still seeing images listed as non-secure. They are all related to my header. I have the svg icons I use for social media and also the retina logos.
I thought I could manually delete them and then upload the images with different names and then choose these new images from the customizer. However, the deleted images are still showing even though they no longer exist. http://www.loadlabz.com/wp-content/uploads/2019/04/Load-Labz-Retina-.jpg is a good example.
I disabled Varnish and cleared all caches and then disabled my caching plugins. Why does the above request still remain? You can see it in my source code.
Any help much appreciated.
Oisín.May 6, 2020 at 2:04 pm #1272774
Leo Customer Support
That seems to be pointing at the site logo under site identity.
So it doesn’t work if you remove it from the customizer and re-add the logo that was newly uploaded in the media library?May 6, 2020 at 2:24 pm #1272782
That’s what I tried based on a previous fix suggested in here but for some reason the request remains?
Not sure what next steps I can take to get to the bottom of it.
Oisín.May 6, 2020 at 5:55 pm #1272939
Tom Lead DeveloperMay 6, 2020 at 11:28 pm #1273134
They are indeed.May 7, 2020 at 10:14 am #1274149
Tom Lead Developer
That should make it so anything you upload (like the logo in the Customizer) uses
I would maybe check with your hosting to make sure
httpis redirecting to
httpscorrectly.May 7, 2020 at 10:18 am #1274154
I’ll check with them now.May 7, 2020 at 3:15 pm #1274568
Tom Lead Developer
If it’s not a server thing, there must be some sort of plugin/function on your site preventing the actual URL from being used. WordPress should always use those URLs in “Settings > General”.May 9, 2020 at 5:21 pm #1277330
Cheers for your help. It turned out to be a server thing in the end. All good now.May 10, 2020 at 10:19 am #1278106
You must be logged in to reply to this topic.