Tagged: cornerstone
-
AuthorPosts
-
December 8, 2016 at 11:47 pm #1287066
thank you Rad.
So it appears that I have to remove and reupload all images? because it still persists on other pages that are edited with cornerstone. As long as everything on the front end is being forced through SSL, then it’s okay. I really appreciate you extensively looking into this.
https://viktoriyaandoksana.com/free-resources/?cornerstone=1
here is the screenshot:
December 9, 2016 at 12:53 am #1287095Hi there,
Yes, it should be okay as long as it doesn’t affect the front. And yes, looks like you have to manually re-edit them to clear its cache.
Thanks!
December 9, 2016 at 9:15 am #1287426Hi Rad, thank you very much!
siteground tech support resolved the issue.
this is the response:
“I was able to recreate it now on the free-resources page and I found out what is causing it. The Cornerstone plugin stores the data for your posts in his own rows in the wp_xlqy_postmeta table. For example, only for the free-resources page in question it had several rows there with data about that page and what elements need to be fetched in it. When you run the plugin, it reads that data and presents you with the page, instead of fetching the information from the default WordPress records.
The problem was produced because these Cornerstone entries in the database were all with http://www.viktoriyandoksana.com or with http:\/\/viktoriyandoksana.com or with http:\/\/www.viktoriyandoksana.com and this is why only one search-replace did not match them. I had to make several in order to catch all of the wrong entries and replace them with the proper ones and now the problem appears to be resolved.”
December 9, 2016 at 12:08 pm #1287604Glad to hear it’s now sorted, Lily.
Cheers!
-
AuthorPosts