8.8.8.8 is google's public DNS server - yah they can handle whatever you
throw at them but you shouldnt misuse it. The whole point of TTL in DNS is
for suggested caching - you are welcome to ignore it but you are also being
rude to others.
$r->connection->client_ip is the IP your apache server is
Thanks Mithun.
1. Since the query is passed through cloudflare, so a CF- header is wanted
for fetching client's real IP.
2. Since I am querying PTR via a stub resolver (such as 8.8.8.8), I guess
this public dns server has already cached the result. right?
Regards.
On Wed, Dec 23, 2020 at 9:08 AM
Replying to the DL.
On Tue, Dec 22, 2020 at 7:07 PM Mithun Bhattacharya
wrote:
> $r->connection->client_ip would report your proxy server if you have a
> reverse proxy setup - this is not a common use case though.
>
> DNS lookup would usually be an expensive process and you are supposed to
> be
please send an empty email to: modperl-unsubscr...@perl.apache.org to
unsubscribe yourself from the list.
On Tue, Dec 22, 2020 at 11:09 PM jbiskofski wrote:
> unsubscribe
>
I am a newbie to mp development stack.
After one day of work, I have made a simple handler, which returns the
client's address and its PTR record.
The demo:
https://myhostnames.com/
The code shown below:
package MyHostname;
use strict;
use Net::DNS;
use Apache2::RequestRec ();
use Apache2::R
Can you just shut up and unsubscribe from a Perl mailing list?
On Tue, Dec 22, 2020, 4:24 PM derrick wrote:
> Why PERL at all anyway? Dump PERL.
>
unsubscribe
::DISCLAIMER::
The contents of this e-mail and any attachment(s) are confidential and intended
for the named recipient(s) only. E-mail transmission is not guaranteed to be
secure or error-free as information could be intercepted, corrupted, lost,
dest
Sounds like a classic use case for Kafka - your service should publish when
done and your clients should subscribe to their relevant topics. This is
not going to be scalable even with websockets.
On Tue, Dec 22, 2020 at 9:06 AM John Dunlap wrote:
> We have hundreds of users polling our servers e
unsubscribe
We have hundreds of users polling our servers every few seconds just
waiting for events. In the near future, I'm going to have to do a refactor
to avoid users polling two different endpoints for different kinds of
events. The vast majority of the request in our access logs are polling
requests and
There are not many applications which really benefit from multiple threads in
web server environments unless you have very low load – as they are only
efficient as they can use multiple cores, so you need stupidly speced machines
to manage this load properly, and if you are using external resour
Forking is not inefficient unless you work on Windows. Threads are more
complicated to code for - thread safe coding is a thing.
Agreed web sockets are lacking but they are not essential in all modern
application.
I think we have discussed this topic enough and nothing new is being shared
on the
mod_perl is horribly inefficient because prefork is inefficient and because
each request is single threaded. In addition to this, mod_perl also cannot
provide websockets which are essential in a modern application.
On Mon, Dec 21, 2020 at 1:26 AM Vincent Veyron wrote:
>
> [You forgot to cc the l
Can I guess mod_perl is the upgraded version of apreq? Thanks Andre.
> On 22.12.2020 06:49, Matthias Peng wrote:
> > Hello
> >
> > I am developing a simple mp2 application.
> > I looked for the installation for mp2 utils, and found this two:
> >
> > libapache2-mod-perl2
> >
> > libapache2-mod-apr
On 22.12.2020 06:49, Matthias Peng wrote:
Hello
I am developing a simple mp2 application.
I looked for the installation for mp2 utils, and found this two:
libapache2-mod-perl2
libapache2-mod-apreq2
what're their relations? Should I install both, or only the first one?
Hi.
They are differ
15 matches
Mail list logo