Customer orders not registering (Nochex)

Test purchase I made over an hour ago, and assumed wasn't working, before I made my first post above, has finally come through at 7:52pm!

Email from Charlotte Padmore telling me there was a problem but its now fixed.

I replied that it wasn't.

24 hours later no response.

Good thing we have PayPal too.

Pop into your Admin/modules/payment/Nochex APC module and enable 'debug mode' with log file and email set ... set your Nochex module to 'test' and do a transaction. You will get emails from the system telling you what has happened - chances are you will receive one in your junk mail entitled APC Debug Message (xxxxxxxxx) and it may include this: -

APC FATAL ERROR::Could not establish fsockopen. Host Details = ssl://www.nochex.com:443

If it does, you MUST do the following: -

In your nochex_apc_handler.php file in the main folder of your shop, change this: -

$callback_url = "https://www.nochex.com/nochex.dll/apc/apc";

to this: -

$callback_url = "http://www.nochex.com/nochex.dll/apc/apc";

In reality, just delete the 's' from https and save the file.

It will work then. Basically what is happening, in this instance, is that the Nochex HTTPS server is either down, or they have changed the APC callback to an Non HTTPS server.

I have tested this today on a new Zen cart - the first time I have used it - (always used osCommerce till this one) and have had the self same problem. It is NOT a Nochex problem per se, as all my osCommerce sites are working fine.

I disagree,, it is a nochex problem and if like you say they have done something to their server, then it is still a nochex problem.
BTW, the HTPP/s thing does not solve the problem in most cases as reading through this and other threads will show. The problem also differs with each zen ver. My old site using v1305 was working ok for years then ,,, no nochex after saying it was nothing they had done, they issue a new handler file which then worked with the exception that whatever the setting, orders now come back as pending. This is still not resolved.
According to nochex,,, it is never their problem.
I wonder why nochex was dropped from ver 1.3.9h.

Well if it is a Nochex problem, should it not affect everyone using it?
I have only used Zen cart for the first time on a new site I have done for a customer, (five years of osCommerce up to now - and that incidentally uses the same apc handler url but always needs the HTTPS in the sites I look after and has never failed thus far) and the change from HTTPS to HTTP did correct the problem. I can only speak from my own experience, and as I said 'in this instance' the problem was cured.
Do you get the 'fsockopen' error in your debug log?
If not, something else is causing the problem that will need the relevant error looking at to find the fix, which will be ok in the end.
Simples. :)

I note you say this 'The problem also differs with each zen ver' ... and that to me says there are changes in Zen cart that might be causing the problems perhaps?

Oh! for the want of a perfect open source cart system ....

further to my other posts ... I have gotten curious about the differences between the osCommerce and Zen Nochec API's and in the Zen nochex_apc_handler.php I find this, starting at line 122 ...

$nochex_trans_db_id = $db->Insert_ID();
$new_status = MODULE_PAYMENT_PAYPAL_ORDER_STATUS_ID;
if(!isset($_POST["status"])||strtolower($_POST["status"])=='live'){
$new_status = MODULE_PAYMENT_PAYPAL_PROCESSING_STATUS_ID;
$db->Execute("update " . TABLE_ORDERS . "
set orders_status = " . MODULE_PAYMENT_PAYPAL_PROCESSING_STATUS_ID . "
where orders_id = '" . $insert_id . "'");

Is that correct? Never seen the likes of that before ... Nochex integrated with PayPal?