-
Notifications
You must be signed in to change notification settings - Fork 67
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
General Performance Issues #487
Comments
@kb6673 this is interesting to hear that you're not seeing orders in Mailchimp - although the plugin logs ( and CLI logs ) say otherwise. Do you have multiple lists that you've tried to connect to? The audience that you've connected to your store should be associating all of this e-comm data per member, even if it's only transactional. Something does seem off here for sure. Since you seem to be pretty technical - can you to execute an API call to Mailchimp to see how many orders you have in your store? I'm curious to see if the API returns a different result than what you're seeing in the UI of Mailchimp itself. The endpoint you'll want to call is If you would rather have me to this for you personally - please send a temporary API key to my email address ryan at vextras.com and i'll be more than happy to do some debugging for you myself. |
Hi @ryanhungate I went down a different route just before your reply. I disconnected the store in Woo. Then I disconnected the store in MC. Reconnected the store, that gave me zero values. Coupons synced OK. Products synced OK. So far it has synced 933 orders in the last hour. That's 100x times more than it's done in two weeks. I am getting a fairly high rate of 404 errors as shown in Update 3 above. I am not sure if we are hitting a MC API rate limit? I guess we've been bashing the API all day. I'm going to leave this running over the weekend and see how far it gets. If there is no success, I'll get you the data you've asked for. Thanks |
@kb6673 ok sounds good. Glad you got that part done - I think disconnecting and going through the whole process deleting on the connected sites area of MC is all you needed to do. Obviously syncing a large store will take time, and yes, you will have some rate limit issues as everyone else would too - but it should just keep trucking along and get things up to speed over time. Once the sync is complete, the daily activity is really not an issue, even if you're getting many hundreds of orders a day 👍 Let us know if anything else comes up - but for now, since we're this far with your sync, I feel safe to close this out. |
…01f0b 5a01f0b Merge pull request mailchimp#499 from woocommerce/tag/3.1.4 50b255b tag version 3.1.4 886e1b9 Merge pull request mailchimp#498 from woocommerce/issue_25895 eb813e4 ensure valid table name on save action 4b40c20 Merge pull request mailchimp#496 from slaFFik/patch-2 090289b Recreate logs table if it doesn't exist d5c7996 tag version 3.1.3 (mailchimp#494) 1890111 add table missing notice with action link (mailchimp#492) 34996f6 Merge pull request mailchimp#493 from woocommerce/issue_486_null_action_check 7dfb1d6 add null action check to list table display items 51de250 Merge pull request mailchimp#481 from woocommerce/fix/logged-context 24ccd7d Merge pull request mailchimp#488 from woocommerce/issue_484 ab32ca6 Merge pull request mailchimp#487 from woocommerce/issue_485 45d7de5 reuse list table object, call process_actions once c0efea9 fix initialization order on activation 2d371ac restore action handling to WC status, use data store to delete actions 59dbd87 Merge pull request mailchimp#483 from woocommerce/tag/3.1.2 2e3b323 bump version to 3.1.2 0157b5e update message missed in mailchimp#329 be0a279 Merge pull request mailchimp#462 from slaFFik/patch-2 a83bcc9 Remove .editorconfig from the export git-subtree-dir: includes/vendor/action-scheduler git-subtree-split: 5a01f0b
All,
We have a customer store that is struggling to sync WooCommerce Orders -> MailChimp.
It's been stuck like this for weeks.
This part of the page never updates.
We've disabled the plugin and re-enabled.
We've upgraded to PHP 7.2 (We have PHP 7.1)
I've checked the failed and queued jobs tables - not really sure what I am looking for, but they look OK. failed is empty, queued jobs seem to change during the day.
We tried the manual resync. Nothing changed.
So I followed the info #158. In wp-config.php we have
I am then running the command
wp queue listen
. It takes about 30 - 40 minutes to completeTailing the log suggests good things are happening
Once it completes, it has managed to sync about 5 orders. Sometimes 1, sometimes 10.
The number of
NOTICE order_submit.success :: updateStoreOrder ::
entries in the log no where near match the number of orders that have been sycned from the MC status page.We have over 10,000 orders left sync. At 30 minutes for 5 orders, it's going to take, err... super ages.
I spoke to MailChimp support, however they weren't too helpful apart from the usual canned responses. I suppose this is an extreme example.
One suggestion was to disable plugins and see what happens, however this store does hundreds of orders a day, so disabling plugins, leaving the site in a broken state whilst
wp queue listen
runs for 30 minutes isn't sustainable.We've copied the data over to the dev site and tried syncing with minimal plugins - we get the same results.
We've read and read most of the information - people are having the same issue, however I am not sure what the solution is for most people.
Is there a solution to this? Any help would be appreciated.
Update 1
Occasionally we see what appears to be broken serialised data in the job table.
Update 2
Deleting the jobs in `wp_queue" results in the job being created again that shows the broken serialised data
Update 3
I see the following errors popup in the log quite often
Update 4
I've run the
wp_queue_listen
7 times so far today and we've managed to sync 9 orders. Only 11,059 orders to go!The text was updated successfully, but these errors were encountered: