codimex
Forum Replies Created
-
Hi! I’m having the same issue. The color and background-color CSS properties of every button have changed the appearance on the frontend (the backend seems right) in all pages, overriding my block settings. The browser console throws no errors (just warnings, as usual).
I’m happily using Kadence on other sites, but only one of them shows this error since the last update, so I’ll look deeper on this specific site.
Anyway, I’ll be following this thread in case I can get inspiration to solve this. Thank you!
Thank you for this final tip! Couldn’t be more satisfied with your help! The quality of your support overwhelmingly exceeded the average, exploring options I didn’t even know existed. I’ll try that tomorrow. Have a good end of the week!
Hi again! Thank you for all your efforts on this. I’d rather use the FTP option, whenever I have a critical backup I need to keep locally. I finally changed the storage route (so that I can have access to it) and donwloaded it. I tried uploading it to a new WordPress installation, again via FTP, and succeeded uploading it. I tried restoring the backup in this new installation and seems to work fine, but still points to the source installation (I can only open the homepage, but every link leads to its equivalent of the source installation… but that’s another story, probably cache-related, or DNS-related).
I think we can close this ticket now, if you don’t have anything else to add. BIG BIG BIG BIG BIG BIG THANK YOU. I’ll research deeper to see what’s going on. I’ll keep you posted if I find out more.
Hi! Got feedback from my webhost. This is what they told me:
I have searched all the error logs at my disposal, and could not find any errors, that can be attributed to a ModSecurity rule, or any of the other mentioned rules and directives.Also, the add this:
There is however a client_max_body_size 256M; limit on our shared servers. This limit is set per server, and cannot be changed.I don’t understand how, five days ago, it was possible to create backups up to 400MB and now it’s not.
You’ve done your best in this case, and I’m really grateful. As my review said, I’ve felt treated like a Premium user. 🙂 At this point, the only solution I can come up with is that you consider adding to the plugin routemap the possibility of splitting the file into smaller files under 256M (or different size options). But I’m aware this issue might be my case only, and the plugin must evolve according to the general interest of the Total Upkeep community.
I’ll keep you posted in case my webhost provides more insight on this, but honestly, I don’t think they will. :/
Thank you! I’ll try to contact my webhost tomorrow. As soon as I have an answer (maximum two days), I’ll post an update here. In the meantime, just a newbie question: can I somehow change the ModSecurity rules via wp-config or .htaccess?
Thank you for your efforts on this and your great support!
BINGO! As per your suggestion, I backed up only *.txt files and got a 10MB file (including full database). I’ve finally been able to upload that backup on the other WordPress installation. After that, I cleared all backups, created a new one, but this time I was unable to upload it on the destination WordPress installation.
I’m not using a firewall. Hence, my webhost has probably set some new value out there that is conflicting with the plugin. What exact instructions do I need to ask my webhost to correct this error on their end?
- This reply was modified 5 years, 5 months ago by codimex. Reason: Typo
¡Buenos días! Again, thank you for taking the time to make the video. I tried the new logging feature, and this is the error I get when I try to upload a backup from a link of another WordPress installation:
Could not retrieve the remote file. cURL error 18: transfer closed with 307999696 bytes remaining to readThe full log reads:
[2020-12-15 14:13:59 UTC] PHP Version: 7.3.25 [2020-12-15 14:13:59 UTC] WordPress Version: 5.6 [2020-12-15 14:13:59 UTC] Total Upkeep version: 1.14.10 [2020-12-15 14:13:59 UTC] -------------------------------------------------------------------------------- [2020-12-15 14:13:59 UTC] Beginning ajax_url_import... [2020-12-15 14:14:02 UTC] Failed to download archive. Additional info: WP_Error Object ( [errors] => Array ( [http_request_failed] => Array ( [0] => cURL error 18: transfer closed with 307999696 bytes remaining to read ) ) [error_data] => Array ( ) [additional_data:protected] => Array ( ) )I’m also checking my webhost’s blog, but they don’t report any major changes on the servers. What can I do at this point? FTP, maybe? Not the desired solution, as I don’t want to give up on the core download/upload backup features.
EDIT: BTW, 307999696 bytes is the whole size of the file.
- This reply was modified 5 years, 5 months ago by codimex.
OMG! I’m on YouTube, I’m famous! 😀 It’s late here, and I could use a little sleep. As a quick note, my previous test was performed after updating to 1.14.10 version, but I’ll look into the new option deeper tomorrow morning. In the meantime… WordPress guys, give the BoldGrid boys more stars!!! Big big big big thanks for the update and the video! See you tomorrow!
Hi again!
This is the exact error message when I try to transfer a backup from a link in the destination page:
Could not retrieve the remote file. It may not be a ZIP file, or the link is no longer valid.The link is supposed to be valid (it was created within the allowed 1-hour frame, since I just made the backup in the source site).
Sadly, the other solution doesn’t work either for me. I think I’ll try to reset my server with my webhost, or try to explore different options with them (I bet they’ll tell me to ask for help here, -sooo classic!-). Big, big thanks for your readiness to help and for your amazing support. Clearly, the plugin works fine, and there must be something wrong on my end I need to find out what it is. Feel free to mark this as resolved, and allow me to post a 5-star rating.
Hi, Jesse! Thank you for your prompt answer and your readiness to help. Let’s get into it, point by point:
1) I disabled the cache plugin and tried manually downloading the backup. Same error (a browser error page or a blank one that doesn’t trigger the download file popup window)
2) I’ve found out that I can’t download ANY of the backups, even those made before the error. Those files were almost 500MB large and could download them without problems before the error.
3) I set exclusion rules to prevent the cache files being added to the backup. The new backup size was 293MB. I tried downloading it, with both the cache plugin enabled and disabled. No luck. We can infer that neither the file size or the cache plugin are conflicting.
4) Let me share with you the log file, but allow me to hide some parts. I hope this info is enough (I can see an “error” message there):
[2020-12-14 18:17:14 UTC] PHP Version: 7.3.25 [2020-12-14 18:17:14 UTC] WordPress Version: 5.6 [2020-12-14 18:17:14 UTC] Total Upkeep version: 1.14.9 [2020-12-14 18:17:14 UTC] Backup process initialized. [2020-12-14 18:17:14 UTC] -------------------------------------------------------------------------------- [2020-12-14 18:17:14 UTC] Starting dump of database... [2020-12-14 18:17:14 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 75278864 (71,79 MB) / 75605232 (72 MB) [2020-12-14 18:17:14 UTC] Database info: Array ( [wpm7_actionscheduler_actions] => 436 [wpm7_actionscheduler_claims] => 1 [wpm7_actionscheduler_groups] => 5 [wpm7_actionscheduler_logs] => 1308 [wpm7_admin_columns] => 2 [wpm7_cf_form_entries] => 102 [wpm7_cf_form_entry_meta] => 0 [wpm7_cf_form_entry_values] => 1395 [wpm7_cf_forms] => 74 [wpm7_cf_pro_messages] => 0 [wpm7_cf_queue_failures] => 0 [wpm7_cf_queue_jobs] => 0 [wpm7_commentmeta] => 10 [wpm7_comments] => 516 [wpm7_email_log] => 152 [wpm7_frmt_form_entry] => 346 [wpm7_frmt_form_entry_meta] => 8480 [wpm7_frmt_form_views] => 7373 [wpm7_icl_cms_nav_cache] => 0 [wpm7_icl_content_status] => 0 [wpm7_icl_core_status] => 0 [wpm7_icl_flags] => 63 [wpm7_icl_languages] => 63 [wpm7_icl_languages_translations] => 3969 [wpm7_icl_locale_map] => 2 [wpm7_icl_message_status] => 0 [wpm7_icl_mo_files_domains] => 112 [wpm7_icl_node] => 0 [wpm7_icl_reminders] => 0 [wpm7_icl_string_batches] => 0 [wpm7_icl_string_packages] => 62 [wpm7_icl_string_pages] => 216638 [wpm7_icl_string_positions] => 3963 [wpm7_icl_string_status] => 0 [wpm7_icl_string_translations] => 33631 [wpm7_icl_string_urls] => 253 [wpm7_icl_strings] => 38878 [wpm7_icl_translate] => 7894 [wpm7_icl_translate_job] => 540 [wpm7_icl_translation_batches] => 147 [wpm7_icl_translation_downloads] => 0 [wpm7_icl_translation_status] => 1210 [wpm7_icl_translations] => 5323 [wpm7_links] => 0 [wpm7_ms_snippets] => 0 [wpm7_options] => 11754 [wpm7_packlink_entity] => 59 [wpm7_pmxi_files] => 1 [wpm7_pmxi_history] => 2 [wpm7_pmxi_images] => 253 [wpm7_pmxi_imports] => 2 [wpm7_pmxi_posts] => 127 [wpm7_pmxi_templates] => 0 [wpm7_postmeta] => 67274 [wpm7_posts] => 2645 [wpm7_redirection_404] => 1255 [wpm7_redirection_groups] => 2 [wpm7_redirection_items] => 84 [wpm7_redirection_logs] => 198 [wpm7_revslider_css] => 113 [wpm7_revslider_layer_animations] => 0 [wpm7_revslider_navigations] => 0 [wpm7_revslider_sliders] => 4 [wpm7_revslider_slides] => 4 [wpm7_revslider_static_slides] => 2 [wpm7_snippets] => 21 [wpm7_term_relationships] => 6772 [wpm7_term_taxonomy] => 1660 [wpm7_termmeta] => 1115 [wpm7_terms] => 1660 [wpm7_tm_taskmeta] => 0 [wpm7_tm_tasks] => 0 [wpm7_usermeta] => 1859 [wpm7_users] => 48 [wpm7_wc_admin_note_actions] => 21 [wpm7_wc_admin_notes] => 20 [wpm7_wc_category_lookup] => 8 [wpm7_wc_customer_lookup] => 93 [wpm7_wc_download_log] => 0 [wpm7_wc_order_coupon_lookup] => 18 [wpm7_wc_order_product_lookup] => 599 [wpm7_wc_order_stats] => 114 [wpm7_wc_order_tax_lookup] => 0 [wpm7_wc_product_meta_lookup] => 457 [wpm7_wc_reserved_stock] => 2 [wpm7_wc_tax_rate_classes] => 4 [wpm7_wc_webhooks] => 0 [wpm7_wcpdf_invoice_number] => 43 [wpm7_wfpklist_template_data] => 2 [wpm7_woocommerce_api_keys] => 0 [wpm7_woocommerce_attribute_taxonomies] => 0 [wpm7_woocommerce_downloadable_product_permissions] => 0 [wpm7_woocommerce_log] => 0 [wpm7_woocommerce_order_itemmeta] => 7479 [wpm7_woocommerce_order_items] => 738 [wpm7_woocommerce_payment_tokenmeta] => 0 [wpm7_woocommerce_payment_tokens] => 0 [wpm7_woocommerce_sessions] => 988 [wpm7_woocommerce_shipping_zone_locations] => 52 [wpm7_woocommerce_shipping_zone_methods] => 10 [wpm7_woocommerce_shipping_zones] => 2 [wpm7_woocommerce_tax_rate_locations] => 0 [wpm7_woocommerce_tax_rates] => 0 [wpm7_woof_query_cache] => 0 [wpm7_wpmailsmtp_tasks_meta] => 101 [wpm7_wpml_mails] => 0 [wpm7_wpmm_subscribers] => 0 [wpm7_wpvivid_scan_result] => 0 [wpm7_wpvivid_unused_uploads_files] => 0 [wpm7_xyz_ihs_short_code] => 41 [wpm7_yoast_indexable] => 4144 [wpm7_yoast_indexable_hierarchy] => 123 [wpm7_yoast_migrations] => 18 [wpm7_yoast_primary_term] => 293 [wpm7_yoast_seo_links] => 1576 [wpm7_yoast_seo_meta] => 1584 ) [2020-12-14 18:17:17 UTC] Dump of database complete! $status = 1 [2020-12-14 18:17:17 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 75287368 (71,80 MB) / 79170800 (76 MB) [2020-12-14 18:17:17 UTC] -------------------------------------------------------------------------------- [2020-12-14 18:17:25 UTC] Database dump file added to file list: /home/customer/boldgrid_backup/MY_DATABASE.20201214-181714.sql / 54412553 (51,89 MB) [2020-12-14 18:17:25 UTC] Starting archiving of files. Chosen compressor: php_zip [2020-12-14 18:17:25 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 82906544 (79,07 MB) / 111647448 (106 MB) [2020-12-14 18:17:25 UTC] Total files / size archived: 11165 / 508195809 (484,65 MB) [2020-12-14 18:17:25 UTC] Starting to close the zip file. [2020-12-14 18:17:25 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 82981128 (79,14 MB) / 111647448 (106 MB) [2020-12-14 18:18:14 UTC] Finished closing the zip file. [2020-12-14 18:18:14 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 82981016 (79,14 MB) / 111647448 (106 MB) [2020-12-14 18:18:14 UTC] Last error: Array ( [type] => 2 [message] => Error while sending QUERY packet. PID=26813 [file] => /home/customer/www/MY_SITE.com/public_html/wp-includes/wp-db.php [line] => 2056 ) [2020-12-14 18:18:14 UTC] Archiving of files complete! [2020-12-14 18:18:14 UTC] Archive filepath / size: /home/customer/boldgrid_backup/boldgrid-backup-www.MY_SITE.com-f5551305-20201214-181725.zip / 307698189 (293,44 MB) [2020-12-14 18:18:14 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 82981176 (79,14 MB) / 111647448 (106 MB) [2020-12-14 18:18:15 UTC] Backup complete! [2020-12-14 18:18:15 UTC] Memory usage - limit / current / peak memory usage: 1073741824 / 82983048 (79,14 MB) / 111647448 (106 MB)As for my relevant server values, these are as follows:
Web server: Apache PHP Version: 7.3.25 PHP max input variables: 3000 PHP time limit: 120 PHP memory limit: 768M PHP max. execution time: 120 PHP post max size: 256M Maximum file upload size: 256MEverything seems fine to me, but maybe the error is playing hide-and-seek with me. Any more steps I could take? Thank you so much!!!
Update: I just tried creating a backup and an error message popped up: “Security violation (invalid nonce).” It seems I can’t make backups now. :”(
EDIT: Forget about this message. This was caused by a change of IP on my internet service provider. Please mind just the first message.
- This reply was modified 5 years, 6 months ago by codimex.
OH! I didn’t get the notification email for your answer! :O So sorry! Marking this as resolved, and switching to your official forum.
Forum: Plugins
In reply to: [Mongoose Page Plugin] No longer worksTo me it’s working! Mongoose is back in business! 😀
Thank you @cameronjonesweb for your readiness to help us. Love this plugin!
Thank you! I’ll play around one more time with the settings. Wish me luck! Hope I’ll finally win the settings lotto! 🙂
Forum: Plugins
In reply to: [Mongoose Page Plugin] No longer works@d79 Oh, sorry. It looked like it was an actual fixing trick for everyone reading this topic. Anyway, it’s good to try different options. Thank you!