Re: Add statistics_collector_listen_addresses to fix hard-coding of "localhost"

But...database and other services are not relevant.
And...client apps of course relevant to that services,but I have to
kluge to separate the increasing load.
And...client apps is just as same as PG hard-coding "localhost".

On Fri, Oct 28, 2011 at 15:00, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Alvaro Herrera <alvherre@commandprompt.com> writes:
>> Excerpts from Robert Young's message of vie oct 28 11:47:14 -0300 2011:
>>> I just migrate some services from one machine to another but database
>>> stay there.
>>> So, I think the most simple solution is to change =E2=80=9Clocalhost=E2=
=80=9D point to
>>> the new one, so that I need no modification of client applications.
>>> But found PG gave warnings.
>
>> I'm surprised that your conclusion was that the path of least resistance
>> was submitting a patch to Postgres. =C2=A0Surely patching the apps would=
 have
>> been a lot easier.
>
> The fundamental problem with that kluge (and yes, it's a kluge) is that
> it supposes that you migrated EVERY local service to the other machine.
> Which, obviously, you did not.
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0regards, tom lane
>