wpas slows down admin page. How to find the cause?

  • Resolved Gaia Clary

    (@gaia-clary)


    9 years, 7 months ago

    Hi;

    I noticed that activating awesome support instantly slows down the opening of any admin page from 1-2 seconds (without wpas) to about 15-20 seconds (with wpas activated). Also editing wordpress posts and pages slows down significantly and makes editing pages a challenge. However, the user page views are not affected.

    I tried to figure out why this slow down happens. What i can see is that our server (the apaches2 process) consumes 80-90% cpu time for about 10-15 seconds while an admin page is opened from a browser. Within this period of high cpu usage a mysql process consumes about 20-30% of cpu time on another processor.

    when i deactivate awesome support, everything goes back to normal (10-20% cpu consumption during admin page creations and response time of 1-2 seconds).

    Any idea what could cause this slow down while wpas is active or how i could chase the cause for this behavior?

    https://www.ads-software.com/plugins/awesome-support/

Viewing 6 replies - 16 through 21 (of 21 total)

  • Hi,

    we have the same issue. We have about 3000 registered users and it takes 5 minutes to get load. When we disable Awesome-Support or comment out the wpas_list_users function everything is fine.

    Thread Starter Gaia Clary

    (@gaia-clary)

    Hi, the following is absolutely bad, i know. But i have not been able to find a better workaround to get our admin pages to load in an acceptable time:

    1.) ./includes/admin/class-admin.php

    Search for the line that contains “Stakeholders” and then comment out this line:

    /*add_meta_box( 'wpas-mb-contacts', __( 'Stakeholders', 'wpas' ), array( $this, 'metabox_callback' ), 'ticket', 'side', 'high', array( 'template' => 'stakeholders' ) );*/

    2.) in ./includes/admin/settings/functions-settings.php

    Search for “function wpas_list_users” and then replace the get_users() call by an empty array:

    /* List all users */
  $all_users = array(); /* get_users();*/

    These 2 changes let my pages load within 5 seconds instead of 45 seconds. Of course i no longer see the lists of users. But so far i did not miss them.

    I think this could be solved simply by replacing the user drop down with a simple text field where the admin can add user IDs comma separated.

    Hi, I patched the plugin in few places. Anyway in the metaboxes you should remove the ability to change the user who created the ticket, because that field is incredibly slow.

    The line in stackeholders.php

    if ( current_user_can( ‘create_ticket’ ) )

    become

    if ( false && current_user_can( ‘create_ticket’ ) )

    Then the field to reassign the ticket should be created with a different user retrieval function, maybe using the WordPress standard function, not filtering the capabilities of all users which require a query per user.

    This is one of the best plugin out there, please take the time to check those simple problems, thank you!

    Plugin Author julien731

    (@julien731)

    We heard you guys and will definitely work on a better solution. We’ll keep the topic going in the bugtracker: https://github.com/ThemeAvenue/Awesome-Support/issues/142

    Plugin Author julien731

    (@julien731)

    I’ve been working on this issue and a fix has been pushed on the master branch. I will push a new version of the plugin very soon. Please refer to the GitHub issue for more details: https://github.com/ThemeAvenue/Awesome-Support/issues/142

Viewing 6 replies - 16 through 21 (of 21 total)
  • The topic ‘wpas slows down admin page. How to find the cause?’ is closed to new replies.