Viewing 5 replies - 1 through 5 (of 5 total)
  • Thread Starter cinematic

    (@cinematic)

    I think I have figured it out. The data is stored in the post meta table and if the url changes regarding the number of characters the columns won’t be displayed since the number of characters of the url is stored as a parameter of the array. Using a plugin such as search and replace in order to change an url won’t work with this plugin.

    The revision system doesn’t include custom fields as part of its revision system. There are plugins that can add this though. Like https://www.ads-software.com/plugins/custom-field-revisions/ perhaps. I think I’ve seen a commercial plugin for this too.

    Not sure about your 2nd query. You might want to look at a better migration tool. DesktopServer will fix urls to match a new domain automatically, even those stashed in settings and meta fields I believe.

    Plugin Author Greg Priday

    (@gpriday)

    I did some work to ensure that Page Builder worked with the WordPress import/export. There are still a few things we need to sort out (mainly image URLs), but it should work. Have you given that a try?

    I’d love to integrate with the revisions system. Maybe the Custom Field Revisions plugin would help with some pointers.

    Great that you validated that you can now import/export Page Builder content. Ether Content Builder $30.00, can not do an import/export although the data is there.

    Talking Manuals was using Ether Content Builder until things start falling apart. They are in the process of migrating to Page Builder. One of the primary reasons is the content is dumped in the visual text editor where all SEOs can scan. Secondly – the superb technical support.

    I think I will do a comparison review on both Page Builder and Ether Content Builder. ??

    i would love also learn how this plugin saves the data so i may transfer sites correctly.

    This is a cool plugin, especially for guys that can create their own widgets
    but to re-create the posts with the panels each time is too much work!

    it seems the “update_post_meta” section is pretty strait forward.

    is it the part the rebuilds the page that is lacking?
    Where can i find the filter “siteorigin_panels_data” ?

    is this the function that helps build the widget / panels layout on the backend?
    “siteorigin_panels_render”

    We need some pointers to try to fix this ;(

Viewing 5 replies - 1 through 5 (of 5 total)
  • The topic ‘How are the data stored in the database?’ is closed to new replies.