Forum Replies Created

Viewing 5 replies - 16 through 20 (of 20 total)
  • I am encountering the same issue too. In fact, I removed all my orders and just the products inside. It says the product sync is completed and the orders sycn is halted. But the status is forever Syncing.

    I am also using the CLI method. How can we force-resync?

    2019-09-19T02:17:30+00:00 NOTICE product_sync.success :: updateStoreProduct :: #4020
    2019-09-19T02:17:30+00:00 DEBUG MailChimp_WooCommerce_Process_Products@handle :: queuing up the next job
    2019-09-19T02:17:33+00:00 DEBUG MailChimp_WooCommerce_Process_Products@handle :: products :: completing now!
    2019-09-19T02:17:33+00:00 NOTICE product_sync.completed :: Done with the product sync :: queuing up the orders next!
    2019-09-19T02:17:35+00:00 NOTICE sync.stop :: halting the sync for :: orders
    2019-09-19T02:19:01+00:00 DEBUG queue listen :: process id 31583 :: loop #300
    2019-09-19T02:20:41+00:00 DEBUG queue listen :: process id 31583 :: loop #320
    2019-09-19T02:22:21+00:00 DEBUG queue listen :: process id 31583 :: loop #340
    2019-09-19T02:23:56+00:00 DEBUG queue :: [end] queue listen process_id = 31583
    2019-09-19T02:24:03+00:00 DEBUG queue :: [start] queue listen process_id [540] :: max_time [1800] :: memory limit [33554432000]
    2019-09-19T02:25:38+00:00 DEBUG queue listen :: process id 540 :: loop #20
    2019-09-19T02:27:18+00:00 DEBUG queue listen :: process id 540 :: loop #40
    2019-09-19T02:28:58+00:00 DEBUG queue listen :: process id 540 :: loop #60
    2019-09-19T02:30:38+00:00 DEBUG queue listen :: process id 540 :: loop #80
    2019-09-19T02:32:18+00:00 DEBUG queue listen :: process id 540 :: loop #100
    2019-09-19T02:33:58+00:00 DEBUG queue listen :: process id 540 :: loop #120
    2019-09-19T02:35:38+00:00 DEBUG queue listen :: process id 540 :: loop #140
    2019-09-19T02:37:18+00:00 DEBUG queue listen :: process id 540 :: loop #160
    2019-09-19T02:38:58+00:00 DEBUG queue listen :: process id 540 :: loop #180
    2019-09-19T02:40:38+00:00 DEBUG queue listen :: process id 540 :: loop #200
    2019-09-19T02:42:18+00:00 DEBUG queue listen :: process id 540 :: loop #220
    2019-09-19T02:43:58+00:00 DEBUG queue listen :: process id 540 :: loop #240
    2019-09-19T02:45:38+00:00 DEBUG queue listen :: process id 540 :: loop #260
    2019-09-19T02:47:18+00:00 DEBUG queue listen :: process id 540 :: loop #280
    2019-09-19T02:48:58+00:00 DEBUG queue listen :: process id 540 :: loop #300
    2019-09-19T02:50:38+00:00 DEBUG queue listen :: process id 540 :: loop #320
    2019-09-19T02:52:18+00:00 DEBUG queue listen :: process id 540 :: loop #340
    2019-09-19T02:53:53+00:00 DEBUG queue :: [end] queue listen process_id = 540
    2019-09-19T02:54:03+00:00 DEBUG queue :: [start] queue listen process_id [1556] :: max_time [1800] :: memory limit [33554432000]
    

    @camilo517 Are you able to elaborate on what you did?

    Facing same issue here. What I observed is that when this plugin is activated, any cart related actions (e.g. add to cart, update cart etc) will add about 2 seconds of delay to the response.

    It’s quite obvious because when I deactivated the plugin, my AJAX add to cart gives a response almost immediately. When it is activated, there’s always about 2 seconds delay.

    I already added define(‘DISABLE_WP_HTTP_WORKER’, true) in wp-config file too. And also added the cron job to run every minute. But it doesn’t seem to help.

    My website is running on Digital Ocean droplet, 2GB ram with 2vCPU. We are still testing it so there is not much traffic.

    Is there any other way to prevent the delay? Can we instead run the cron job every 5 minutes? Not sure if that will help though

    Thread Starter darnpunk

    (@darnpunk)

    After looking into the plugin code, it seems the LetsEncrypt SSL for the S8CDN_API has expired which caused the issue.

    Thread Starter darnpunk

    (@darnpunk)

    It’s working now. Thanks!

Viewing 5 replies - 16 through 20 (of 20 total)