Forum Replies Created

Viewing 2 replies - 1 through 2 (of 2 total)
  • Thread Starter techsrom

    (@techsrom)

    Thanks for the reply. As mentioned in my original post, I’ve presently disabled the site stats and most of the other modules and only enabled the ones I want. Because of this I think it stopped communicating with wordpress.com. I don’t need those statistics as we have implemented google analytics.

    Using a fresh session with no cookies the issues it greatly reduced but not totally eliminated. I am getting a slow load less than 10% of the time instead of almost all the time. That might be good enough to make this practical again. Thanks you. I may just need to instruct our writers to clear their cache & cookies. I’ll continue below for posterity and some interest in tracking down and fixing this issue completely.

    The issue is the same with all browsers but only affects users that are logged into our site. Our other visitors are not affected.

    The problem seems to be with generating the main page, as described in my original post, once the main page loads all of the other resources requested by it load very quickly. In the the network tool it shows this as “/accreditation/” and it is taking a little over 10000ms to load. Breaking that down shows about 10000 ms of wait time (this is typically associated with processing time for the server) and less than 100ms for everything else. I hope that is the information you wanted. I didn’t care to bother uploading and image to link to if I can avoid it.

    I cannot disable other plugins in our production environment, many of them have mission critical functionality, and Jetpack refuses to work in our test environment unless I set the debug flag I mentioned above. However, when I set the debug flag in my dev environment the issue does not manifest.

    DEBUG only reveals this notice:

    NOTICE: wp-includes/functions.php:3902 – The called constructor method for Debug_Bar_Panel::Debug_Bar_Panel in Debug_Bar_Panel is deprecated since version 0.8.3! Use __construct() instead.
    require(‘wp-blog-header.php’), require_once(‘wp-includes/template-loader.php’), do_action(‘template_redirect’), WP_Hook->do_action, WP_Hook->apply_filters, _wp_admin_bar_init, WP_Admin_Bar->initialize, do_action(‘admin_bar_init’), WP_Hook->do_action, WP_Hook->apply_filters, Debug_Bar->init, Debug_Bar->init_panels, apply_filters(‘debug_bar_panels’), WP_Hook->apply_filters, PucDebugBarPlugin->addDebugBarPanel, PluginUpdateCheckerPanel->__construct, Debug_Bar_Panel->Debug_Bar_Panel, _deprecated_constructor, trigger_error

    Thank you again for your time.

    • This reply was modified 7 years ago by techsrom.
    Thread Starter techsrom

    (@techsrom)

    Update: It seems the performance issues only occur when logged into the site. Currently all of our users are admins so I’m not sure if it is linked to those privileges.

Viewing 2 replies - 1 through 2 (of 2 total)