Re: Add docs stub for recovery.conf
Bruce Momjian <bruce@momjian.us>
From: Bruce Momjian <bruce@momjian.us>
To: Stephen Frost <sfrost@snowman.net>
Cc: Craig Ringer <craig.ringer@enterprisedb.com>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2020-11-12T15:27:06Z
Lists: 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
Commits
-
Add a docs section for obsoleted and renamed functions and settings
- 3b0c647bbfc5 14.0 landed
- 89e383b30a94 13.3 landed
- 448e86c3345b 12.7 landed
- 625f5aae7e42 11.12 landed
- 58960fca4ef1 10.17 landed