IN THE WEBSITE EZCRAZE.COM. WHENEVER ANYONE PLACES ORDER THE CHECKOUT PAYMENT CONFIRMATION TAKES ALMOST 1 MINUTE,DONE AND TRIED EVERYTHING, NOTHING HELPED ME
PLEASE HELP ME!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
]]>The technician that runs the server has spent days trying to fix these problems, using debug mode as well as two plugins to assist in tracking down issues: Code Profiler and WP Crontrol.
He tracked down a problem with WordPress’s “Cron” function, and so he replaced it with an earlier version of Cron (from WordPress two versions ago, for reasons he would understand but I do not). This partially solved the slowness issue of the checkout page: instead of a minute and a half, it’s now only about a minute to get to the confirmation page. But still, it’s an entire minute when it should be several seconds.
The server tech also disabled the JetPack plugin because it was causing some problems, according to him. I haven’t noticed anything difference since JetPack has been gone, but I wasn’t using pretty much anything in JetPack anyway (the only reason we had JetPack installed because we were under the impression that it was required for WooCommerce to run, but apparently that is not true). I disabled all non-essential plugins myself, but didn’t notice any improvement afterwards.
The duplicate, zero dollar, and “pending payment” orders stopped for a couple days, so I thought the server tech may have been partially successful (the very long checkout delay never went away). But now, all the problems with orders have returned. I am aware of no changes in the website whatsoever over the weekend, so I have no idea why those problems are back. Today and over the last couple days, when I’ve tested our checkout process with a real credit card, the payment always goes through just fine. The checkout screen does take a full minute to get to order confirmation, but the payment comes through almost immediately; no duplicates, no zero dollar orders, no orders stuck in “pending payment” forever. The tests look fine when the server webmaster does it as well.
I have no idea why it goes so horribly when customers do the exact same thing that we are doing. Our sales have gone way down since these problems started. Even though we can take payments again (though we have to cancel duplicate orders) we’re getting 50% of the total orders we normally do. We’ve had trouble before with updates breaking things temporarily, but nothing like this.
Version of WordPress we’re using: 6.2
The plugins we’re using are as follows:
Every plugin is up to date except Elementor who’s most recent version is still labeled “untested with your version of WordPress” (so it hasn’t been tested with the current version of WP? Interesting).
So, I don’t know what to do, and apparently our server tech doesn’t either. Have other websites been experiencing similar problems recently?
]]>Here is the link to my site:
https://workscout.dk/
We have WP Mail SMTP turned on and configured to send with SendInBlue.
In WooCommerce/Settings: Sendinblue Newsletter Subscription Options
“Enable/Disable Enable Subscription
If enabled, all customers will be added to a list after subscription event occurs”
Subscribe event chosen is: “Order Created”
Is it possible to either DELAY this event or somehow stop it from slowing checkout down?
]]>I need help for checkout process. I already uninstall all extensions and theme, only install woocommerce and storefront. All pages loading time looking fast without cache. But trying complate order process after submit order button, loader wait almost 5-15 seconds. There is not any error on debug.log. Anyone have any idea?
thanks,
]]>I already tried disable any other plugins to isolate the issue and the slowness only appears when the WooCommerce AvaTax is activate.
Any suggestions will be more than welcome?
]]>The order number which Google Analytics “Order Received” page logs is the latter of the 2 created.
No errors are logged anywhere or returned from eWay (because it is a success, only slow).
Result = extra orders that we have to refund. Emails appear to be sending fine.
2019-08-24 6:07:11 info live gateway, invoice ref: XXXXXXX, transaction: ZZZZZZ, amount: 260.00, cc: [encrypted]
2019-08-24 6:07:37 info live gateway, invoice ref: YYYYYYY, transaction: WWWWWW, amount: 260.00, cc: [encrypted]
2019-08-24 6:07:46 info success, invoice ref: XXXXXXX, transaction: ZZZZZZ, status = completed, amount = 260, authcode = ABCABC, Beagle =
2019-08-24 6:07:55 info success, invoice ref: YYYYYYY, transaction: WWWWWW, status = completed, amount = 260, authcode = DEFDEF, Beagle =
I’ve been through the code and cannot find how/where the 2nd ajax call is being triggered spontaneously.
UX seems to be that, occasionally, the user sees the spinner/loader during the delay (can’t prove this though). The delay causes them to believe it has “frozen” and possibly refresh the page OR (if the button allows it) re-pressing the Order button.
This problem is not affecting Paypal or Afterpay, and emails are being sent.
We have “defer email” set to “true”, and have been sending natively from WooCommerce.
when I place order in my website it delays about 20-30 secs before the order is received. The screen fades for that 20-30 secs and you just have to wait for the process to end.
I have deactivated all plugins (non woocomerce plugins) but the problem still persists.
Can you help me with that?
]]>I been having a big issue for a while; I have a dev site with a clean WP installation, Woocommerce and Stripe only.
When I go to the checkout and I place an order, it takes 30s to give me an answer ether the credit card got rejected or the order was placed….
I need help please
Regards,
Adrian