michaelcartersa

Same here, getting memory errors..

Allowed memory size of 2147483648 bytes exhausted (tried to allocate 20480 bytes)

Downgrading to 2.0.3 works. Thanks!

I’m not sure how the cache is used, but maybe you could use a custom cache group for everything automatorwp related, that way you only need to flush the specific group..

Another inefficiency I found is the woocommerce_order_tag() function that’s called at least 10 times by, different woocommerce automator classes, returning the exact same response.

This could be cached as well and would speed up our pages by 10-15%. You can see the other automator classes are loading much faster, it’s just the woocommerce ones that are slow.

Has anyone even looked at this?

Same here, did you manage to fix the issue?

Hi

Yep, I’ve updated the gist again with an example product that’s in the feed and one which isn’t. They are both using the same brand.

https://gist.github.com/commercial-hippie/3374c7c267d2fa498328d3c56f104c16

Hi Eva

Thanks for the response. I have updated the Gist I linked above with a link to an example product that should be in the feed but is not. It does have a category which contains “Bosch” as shown above the product title.

This is the same category that the other products in the feed are using (correctly).

Any ideas why some products would work and others not? (from the same category).

Hi Eva

Thanks for the response. See the link below for a gist of the debug log.
https://gist.github.com/commercial-hippie/3374c7c267d2fa498328d3c56f104c16

For some reason the query.log and the query_output.log isn’t being populated.

Thanks in advance,
Mike

@patrigb did you end up getting it working? I’m running into exactly the same issue..

@lykkemedia does the free version of WP All Import work or will only the Pro version work?

I see you have released that milestone. Does that mean that this is fixed finally?

I also had an issue with my checkout. Try turning your PHP errors / WP Debug mode on.

My issue was that I had a plugin that used a legacy WooCommerce action, woocommerce_add_order_item_meta. Because the Order was created via the WooCommerce API I don’t think the required properties get set anywhere, $item->legacy_values, $item->legacy_cart_item_key, and causes a PHP error.

Hope this helps someone!

Hi

Thanks, you have a very good point. I checked and your code works on v3. Unfortunately though, due to a large amount of plugins that we depend on we can’t update to version 3 yet, but I’m busy patching it myself now to get it to work on WooCommerce 2.6.

I think the last issue is a continuous spawning of a MailChimp_WooCommerce_Process_Orders process. My queue table had about 3000, I deleted all of them and now there are 300 already. Any idea what could be causing this?

I don’t know just yet. I’m syncing a lot of data and I’m not syncing a lot at a time so will only really know tomorrow.

Looking at it today though I can see a lot of products have synced so far, but I noticed there is an order that is stuck.

Looks like the system tries to sync this order the whole time before doing anything else. It’s at 127 retries now and looks like it’s holding up a few other things in the queue.

If I make any progress I’ll make a note in here, and if I manage to fix mine I’ll try my best to help you fix yours ??

Cheers,
Michael

Had the same issue myself, didn’t want to sync at all. Think I figured out how to fix it, and thought I’d jot it down here because maybe it could help you or someone else.

First I figured out what options and tables the plugin is using. Tables are wp_failed_jobs, wp_queue and wp_mailchimp_carts. My failed jobs were empty, yay, my queue table had stuff in it that wasn’t running.

The queue should run automatically when you browse the site. (try browsing logged out and in). Mine wasn’t however. I discovered they were using this plugin to do the syncing: https://github.com/A5hleyRich/wp-background-processing

That background processing plugin supports WP-CLI, so I installed WP-CLI and setup a cron job. This would probably only work if you have shell access to your server.
*/2 * * * * /usr/bin/php wp-cli.phar –path=/path/to/site.com/ queue work >/dev/null 2>&1

Hope it helps someone, took me a long time to get it working.