Navigation
This is archived content. Visit our new forum.

Tagged: 

  • Author
    Posts
  • #1287066

    lily
    Participant

    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:

    https://postimg.org/image/5pdejt64l/

    #1287095

    Rad
    Moderator

    Hi 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!

    #1287426

    lily
    Participant

    Hi 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.”

    #1287604

    Jade
    Moderator

    Glad to hear it’s now sorted, Lily.

    Cheers!