[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-community
Subject:    Re: Sysadmin Load Reduction: Legacy Compatibility Redirects
From:       Ben Cooksley <bcooksley () kde ! org>
Date:       2019-11-09 20:49:10
Message-ID: CA+XidOEOOJkqT7RGFck6R0SZq_twJv+OLkE489eW49Y0vxEiJg () mail ! gmail ! com
[Download RAW message or body]

On Sun, Nov 10, 2019 at 8:40 AM Albert Astals Cid <aacid@kde.org> wrote:
> 
> El dissabte, 9 de novembre de 2019, a les 19:21:30 CET, Ben Cooksley va escriure:
> > On Sun, Nov 10, 2019 at 12:38 AM Albert Astals Cid <aacid@kde.org> wrote:
> > > 
> > > El dissabte, 9 de novembre de 2019, a les 1:02:01 CET, Ben Cooksley va \
> > > escriure:
> > > > Any comments?
> > > 
> > > Cool URIs don't change
> > > https://www.w3.org/Provider/Style/URI
> > 
> > While that would be nice, in practice they do end up changing - and
> > many of the above mentioned sites are simply redirected straight to
> > the wiki so the only page that would have worked for the compatibility
> > redirect is the Index page for that project.
> > 
> > Given many of them are extremely old, and which nobody will be trying
> > to access anyway,
> 
> Says who?

Says the server logs for the virtual host that supports all of those redirects.
All of the traffic is pretty much bots, vulnerability scanners and
bulk information scrapers.

> 
> I just went into google, spent 1 second and there's there's hundreds of links to \
> accessibility.kde.org, why would we want to break all those links?

As noted earlier, only https://accessibility.kde.org/ as a page would
actually send you anywhere useful.

https://accessibility.kde.org/events/meeting1/ for instance, was never
translated across to the wiki, so just gets you an empty page on the
wiki.
For all intents and purposes, these links are already completely dead.

> 
> Does it really cost us *anything* maintaining a redirect?

Yes, it does - both in terms of logic within a virtual host in Apache,
as well as the necessary entries in our zone file (which have to be
waded through whenever we are adding entries)

> 
> Cheers,
> Albert

Cheers,
Ben

> 
> > we should go ahead and retire them (and as Volker
> > noted in another response to this thread, many of the compatibility
> > redirects we put in place are themselves broken because pages have
> > moved around both within and between the various wikis we host)
> > 
> > > 
> > > Cheers,
> > > Albert
> > > 
> > > 
> > 
> > Regards,
> > Ben
> > 
> 
> 
> 
> 


[prev in list] [next in list] [prev in thread] [next in thread]