Paypal Payment but No Order Recorded
Maybe not in this specific case, but generally the 600 ms definitely _is_ a
problem. As I wrote it is possible that it is not the time limitation, but
rather resource restrictions on the server together with the 2 concurrent
PayPal processes the module launches that terminate the fulfilment. In no
way the termination is caused by any of the fulfilment tasks. It is quite
well possible that you do not see it on other servers, since it greatly
depends on the server configuration and other factors.
Moving to another server or host would help, but proper handling from the
side of the PayPal API would be appropriate anyway. If it parsed the page of
the IPN call and returned the result, it would help to catch up and handle
the failure.
Ivo Truxa
| http://miva.truxoft.com
| Advanced Miva Merchant modules
-----Original Message-----
From: William Weiland
Ivo Truxa wrote:
> Bill, you apparently did not see what I wrote - so once more briefly:
>
> Normal checkout: 90 secs (usually more)
> PayPal IPN: 600 ms (depending on the server and other circumstances,
> it may be more or even less)
>
> Hence, although the fulfilment can certainly timeout within the standard
90
> secs too, it is _much_ more probable at the PayPal IPN method during the
> 600ms. Thus, it _is_ a PayPal specific problem.
You apparently did not read what I wrote either. If we really only have
600ms, it is likely failure would occur often. It does NOT. I have 6
fulfillment modules running in my store. All of them update databases
that an order has completed (order history status, coupon, tax
exemption, etc). One of them, Mail Manager, sends at least 4 emails on
every software order, 5 on some. My payments are through paypal.com 99%
of the time. I rarely get failures during fulfillment; about 1 in
1000. The problem in stores with an inventory issue is going to lie
with server slowness, email module used, error in token on invoice
screen, slow communication with hit tracker, poorly constructed INVC
template, and a hundred other issues. 600ms is not the problem or I
would see it too. None of the most recent 3 hosts I have had my store
on have had a problem with paypal payments processing orders in the
fulfillment portion. These cover the entire period that paypal IPN has
been available.
Now, back to the original subject: There have been occassional
paypal.com glitches where the IPN server was down and orders did not
post at all. That is another subject. But is closer to the original
poster's subject than your response which is related to what happens
AFTER the order is already recorded in admin. The problem with orders
appearing in admin is not related to the time the paypal.com server
devotes to its IPN posting. Rather it is:
1) Is the customer using Miva Corp supplied paypal module? If yes, did
the IPN even attempt to post? With the Miva Corp supplied module (I
don't know the defective versions), IPN posts if the customer clicks the
final continue. If they forget to continue, no IPN posts to update the
order.
2) With all paypal module, is the module and paypal.com setup
correctly?
A. If ANY paypal paid orders get recorded in admin, then the module and
paypal.com is setup correctly. IPN server is probably having issues.
B. If the store is a new paypal module user and it has NEVER received a
completed paypal paid order in admin, the module or paypal.com is not
setup correctly.
It is just that simple. There is no need to do a major study of
processing times and actions of fulfillment modules to determine why an
order does not show in admin.
--
Bill Weiland A2Z Emporium Plus <A HREF ="http://www.emporiumplus.com/store.mvc ">http://www.emporiumplus.com/store.mvc </A>
Modules for eCommerce. Mail Mgr, Coupon, PayPal, Froogle/Yahoo feeds
Rate This, Gift/Wish List, Wait List Mgr, EZ Batch, Shipping & more
Online Documentation <A HREF ="http://www.emporiumplus.com/docs">http://www.emporiumplus.com/docs</A>
Question <A HREF ="http://www.emporiumplus.com/mivamodule_wcw.mvc?Screen=SPTS ">http://www.emporiumplus.com/mivamodu...vc?Screen=SPTS </A>
|
Maybe not in this specific case, but generally the 600 ms definitely _is_ a
problem. As I wrote it is possible that it is not the time limitation, but
rather resource restrictions on the server together with the 2 concurrent
PayPal processes the module launches that terminate the fulfilment. In no
way the termination is caused by any of the fulfilment tasks. It is quite
well possible that you do not see it on other servers, since it greatly
depends on the server configuration and other factors.
Moving to another server or host would help, but proper handling from the
side of the PayPal API would be appropriate anyway. If it parsed the page of
the IPN call and returned the result, it would help to catch up and handle
the failure.
Ivo Truxa
| http://miva.truxoft.com
| Advanced Miva Merchant modules
-----Original Message-----
From: William Weiland
Ivo Truxa wrote:
> Bill, you apparently did not see what I wrote - so once more briefly:
>
> Normal checkout: 90 secs (usually more)
> PayPal IPN: 600 ms (depending on the server and other circumstances,
> it may be more or even less)
>
> Hence, although the fulfilment can certainly timeout within the standard
90
> secs too, it is _much_ more probable at the PayPal IPN method during the
> 600ms. Thus, it _is_ a PayPal specific problem.
You apparently did not read what I wrote either. If we really only have
600ms, it is likely failure would occur often. It does NOT. I have 6
fulfillment modules running in my store. All of them update databases
that an order has completed (order history status, coupon, tax
exemption, etc). One of them, Mail Manager, sends at least 4 emails on
every software order, 5 on some. My payments are through paypal.com 99%
of the time. I rarely get failures during fulfillment; about 1 in
1000. The problem in stores with an inventory issue is going to lie
with server slowness, email module used, error in token on invoice
screen, slow communication with hit tracker, poorly constructed INVC
template, and a hundred other issues. 600ms is not the problem or I
would see it too. None of the most recent 3 hosts I have had my store
on have had a problem with paypal payments processing orders in the
fulfillment portion. These cover the entire period that paypal IPN has
been available.
Now, back to the original subject: There have been occassional
paypal.com glitches where the IPN server was down and orders did not
post at all. That is another subject. But is closer to the original
poster's subject than your response which is related to what happens
AFTER the order is already recorded in admin. The problem with orders
appearing in admin is not related to the time the paypal.com server
devotes to its IPN posting. Rather it is:
1) Is the customer using Miva Corp supplied paypal module? If yes, did
the IPN even attempt to post? With the Miva Corp supplied module (I
don't know the defective versions), IPN posts if the customer clicks the
final continue. If they forget to continue, no IPN posts to update the
order.
2) With all paypal module, is the module and paypal.com setup
correctly?
A. If ANY paypal paid orders get recorded in admin, then the module and
paypal.com is setup correctly. IPN server is probably having issues.
B. If the store is a new paypal module user and it has NEVER received a
completed paypal paid order in admin, the module or paypal.com is not
setup correctly.
It is just that simple. There is no need to do a major study of
processing times and actions of fulfillment modules to determine why an
order does not show in admin.
--
Bill Weiland A2Z Emporium Plus <A HREF ="http://www.emporiumplus.com/store.mvc ">http://www.emporiumplus.com/store.mvc </A>
Modules for eCommerce. Mail Mgr, Coupon, PayPal, Froogle/Yahoo feeds
Rate This, Gift/Wish List, Wait List Mgr, EZ Batch, Shipping & more
Online Documentation <A HREF ="http://www.emporiumplus.com/docs">http://www.emporiumplus.com/docs</A>
Question <A HREF ="http://www.emporiumplus.com/mivamodule_wcw.mvc?Screen=SPTS ">http://www.emporiumplus.com/mivamodu...vc?Screen=SPTS </A>
|
Comment