[users@httpd] Apache Installation Issue

2021-01-19 Thread Xxxx YYy
> > Hi, > > We have Redhat 7.8 where Apache 2.x is being configured from the source > using OpenSSL 1.x > > However, it keeps giving me this error :- > > /opt/app/workload/httpd/srclib/apr/libtool --silent --mode=install install > mod_dir.la /opt/app/workload/apache/modules/ > /opt/app/workload/htt

Re: [users@httpd] Replays from Internet [EXT]

2021-01-19 Thread John
Thanks James. Yes, all we received was the duplicate POST so far as I can find. The script that would have initiated that POST was not shown in the log as having been run. That's what caught my attention. I have been misunderstanding the html standard since I was of the opinion that it did not

Re: [users@httpd] Replays from Internet

2021-01-19 Thread John
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 somethin

Re: [users@httpd] Replays from Internet

2021-01-19 Thread John
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 prob

RE: [users@httpd] Replays from Internet [EXT]

2021-01-19 Thread James Smith
Trying to understand - was it just the last POST that you were seeing - not the series of posts leading up to that stage of the form process.. In this case it looks as (Yehuda is just saying) that the request is kept in the browser. There are some ways to get around this: (1) never POST and pri

Re: [users@httpd] Replays from Internet

2021-01-19 Thread Yehuda Katz
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 Post-Redirect-Get

Re: [users@httpd] Replays from Internet

2021-01-19 Thread Antony Stone
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 would

Re: [users@httpd] Replays from Internet

2021-01-19 Thread Ruben Safir
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

[users@httpd] Replays from Internet

2021-01-19 Thread John
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 sa

[users@httpd] Curl form-based authentication

2021-01-19 Thread Sathish Vijayan
Hi! Currently I have implemented the form-based authentication in my apache server, which acts as a load balancer & reverse proxy agent. Now i have some apis hosted and reverse proxied through the apache server. Now I need to do curl command to authenticate and reach the apis resources. If yo