Hronak Nahar
Forum Replies Created
-
It happened again today. We ran PING for api.woocommerce.com the moment our admin panel went down and here are the results:
$ ping api.woocommerce.com
PING api.woocommerce.com (192.0.96.246) 56(84) bytes of data.
64 bytes from 192.0.96.246: icmp_seq=1 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=5 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=10 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=12 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=39 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=42 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=43 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=46 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=48 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=49 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=50 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=51 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=52 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=55 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=59 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=61 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=66 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=68 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=70 ttl=48 time=266 ms
64 bytes from 192.0.96.246: icmp_seq=75 ttl=48 time=266 ms
^C
--- api.woocommerce.com ping statistics ---
75 packets transmitted, 20 received, 73.3333% packet loss, time 75554ms
rtt min/avg/max/mdev = 266.100/266.168/266.289/0.050 ms73% packet loss. There’s definitely something going on with api.woocommerce.com. I would love if WooCommerce Site Reliability team can respond here.
Moreover, when wp-cron & action scheduler jobs are run via WP-CLI, IT SHOULDN’T BE TAKING DOWN THE FRONTEND. THAT’S WHAT I’VE BEEN TRYING TO MAKE YOU GUYS UNDERSTAND.
A related issue was posted in Dec, 2023 – https://ww.wp.xz.cn/support/topic/product-feed-in-wordpress-admin-will-not-load/
Hey,
Sorry to say that it’s not related to server resource limit. The error is happening randomly since yesterday as mentioned earlier. It was working perfectly all this long. We’ve tried pinging api.woocommerce.com while this error happened on the same machine, it didn’t respond to ping as well. So clearly the endpoint was down it seems.
Our support request is about the ‘cURL error 28’ on api.woocommerce.com taking down the WordPress admin panel. It shouldn’t be happening because those requests are executed in cron jobs from WP-CLI using system cron. Yesterday, admin panel of all our client’s sites with this plugin (Google for WooCommerce) were down due to this error. By down, I mean it kept on loading and them returned 504 gateway timeout.
Can you replicate it on your end by manually triggering timeout and see if takes down the whole WordPress admin panel?
Hi,
Thank you for taking time to reply. Here’s the WooCommerce System Status Report of one of the affected site: https://pastebin.com/UcgcxL7J (expires in 1 day).
Note: Some identifying information like site URL and database prefixes were replaced with the text “[REDACTED]”.
Forum: Plugins
In reply to: [Shiprocket] Access Token Changed Without Backward CompatibilityHey Abhinav! If you’re still running old version of Shiprocket plugin, try updating the
SHIPROCKET_ACCESS_TOKENvalue in your Shiprocket plugin manually tosource_wc_app_2022in the filewp-content/plugins/shiprocket/shiprocket-woocommerce-shipping-calculator.php(line number77).The change should look like
From:define( 'SHIPROCKET_ACCESS_TOKEN', '32e1024fc4e127f4d81a98c8a51cd1f4330b590f490de76380dd872426d564cc' );
To:define( 'SHIPROCKET_ACCESS_TOKEN', 'source_wc_app_2022' );If you don’t see this file, you probably updated the plugin to a more recent version.
Disclaimer: I run a modified Shiprocket plugin on my clients’ website for added features. Their recent update completely broke the live rates & shipping feature on our client website, due to which they lost 12 hours of sales.
Shiprocket changed this without even notifying users of this change, neither keeping any backward compatibility on the server side for old access token. Can’t trust Shiprocket anymore. I actually sent an email to Shiprocket trying to offer help when their plugin was under review asking if I could fix the issues and update the plugin’s coding standard. No response even after multiple follow-ups.
Hope this helps you in restoring your website. Let me know if you need any help. Shiprocket won’t come to help but we as a community can help each other.