chrisrollins

Thanks for the reply, but the only thing web developer tools tells me is what I posted above. The net::ERR_CONNECTION_RESET is the only response from the ajax call admin-ajax.php?action=ai1wm_import. There’s no data returned from the call at all.

It’s a fresh install of WordPress, so there are no plugins/themes to conflict with.

Any idea what else could be the problem?

Thank you, Shaun. It appears to be fine now. The API call is consistently taking less than half a second now.

Stack trace of the API client request from Query Monitor in case it helps you figure out the problem:

    WC_Connect_API_Client->request()
    wp-content/plugins/woocommerce-services/classes/class-wc-connect-api-client.php:417
    WC_Connect_API_Client->get_service_schemas()
    wp-content/plugins/woocommerce-services/classes/class-wc-connect-api-client.php:42
    WC_Connect_Loader->enqueue_wc_connect_script()
    wp-content/plugins/woocommerce-services/woocommerce-services.php:1377
    do_action('enqueue_wc_connect_script')
    wp-includes/plugin.php:478
    WC_Connect_Stripe->show_connected_account()
    wp-content/plugins/woocommerce-services/classes/class-wc-connect-stripe.php:383
    apply_filters('wc_stripe_settings')
    wp-includes/plugin.php:206
    WC_Gateway_Stripe->init_form_fields()
    wp-content/plugins/woocommerce-gateway-stripe/includes/class-wc-gateway-stripe.php:223
    WC_Gateway_Stripe->__construct()
    wp-content/plugins/woocommerce-gateway-stripe/includes/class-wc-gateway-stripe.php:111
    WC_Payment_Gateways->init()
    wp-content/plugins/woocommerce/includes/class-wc-payment-gateways.php:94
    WC_Payment_Gateways->__construct()
    wp-content/plugins/woocommerce/includes/class-wc-payment-gateways.php:70
    WC_Payment_Gateways::instance()
    wp-content/plugins/woocommerce/includes/class-wc-payment-gateways.php:43
    WooCommerce->payment_gateways()
    wp-content/plugins/woocommerce/includes/class-woocommerce.php:821
    wc_template_redirect()
    wp-content/plugins/woocommerce/includes/wc-template-functions.php:69
    do_action('template_redirect')
    wp-includes/plugin.php:478

All files are gzipped now from what I can tell. My nginx was already configured to gzip them. Not sure why I was only seeing some files gzipped and others not though.

The only difference now is that it serves up the static gzipped file if it exists before trying to gzip the file itself.

Definitely gonna contact Cloudflare to ask about the Brotli issue. Thanks!

Thanks, Frank! It did help. After reading your tips I confirmed that the gzipped files are on the server. I learned I needed to add gzip_static on; to my nginx settings in order to use them.

Once I enabled that, the site started loading much faster.

But I’m still confused because, like you said, Cloudflare should be automatically Brotlifying them. I checked that Brotli compression is enabled in Cloudflare, yet when investigating with Chrome Developer Tools, all resources respond with content-encoding: gzip.

Also, since adjusting my nginx settings, even though my site loads faster, I now get an “F” rating on gtmetrix, complaining that compression is not enabled.

I wish I knew what was going on, but I’m happy the site is loading faster. Thank you for your help!

I wrote too soon… Apparently it has to do with more than just query strings…

For example on this page: https://myenglishgoals.com/aprende-ingles-con-canciones-have-yourself-a-merry-little-christmas/

This resource is served gzipped even though it has a query string: https://myenglishgoals.com/wp-includes/css/dashicons.min.css?ver=5.3.2

But the autoptimized scripts are not, for example: https://myenglishgoals.com/wp-content/cache/autoptimize/css/autoptimize_25b2a7b61005a5795e263955be674dc6.css

I’m so lost ??