First attempt site loaded and did not lose anything but server memory utilization went from 5 percent at no-load/idle to 88 percent. If your site is not fully loading I wonder if you hit something similar and are running out of memory.
Restored, disabled all plugins other than tagDiv Composer, tagDiv Newsletter, tagDiv Standard Pack, an MFA plugin, and those I have running as mu-plugins. Ran the upgrade again. Upgraded the disabled tagDiv plugins individually. Re-enabled all prior running plugins. No-load/idle memory utilization is 8 percent, all components seem fine.
Prior to v10.4 my WP Memory Limit was set to 192 and I don’t recall getting a warning. After the upgrade Newspaper wanted 256, so fine, 256.
The site is being rebuilt with this theme so I am being cautious/limiting installed plugins to begin with, and outside of those for Newspaper and mu-plugins, I rarely have more than 8 running at a time. No site should keep plugins active all the time that are only used for special tasks from the console.
If you are having problems and decide to disable plugins, just be aware that on rare occasions you will run into plugins that don’t save configuration settings when disabled. I have only seen this on API plugins and in those cases the information has been stored with the API account, but still something to keep in mind.
Makes sense. I appreciate the heads-up.
Hi,
I understand the option is not there. I am fine modifying/Update the API Module and modifying td_weather.php to allow for the values, or is this not allowed?
Thanks.
Hi Vlad,
Thank you for the reply. I have an email conversation going on with support on this topic — first attempt to create a ticket on this topic failed. Site is the same domain as my email domain.
(not an official answer)
If you follow the “Cloud Library” link just to the left of the drop down it will open the Cloud Templates to just those with the template type of “header.” You can check the box of the ones you no longer want, then select Bulk actions > Move to trash.
Well that will do it!
Thank you.
Thank you for the reply. I was unable to do that after the first time it was customized – closest I got was the first one I customized was appearing above a new footer that could be edited. I removed all the plugins and this time put AMP and mobile themes back on and activated them first and now I can edit them. Not sure why it worked/don’t care, but it works.
Should Posts be editable with TagDiv Composer? I do not have the option to edit existing posts with TagDiv, or edit a new post with TagDiv after the default editor loads from Add New.
I have removed the template, removed, reinstalled, and reactivated all TagDiv plugings, and reapplied the site template. Same result – footers do not save as editable TagDive templates.
Import any footer from any template and it does not save as an editable TagDiv template.
Create a new page, apply a footer, save the page, and the header and page save correctly but the footer does not.