Viewing 14 posts - 1 through 14 (of 14 total)
  • Author
    Posts
  • #1285451

    What should have been an easy staging to live move has become a complete nightmare due to a terrible host experience. We are now stuck between a largely correctly functioning data filled site with a few issues we cannot seem to resolve or starting from scratch.
    Two things would really help us. Firstly in order to focus on fixing base issues (rather than introducing extras) we have kept WP at 5.6 and enfold at 4.5.5 (as was on the staging, things were delayed!). Importing enfold settings has been inconsistant and we are concerned that bringing WP and enfold up to date at this point will only make matters worse.
    Secondly, after updating what should have been none critical path changes in the db, the Stylesheet chain now appears to be broken but we cannot understand why or where. Restoring the db to prechanges has not resolved the issues so perhaps this may have actually been caused by something else and caching meant we missed it. Apart from the CSS issues most things are functioning as expected.
    (H1 should be ‘Lato’ but whilst it is set correctly in the theme settings the output is just default sans fonts)
    Enfold parent and Child has been completely removed and reinstalled but the issue remains which implies a retained db setting or WP issue?
    If you are able to resolve this for us point us in the right direction it would save many hours of additional work as our only other way forward is a complete rebuild due to backup/version clashes with our hosts and original errors on their part.
    Please let us know if we should update first and also clarify any specific fix regarding the CSS as this will help our knowledge.
    For the future it would also help to know if theme settings backups only work on the version they were created on? We have never had to use restore until now. Thanks.

    • This topic was modified 3 years, 8 months ago by igotmusic.
    #1285568

    Rather than editing the original I have replied to self as it may help others. Turns out that our security plugin does not remove the -ExecCGI mods to .htaccess in the uploads folder when disabled. It still doesn’t make much sense but it was obviously preventing the theme from correctly executing content in ‘uploads/dynamic_avia’ …does that make sense? The only other change we made was to increase our rate limiting. No time to fully test now.

    It would still be very helpful to know about the theme settings export. Will it work across versions? Are there any other pitfalls we should be aware of as it seemed far from robust and many setting have had to be added manually.

    Thanks.

    #1285877

    Can you please clarify ASAP.
    Does the theme settings export work reliably across versions? 4.5.5 to current.
    It there an alternate backup method or details of where ALL settings are held?
    Thanks.

    #1287143

    Hey,

    Thanks for contacting us and sorry for the late reply. We have been pretty busy after recent updates.

    Are the issues currently present on your staging site? If they are, could you please post FTP and WP admin logins so we can inspect it? It is difficult for us to point out the issues without seeing them so that would be helpful. Also, theme options should work fine as long as theme name is not changed in style.css file. If that is the case, simply renaming it to old name would fix it.

    Regards,
    Yigit

    #1287204
    This reply has been marked as private.
    #1288442

    Hi,

    Most Theme options are stored in a single array in your database table wp_options.

    You can query it with:

    SELECT * FROM 'wp_options' WHERE 'option_name' like 'avia_options_%'

    There are a few other options but that are mostly e.g. only key for Google Maps, …

    For import of demos we only use avia_options_[theme name]

    Hope this helps you.

    Best regards,
    Günter

    #1288735

    Thanks Günter that’s very helpful. (We are now on WP5.7 and Enfold 4.8.1) without issues.

    Are there any tricks for locating old forum posts? Nothing comes up against the account or search via user name. They would have been 2018 ish.

    Thanks.

    • This reply was modified 3 years, 8 months ago by igotmusic.
    #1288762

    Hi,

    Glad to hear it is working for you now.

    Are you talking about bbPress on your site?

    bbPress has own post type forum, topic, reply in wp_posts database.

    Check for a plugin setting to limit time of posts in past – just an idea.

    Best regards,
    Günter

    #1289222

    Hi,
    No I am refering to this (kriesi) forum.
    Thanks

    #1289238

    Hi,

    Do you mean finding your own thread? If so, you can simply go to your account – https://kriesi.at/support/profile/igotmusic/topics/ however this seems to be the only thread you have started. If you were registered with another username, you can simply replace the username in this link – https://kriesi.at/support/profile/YOUR-OLD-USERNAME/topics/ and find your old threads.

    If that is not what you meant, could you please elaborate? :)

    Best regards,
    Yigit

    #1290114

    Hi Yigit,
    Thanks, yes I understood that but the point was it showed 0! (No name changes) It may have been that they were asked under presales before reg. I have found some old bookmarks which have helped through thrid party threads.
    This forum really would benefit significantly though from having a proper search (dates, thread title-content-both, first answer only etc.). It’s a great resource but the query returns can be tiresome when each page may only consist of a few threads due to replies code chunks etc.

    #1291429
    This reply has been marked as private.
    #1291736
    This reply has been marked as private.
    #1291762

    Hi,
    Very good, we will leave open.

    Best regards,
    Mike

Viewing 14 posts - 1 through 14 (of 14 total)
  • You must be logged in to reply to this topic.