fabinhoalmeida

Hello Ahmed

We came across this issue after further investigating the slowdown in your plugin settings panel. After facing this slowdown for a long time, it got worse to the point where we needed to investigate. I saw that the slowness problem stops happening if we downgrade to version 1.0.76.17 (7th May 2021).

From version 1.0.77 (17th May 2021) the slowness happens and we see that this update brings the following change:

• Fixed: Related posts doesn’t show more than 3-4 #4300

This brings us to the issue with the “Refresh Related Post” function, which we actually don’t know what it’s about since we don’t use related posts in our articles.

However, the problem when trying to Refresh exists and we believe that it is related to the slowness in the panel, which is what most negatively affects us.

Also below is a print of the slowness alert received through the Query Monitor where it points out the related slowness. (Alert is also displayed only after version 1.0.77)

Look:

https://drive.google.com/file/d/1NJFXaBZbIfr8Ez7MXWwmp9FyokTtPXUQ/view?usp=sharing

I hope these clues help you to find the problem.

Thanks

hello Ahmed

Follow the link for analysis:

https://drive.google.com/file/d/1NoZc3Gcxky6CMEk3CUdyjmgSzqluxlbB/view?usp=share_link

I’ll be waiting for your assessment of the problem.

Thanks

hello Ahmed

Of course, I can send the export file for you to analyze.

Where can I forward it to you?

Hello Ahmed

I tested it and the problem remains the same. The “Refresh Related Post” option stays at 76% and pressing “Refresh” goes up to 94% at most.

But during the test I realized that the slowness in the plugin settings has something to do with the option “Select Categories to Hide AMP posts”. When selecting the desired category to not display amp, the plugin settings panel becomes slow, when no category is chosen, the panel flows normally without slowdowns.

Perhaps this will also serve as a clue for you to find the problem we are having with the “Refresh Related Post” option.

Hello Ahmed

You ask to reset general plugin settings or reset section? Still, would it be advisable to back up in this case?

Dear Ahmed,

Yes, I already tried clearing the cache and also did the same refresh process using “Health Check & Troubleshooting” to rule out any conflict with another plugin, and still the problem happens.

Dear Ahmed,

I’ve already done this test of trying to update several times, but the process never advances from 94% even waiting for a few hours and repeating the request. When leaving the settings and entering again it always goes back to 76%.

Hi again, Ryan!

Yes, this filter worked fine now. As we have a small amount of pages, it responded quickly to the query. However, if we adjust the filter to ‘post’, the query response slows down as expected.

If we could build a query filter for just the post title that works in the classic editor, we would have a much faster response in our case.

Thank you for your support!

Hi Ryan,

First of all, I want to thank you for your attention in answering me.

I tested the filter you suggested, but it didn’t work in the Classic Editor. Anyway, I don’t think filtering by post types alone would be enough to speed up link building and delivery in our database of hundreds of thousands of posts.

I currently use a filter to search by post title, which shows very good performance and agility in building links both for searches performed by users on the frontend and for links searched by authors in the Gutenberg editor on the backend, but for some reason the Classic Editor does not yield to the filter and responds slowly.

Below is the filter currently used by us for your analysis:

function __search_by_title_only( $search, &$wp_query )
{
    global $wpdb;
 
    if ( empty( $search ) )
        return $search; // skip processing - no search term in query
 
    $q = $wp_query->query_vars;    
    $n = ! empty( $q['exact'] ) ? '' : '%';
 
    $search =
    $searchand = '';
 
    foreach ( (array) $q['search_terms'] as $term ) {
        $term = esc_sql( like_escape( $term ) );
        $search .= "{$searchand}($wpdb->posts.post_title LIKE '{$n}{$term}{$n}')";
        $searchand = ' AND ';
    }
 
    if ( ! empty( $search ) ) {
        $search = " AND ({$search}) ";
        if ( ! is_user_logged_in() )
            $search .= " AND ($wpdb->posts.post_password = '') ";
    }
 
    return $search;
}
add_filter( 'posts_search', '__search_by_title_only', 500, 2 );

Thanks

• This reply was modified 1 year, 10 months ago by fabinhoalmeida.

Hello thelmachido

First I want to thank you for your attention to my call.

Yes, testing has been done with the default theme active and no plugin active other than the Classic Editor to ensure it is related to this plugin in isolation.

Follow the image for you to check:

https://snipboard.io/Yc9nUm.jpg

Thanks

Hello ampforwp team,

Below is the url of a post that received an alert in the search console. However, it is worth remembering that I downgraded to version 1.0.77.55 of the plugin to avoid even more problems.

I hope they can update the plugin with a fix as soon as possible.

Thanks for the support

https://www.areavip.com.br/famosos/dudu-nobre-viaja-para-o-caribe-e-esquece-as-filhas-na-escola/amp/

Hello Minor,

Thank you for the quick solution.

Congratulations on the great plugin and the great work.

Thank you!

Hello.

I’m having the exact same problem for the past few days. Would anyone explain how the keys are disappearing from the plugin settings if only I, the site administrator, have access to this?

Here also facing the same issue.

Perfect. Thanks