Thread: Retiring legacyurls

Retiring legacyurls

From
Magnus Hagander
Date:
We have a piece of code in legacyurls.py in the website project that handles URLs that are from the old website. And by old website I don't mean the one from half a year ago, I mean the one from 10 years ago.

This one handles:
/about/press/presskit/<ver>.html.<language>
/about/news.<nnn> for news articles (it has been /about/news/<nn>/ for 10 years now)
/about/event.<nnn> for events (it has been /about/events/<nn>/ for 10 years now)
/community/signup (it's now /account/signup)

I think all those should just be dropped. We could investigate if they are actually hit by anything, but meh, they're 10 years old and those are links that are just going to have to 404 in my opinion.

Then it handles:
/what/ever.html -> /what/ever/ rewrites.

Slightly less sure about that one, but again, maybe we should just kill that one as well once and for all?

Finally it has:
/mailpref/<listname> - which used to redirect to mj2 and now redirects to pglister.

That one we should probalby keep around a while?

Finally, we also have some rules that are commented as "legacy even on the old site", meaning they were legacy 10 years ago:

/developer/sourcecode/ -> /developer/coding/
/developer/bios/ -> /community/contributors/
/docs/tecdocs/ -> wiki
/docs/faqs.FAQ.html -> wiki/FAQ
/docs/faqs.FAQ_DEV.html -> wiki/Development_information
/docs/faqs.TODO.html -> wiki/Todo
/about/license -> /about/licence

Of those I suggest we keep the license redirect (some people consider American English not to be legacy after all), but nuke the rest.

Thoughts? Any of them worthy of saving? Or does somebody actually think it's worth investing the work to track exactly how much that old stuff is used?

--

Re: Retiring legacyurls

From
Dave Page
Date:


On Thu, Oct 11, 2018 at 10:45 AM Magnus Hagander <magnus@hagander.net> wrote:
We have a piece of code in legacyurls.py in the website project that handles URLs that are from the old website. And by old website I don't mean the one from half a year ago, I mean the one from 10 years ago.

This one handles:
/about/press/presskit/<ver>.html.<language>
/about/news.<nnn> for news articles (it has been /about/news/<nn>/ for 10 years now)
/about/event.<nnn> for events (it has been /about/events/<nn>/ for 10 years now)
/community/signup (it's now /account/signup)

I think all those should just be dropped. We could investigate if they are actually hit by anything, but meh, they're 10 years old and those are links that are just going to have to 404 in my opinion.

Then it handles:
/what/ever.html -> /what/ever/ rewrites.

Slightly less sure about that one, but again, maybe we should just kill that one as well once and for all?

Finally it has:
/mailpref/<listname> - which used to redirect to mj2 and now redirects to pglister.

That one we should probalby keep around a while?

Finally, we also have some rules that are commented as "legacy even on the old site", meaning they were legacy 10 years ago:

/developer/sourcecode/ -> /developer/coding/
/developer/bios/ -> /community/contributors/
/docs/tecdocs/ -> wiki
/docs/faqs.FAQ.html -> wiki/FAQ
/docs/faqs.FAQ_DEV.html -> wiki/Development_information
/docs/faqs.TODO.html -> wiki/Todo
/about/license -> /about/licence

Of those I suggest we keep the license redirect (some people consider American English not to be legacy after all), but nuke the rest.

Thoughts? Any of them worthy of saving? Or does somebody actually think it's worth investing the work to track exactly how much that old stuff is used?

Nah - drop 'em all.
 
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

Re: Retiring legacyurls

From
"Jonathan S. Katz"
Date:
Hi,

On 10/11/18 5:56 AM, Dave Page wrote:
>
>
> On Thu, Oct 11, 2018 at 10:45 AM Magnus Hagander <magnus@hagander.net
> <mailto:magnus@hagander.net>> wrote:
>
>     We have a piece of code in legacyurls.py in the website project that
>     handles URLs that are from the old website. And by old website I
>     don't mean the one from half a year ago, I mean the one from 10
>     years ago.
>
>     This one handles:
>     /about/press/presskit/<ver>.html.<language>

This one gave me momentary panic as we are a week away from the release
and I just assembled the presskit, but then I noticed that this does not
follow the current format at all, hence the whole "legacy" bit, so as
long as it does not break the release work, +1 for dropping.

>     /about/license -> /about/licence
>
>     Of those I suggest we keep the license redirect (some people
>     consider American English not to be legacy after all), but nuke the
>     rest.

+1 to keeping this; I've seen people linking to the US spelling of this.

>
>     Thoughts? Any of them worthy of saving? Or does somebody actually
>     think it's worth investing the work to track exactly how much that
>     old stuff is used?
>
>
> Nah - drop 'em all.

*Drop them all except the /about/license

Thanks for reviewing all of this!

Jonathan


Attachment

Re: Retiring legacyurls

From
Magnus Hagander
Date:
On Thu, Oct 11, 2018 at 3:51 PM Jonathan S. Katz <jkatz@postgresql.org> wrote:
Hi,

On 10/11/18 5:56 AM, Dave Page wrote:
>
>
> On Thu, Oct 11, 2018 at 10:45 AM Magnus Hagander <magnus@hagander.net
> <mailto:magnus@hagander.net>> wrote:
>
>     We have a piece of code in legacyurls.py in the website project that
>     handles URLs that are from the old website. And by old website I
>     don't mean the one from half a year ago, I mean the one from 10
>     years ago.
>
>     This one handles:
>     /about/press/presskit/<ver>.html.<language>

This one gave me momentary panic as we are a week away from the release
and I just assembled the presskit, but then I noticed that this does not
follow the current format at all, hence the whole "legacy" bit, so as
long as it does not break the release work, +1 for dropping.

>     /about/license -> /about/licence
>
>     Of those I suggest we keep the license redirect (some people
>     consider American English not to be legacy after all), but nuke the
>     rest.

+1 to keeping this; I've seen people linking to the US spelling of this.

>
>     Thoughts? Any of them worthy of saving? Or does somebody actually
>     think it's worth investing the work to track exactly how much that
>     old stuff is used?
>
>
> Nah - drop 'em all.

*Drop them all except the /about/license

Thanks for reviewing all of this!

Pushed.
 
--