Ravi B
Forum Replies Created
-
Hi Kush, here’s the information you requested:
- Plugin version: 2.6.19
- WP version: 6.8.2
- Activation context: Manual
- Server: nginx, Local Version 9.2.6+6872, PHP 8.2.23
- Error messages: Pl. see my original post.
- Steps to trigger: Manual activation from LightStart | General page.
–Ravi
Update:
Although I still get the error when activating maintenance mode, I fixed the error shown when rendering the “Under maintenance” page by making it use a new template that only contains a Content block, with no Header or Footer.Hi Nicholas,
Thanks for your replies and also your direct emails with an offer to help. I was able to fix the issue by doing this:
- Downgraded to V 0.9.116 on both Local and my live site.
- Created a multi-part (this is important) backup on Local.
- Directly uploaded the multi-part .zip files to wp-content/wpvividbackups/ on my live site using CPanel’s File Manager (which is MUCH faster than using PHP through a backup plugin).
- Scanned the incoming backups in WPvivid on my live site and successfully restored the resulting backup.
I believe the issue is that WPvivid (actually PCLZip) was unable to handle the earlier large size single .zip which for the first time exceeded 1GB in size due to the growth of my site. I think I have a 1GB upload limit defined somewhere in my live WP site that may be causing this problem. I will later try to increase that and see if a single full size .zip can be backed up and restored with the latest version of WPvivid, but for now I’m happy to upload smaller multi-part .zip files and continue using V 0.9.116.
Thanks again for your quick responses and your offer to debug my live site. It’s much appreciated.
–Ravi
Hi Nicholas,
I already tried that. I even tried rolling back to an earlier version of WPvivid using WPRollback on my live site but that didn’t help either, likely because my Local site is running the latest version of WPvivid. This issue (on my live site) only started occurring when I upgraded to V 0.9.117 today. I wonder if it’s because my live site is running PHP 7.4.33 which has been end-of-lifed.
Any help would be welcomed because my live site is now corrupt and just displays a blank page. 🙁
I solved the problem by doing the following:
- In “General Settings”, check Posts (only)
- In “Read Time” uncheck Single Post, Home and Archive Page
- In “Progress Bar”, set Display Position to Top (or Bottom)
- Remove shortcode from specific post
- Add short code to post’s template
I’m now able to see the reading time AND progress bar only on all posts that use the specific template.
Hi Ernest, I totally understand. I suggested it as a feature request because of the popularity of Block Visibility. I realize it could increase ASL’s indexing time when a post is created or modified.
Perhaps a configuration flag for “Don’t search hidden content” may help? That would allow a graceful fallback to existing behavior if there are any issues with the implementation. The default value of this flag could even be “False”.
Thanks.
“You may have excluded it under the Frontend Filters panel, but that only excludes them from the filters.“
Ernest, you were absolutely right. To reduce confusion it may be helpful to have an “Exclude from Search” tab in the plug-in’s settings that would group the “exclude from selection” and “exclude from results” settings. Thanks for your consideration!
Hi Ernest, thanks for your reply. I’ve confirmed the category is in fact excluded from the search. I’m not sure why the debug info reports no exclusions. Please see:
(1) Updated debug info: https://paste.ee/p/xrpYORNm
(2) Excluded category “Catalogs”
(3) Post in excluded category appearing in search resultsI’m evaluating ASL for a potential Pro purchase and am not sure if the exclusions feature is limited to the Pro version. (That would require me to consider an alternative plug-in).
Thank you.