Re: Add docs stub for recovery.conf - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Add docs stub for recovery.conf
Date
Msg-id 20201112152706.GB25584@momjian.us
Whole thread Raw
In response to Re: Add docs stub for recovery.conf  (Stephen Frost <sfrost@snowman.net>)
List pgsql-hackers
On Thu, Nov 12, 2020 at 09:47:42AM -0500, Stephen Frost wrote:
> > Fortunately, this has already been discussed in the renaming of default
> > roles to predefined roles:
> > 
> >     https://www.postgresql.org/message-id/flat/157742545062.1149.11052653770497832538%40wrigleys.postgresql.org
> > 
> > This naming change has not happened yet, even though the issue is 11
> > months old, but the agreed-upon way to handle this is to use a website
> > redirect that links to the new text.  You can add a "tip" there so they
> > understand the renaming has happened.
> 
> That rename will suffer the same problem that Craig is concerned about
> here regarding the 'current' link, once it's done.  I tend to agree with
> Craig that it'd be good to improve on this situation, and I've reached
> out to Jonathan to ask about using his new feature to have those
> /current/ links redirect to the renamed page.  I'm actually wondering if
> maybe we should just always do that for all the dog page aliases..
> 
> Might make more sense to discuss this over on -www though.

Yes, I am thinking someone could go back and add redirects for previous
renames too.  It would be interesting also to scrape the web logs for
404 errors to see which renames cause the most failures and do those
first.

-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EnterpriseDB                             https://enterprisedb.com

  The usefulness of a cup is in its emptiness, Bruce Lee




pgsql-hackers by date:

Previous
From: Stephen Frost
Date:
Subject: Re: Add docs stub for recovery.conf
Next
From: Dmitry Dolgov
Date:
Subject: Re: remove spurious CREATE INDEX CONCURRENTLY wait