Forum Replies Created

Viewing 8 replies - 16 through 23 (of 23 total)
  • Thread Starter pplong

    (@pplong)

    ah, frustrating. Is it feasible for you to disable the order notification email (even temporarily) to see if that makes a difference?

    I don’t know if you already suspected the issue was email-related (you may have been ahead of me on that one, I think I got there through luck rather than good judgement) – but it might narrow the problem down further.

    For the record, changing from sendmail to exim seemed to resolve my issue across two sites using different web servers (nginx and apache), both on debian7.

    I guess you’ve been through all of the other ‘fixes’? PHP memory limit etc?

    Thread Starter pplong

    (@pplong)

    Maybe – through a LOT of trial and error, I think I’ve narrowed it down to one of the packages on my VPS – will be interesting to see if there’s any commonality with yours:

    I was running sendmail on my VPS for outbound-only emails.

    I created a brand new virtual server (trying both nginx and apache), and the checkout process worked fine. As soon as I installed sendmail, it stopped working (or at least took upwards of 1 minute to process).

    I removed sendmail and configured exim4 instead, and the checkout works again. On reflection, maybe that makes sense, given that the system is triggering an email on order creation.

    Hope it helps – even if you haven’t got exactly the same setup, it might be worth disabling emails to see if it makes a difference …

    Thread Starter pplong

    (@pplong)

    Update on this issue in case anyone can help:

    I’ve discovered that the admin-ajax.php?action=woocommerce-checkout action WILL eventually complete if you increase the timeout value high enough. After approximately 4 minutes (on a server that is otherwise pretty fast), the order will complete. So it does work, it just takes foreeeever!

    I’ve looked at PHP logs, and no errors are created during this period.

    Other instances of posting admin-ajax.php work fine.

    All help appreciated.

    Hi Jody,

    You can control this in the WooCommerce Settings – from the Admin screen go to WooCommerce ==> Settings and then select the ‘Payment Gateways’ tab.

    Immediately beneath the tabs, you will see links for each of the different gateways (PayPal, BACS, cheque etc).

    If you click on these links, you have the ability to individually enable/disable that particular payment method – so go into ‘Cheque’ and un-tick the ‘enable cheque payment’ box.

    cheers
    Paul

    I have the same question – I’m using non-shop pages and incorporating products using either shortcodes such as [sale_products per_page="12" columns="3"] or widgets such as WooCommerce On-Sale.

    I can’t seem to get YITH WooCommerce Ajax Navigation to allow you to filter products by attribute when they’re on a non-shop page. It works exactly how I’d expect on shop pages.

    Has anybody found a solution to this?

    Thanks 🙂

    Thanks pilot911 – likewise, rolled back to v1.9.13 and everything has been stable since.

    Appreciate your help

    yes, thinking of doing the same myself. I’d just updated to the latest v.2.0.27 because the previous version appeared to be created massive numbers of identical ngg_delete_expired_transients cron jobs.

    Don’t know if it’s related, but it can’t have helped.

    Could you post back here if you find that rolling the version back fixes the problem? I’ll do the same if I happen to get there first.

    thanks

    I’m experiencing exactly the same issue – creating huge error logs.

    Pilot911 – I’ve seen this on a number of sites over the last couple of days – one factor that seems to be common to all was NextGen gallery plugin – mind if i ask if you’re using it on your site(s)?

Viewing 8 replies - 16 through 23 (of 23 total)