Hi Nick:
Yes, I could use a good night's sleep! I'm in the process of
implementing the suggestions from Yehuda and James that I got
yesterday. I had been thinking of something along that line but I
also wanted to know why this turned up twice now after 12 years of
running basically the same
> On 19 Jan 2021, at 16:55, John wrote:
>
> I scanned for the customer's IP
What leads you to suppose the customer's IP was unchanged between
the two orders?
Sorry, there's no sensible explanation: the above is the only comment
I can offer at a technical level. Maybe the customer is
t; This is better to be something like a UUID or similar.
> Second time payment is attempted on cart with given UUID the
> attempt is rejected.
>
> James
>
> -Original Message-----
> From: John
> Sent: 19 January 2021 16:56
> To: Apache
> Subject: [u
Thanks Yehuda, I think you may have caught it.
What happens is that the order entry page returns with an attached pdf
copy of the invoice but this is not a redirect, it is the same page
that they POST'd. The customer then has to click "finished" to get
back to the web site.
So I learned
Yes, I would agree that it isn't Apache but where else would I find a
group of people with extensive experience with web interfaces.
Our transaction logs and order entry system show these false orders
but that is what I would expect since a perfectly consistent order was
placed online. The
is better to be something like a UUID or similar.
Second time payment is attempted on cart with given UUID the attempt is
rejected.
James
-Original Message-
From: John
Sent: 19 January 2021 16:56
To: Apache
Subject: [users@httpd] Replays from Internet [EXT]
Since the beginning
It is likely that the user still has the browser tab open and it refreshes
for some reason, or their browser crashed and reopened, or they use a
session restore tool when they reopen the browser - all of these could
cause an exact duplicate request.
You might want to look into the
On Tuesday 19 January 2021 at 18:00:11, Ruben Safir wrote:
> this has nothing to do with apache
I think that's a somewhat harsh way of putting it, but I do agree that since
"that page does not show in the httpd log as having been served" you are
correct, and the problem lies elsewhere. I
this has nothing to do with apache
On Tue, Jan 19, 2021 at 11:55:41AM -0500, John wrote:
> Since the beginning of 2021 we have encountered two online orders and
> possibly a third, where the customer denies making the order and the
> httpd log seems to confirm that.
>
> In each case, the person
Since the beginning of 2021 we have encountered two online orders and
possibly a third, where the customer denies making the order and the
httpd log seems to confirm that.
In each case, the person made an order and a day or more later a
second order was placed for the same item and carrying the
10 matches
Mail list logo
