I am Mustafa Kazi, and I’m currently facing challenges with the All-in-One WP Migration plugin during a significant project. I’ve been trying to restore a backup of over 3 GB, but I consistently encounter errors at the 3% mark in the restoration process on both local and live servers.
Here are the console errors I’m seeing:
To address this, I’ve already implemented the following settings in the wp-config.php file:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors', 0);
ini_set('memory_limit', '256M');
Could there be any restrictions on handling large files, or might there be another underlying issue? Your expert advice would be invaluable to help resolve this matter. I look forward to your guidance and potential solutions.
]]>a week ago on Mar 7th, we activated WP Statistics on a high volume website (nacional.hr) which is visited by 1.1M users per month and we started experiencing very high CPU loads since the activation – see below:
The website is hosted on Digital Ocean and before the plugin was activated, the CPU load was in range 15-45%. After the activation, it was reaching all the way to 100%.
We deactivated the plugin today and immediately experienced a drop in CPU load to range of values that we had before Mar 7th.
What approach would you advise in order to try and solve this issue?
Thank you!
]]>I just made another edit to the same page. I changed Photo Editor to Photo Editing, but it hasn’t updated as of the time this has been posted.
Any idea why it’s taking so long to update a few text changes?
]]>Tiny_Plugin::ajax_optimization_statistics
method and also the Tiny_Bulk_Optimization::wpdb_retrieve_images_and_metadata
method
Those methods are consuming a significant amount of time, approximately 99.99% of the web transaction’s time.
Here is part of the trace that
This was the query that was taking some time
SELECT
wp_posts.ID,
wp_posts.post_title,
wp_postmeta.meta_value,
wp_postmeta_file.meta_value AS unique_attachment_name,
wp_postmeta_tiny.meta_value AS tiny_meta_value
FROM wp_posts
LEFT JOIN wp_postmeta
ON wp_posts.ID = wp_postmeta.post_id
LEFT JOIN wp_postmeta AS wp_postmeta_file
ON wp_posts.ID = wp_postmeta_file.post_id
AND wp_postmeta_file.meta_key = ?
LEFT JOIN wp_postmeta AS wp_postmeta_tiny
ON wp_posts.ID = wp_postmeta_tiny.post_id
AND wp_postmeta_tiny.meta_key = ?
WHERE
wp_posts.post_type = ?
AND (
wp_posts.post_mime_type = ? OR
wp_posts.post_mime_type = ? OR
wp_posts.post_mime_type = ?
)
AND wp_postmeta.meta_key = ?
GROUP BY unique_attachment_name
ORDER BY ID DESC
LIMIT ?
We were compressing new images in the background and I noticed that using that features consumes server resources instead of sending to TinyPNG’s servers to compress, so I switched to “compress new images during upload,” but that also did not resolve the issue.
Any help or insights would be great, been troubleshooting for some time to find a solution but I have not found one.
Thanks!
]]>There are a host of performance issues.
Can I run Autoptimize together with W3 Total Cache? or just run one?
How to fix all these issues?
Thanks for your help.
]]>I am a new blogger and I am using the AIOSEO plug in to help manage my blog. I have a few performance areas under the SEO Analysis/SEO Audit Checklist that I am unable to resolve that are presenting as important issues. They are as follows:
Your server is not using “expires” headers for your images. (No idea how to fix this)
Some Java script files dont seemed to be minified (Installed Autoptimize and Optimole plug in to correct this issue but the issue remains)
Some Css files don’t seem to be minified – (Installed Autoptimize and Optimole plug in to correct this issue but the issue remains)
Your page makes 50 requests. More than 20 request can result in slow page loading. (No idea how to fix this)
Thanks so much in advance for your help on this!
Thanks,
Heavy Doodle
]]>I am a new blogger and I am using the AIOSEO plug in to help manage my blog. I have a few performance areas under the SEO Analysis/SEO Audit Checklist that I am unable to resolve that are presenting as important issues. They are as follows:
Your server is not using “expires” headers for your images. (No idea how to fix this)
Some Java script files dont seemed to be minified (Installed Autoptimize and Optimole plug in to correct this issue but the issue remains)
Some Css files don’t seem to be minified – (Installed Autoptimize and Optimole plug in to correct this issue but the issue remains)
Your page makes 50 requests. More than 20 request can result in slow page loading. (No idea how to fix this)
Thanks so much in advance for your help on this!
Thanks,
Heavy Doodle
]]>I only have a concern specifically regarding the wordpress implementation of your plugin – it is not coded correctly, and the whole hCaptcha code is being loaded on every single page of wordpress websites, even where there is absolutely no need for it.
I sincerely hope that this is not a spyware, and would like you to fix this privacy, and footprint issue as soon as possible, so that the hcaptcha code would load ONLY when the “post comment” button is pressed, with a separate page where you have to pass the test, or when a login page is loaded, and not on every single page of the website where it is not needed.
Please fix this issue as soon as possible to prove that your plugin is not another tracking tool. Thank you!
The fact that the plugin is loading everywhere, even where it is not needed at all is a big deal breaker for us!
Kind Regards,
– H
I figured that out since it breaks the logic of the plugin WP Webhooks since it uses bootstrap too. Accordions can’t be opened due to that.
Please load your scripts and styles only on necessary pages or use a safe-mode for bootstrap files in case you really require loading them on every page. Otherwise, these compatibility issues will happen more often and other parts of the backend might break as well.
I had to write a temporary fix to make your plugin compatible for WP Webhooks at the moment, which requires the following code to be placed into the functions.php file:
add_action( 'admin_enqueue_scripts', 'wpwh_deregister_if_so_scripts', 1000 );
function wpwh_deregister_if_so_scripts(){
if( ! isset( $_GET['wpwhprovrs'] ) ){
return;
}
$plugin_name = 'if-so';
//That's the script that causes the actual issue
wp_dequeue_script( $plugin_name . 'BootstrapJS' );
//All the other scripts
wp_dequeue_script( $plugin_name . 'IfSoHelpers' );
wp_dequeue_script( $plugin_name . 'JQueryMinUI' );
wp_dequeue_script( $plugin_name . 'BootstrapValidator' );
wp_dequeue_script( $plugin_name . 'DateTimePickerFullMinJs' );
wp_dequeue_script( $plugin_name . 'DateTimePickerFullMinJs' );
wp_dequeue_script( $plugin_name . 'WeeklyScheduleMinJs' );
wp_dequeue_script( $plugin_name . 'GooglePlacesJS' );
wp_dequeue_script( $plugin_name . 'EasyAutocompleteJS' );
wp_dequeue_script( $plugin_name . 'IfSoJqueryModalJS' );
wp_dequeue_script( $plugin_name . 'VendorsJS' );
wp_dequeue_script( $plugin_name . 'CustomizedContentJs' );
wp_dequeue_script( $plugin_name . 'GooglePlacesAPI' );
}
]]>