MultivendorX
-
Posts
-
-
As requested I am creating a ticket in your supportforum.
My problem is that I don´t have any vendor orders since my migration_ cronjob disappeard for some reason. I have recreated the cron but not sure it has done anything yet?!
I have quite a lot of vendors and even more orders that are supposed to get migrated. 700 vendors and 200 000 orders so I expect it to take some time 😀You wanted to look into my environment and that is ok since it is a clone site.just let me know what you need.
-
-
-
-
We have fixed all the issues in our latest git version and we have installed that git version of our plugin to your site and have run the migration (https://watch.screencastify.com/v/Fs9Bw2ShxHRBb4z5mbqq) .
All the data have been migrated perfectly .We have checked the migration for the vendor differentierad_matte and noticed that all the things (like store image ,store name,store slug etc.) have been migrated perfectly with new vendor shop slug. -
-
-
-
-
hi, that is incorrect. I don´t use WP_Cron , I use “real” linux cron to run wp-cron.php every 5 minute, and that is working (this has several advantages over “normal” wp-cron which is only fired when people is activly on your site, and since my site has 20 000 uniqyue visitors/day it slows my site down. You can see it on the wordpress cron scheduling that they are firing as they should.
So there must be something else that is not triggering your crons unfortunatly.
-
First of all you have disabled cron event through code. Please check your config.php file. define( ‘DISABLE_WP_CRON’, true );. We have pass false gere. Now cron is running. In case of migration cron, it is also running. But the problem is with your memory allocation issue. This is the fatal error — Fatal error:
Q‘Allowed memory size of 1073741824 bytes exhausted (tried to allocate 16777224 bytes) in /home/admin/domains/linuxportalen.com/public_html/skoltest/wp-includes/class-wpdb.php on line 2154’
Because you have more than 2.5 lakhs orders. But your memory limit is not so enough to featch all those order at a time.Please ask your server regading this issue.
-
Hi, yes I have disabled wp_cron in my config.php, but I have linux cron running instead.You can read about it here: https://woocommerce.com/document/automatewoo/replace-wordpress-cron-real-cron-job/
but ok, the problem is memory exhaustion, but I have 1GB allocated, i can ofcourse allocate more for while so I test this.. thanks
-
wouldn´t it be better to change the migration so that it doesn´t tries to read alla the orders at once, better to say take 1000 orders at a time or something?
yeah, i have 250 000 orders, and even if I allocated 50 GB of my ram it probably wouldn´t be able to read everything to memory…must be a another/better way? -
-
-
-
-
well everything is still importing, it is importing commisions, it is around 80000 total, and it has gotten to 50 000, so soon 😀
btw, does it recreate commisions based from the orders? or does it take from the wcfm commisions table?
if I would do this on my live site, could the site be up and running despite the import taking place?
-
-
-
-
-
Hi, actually unlike MultiVendorX, WCFM doesn’t have the concept of sub-order.
Hence this is difficult to track which of our commissions is connected with the commission created by WCFM. The team is looking for a way to track that.
For now, add this code in the function.php to mark all the commissions as paid :
add_action('init', function() { $args = array( 'post_type' => 'dc_commission', 'post_status' => array('publish', 'private'), 'meta_key' => '_paid_status', 'meta_value' => 'unpaid', 'posts_per_page' => -1 ); $commissions = get_posts($args); if ($commissions) { foreach ($commissions as $key => $value) { update_post_meta($value->ID, '_paid_status', 'paid'); } } });CopyOnce you will add this code,refresh the page. It will start marking them as paid.
On completetion of the process, remove the code again.
-
-
The topic ‘Import orders from WCFM’ is closed to new replies.