Re: Sysadmin Load Reduction: Legacy Compatibility Redirects
On Fri, Jan 31, 2020 at 2:35 AM Zoltan Padrah wrote: > > > > Ben Cooksley ezt írta (időpont: 2019. nov. 9., Szo, 2:02): >> >> Hi all, >> >> One of the more smaller things that Sysadmin currently looks after is >> a large number of legacy compatibility redirects, which keep a variety >> of subdomains under KDE.org functional. >> >> For the most part these refer to dead projects, and have been legacy >> compatibility redirects for many years (5+) now. >> >> Given that sites should have now had a chance to update themselves, >> i'd like to go ahead and remove a number of these redirects. >> >> These redirects, whilst appearing relatively minor in nature, do >> require a certain degree of custom logic on the server side to handle >> them and therefore collectively create maintenance burden that in many >> cases probably outweighs the value they provide. >> >> We therefore should only retain them if there are places we are still >> unable to update which someone may need to follow (and not simply >> because 'somewhere might still link there') given that most people >> find things through their preferred search engine now. >> >> Below are a list of all the redirect candidates: >> -- >> > ... >> >> windows.kde.org >> mac.kde.org > > ... >> >> >> -- >> >> Any comments? >> >> I'd also like to be able to recommend to the KDE e.V. Board that we >> permit kdepim.org, kdepim.com and korganizer.org to expire at the end >> of their current registration period. >> >> Thanks, >> Ben > > > > Hi, > > sorry for posting in this old thread, but I have just noticed that > > https://kde.org/download/ > > still directly links windows.kde.org and mac.kde.org ; neither existing any > more. I do not know who to ping about updating the download web-page so I'm > writing here. Thanks for raising this Zoltan, i've now updated the page accordingly. > > > Best regards, > > Zoltan > Cheers, Ben
Re: Sysadmin Load Reduction: Legacy Compatibility Redirects
Ben Cooksley ezt írta (időpont: 2019. nov. 9., Szo, 2:02): > Hi all, > > One of the more smaller things that Sysadmin currently looks after is > a large number of legacy compatibility redirects, which keep a variety > of subdomains under KDE.org functional. > > For the most part these refer to dead projects, and have been legacy > compatibility redirects for many years (5+) now. > > Given that sites should have now had a chance to update themselves, > i'd like to go ahead and remove a number of these redirects. > > These redirects, whilst appearing relatively minor in nature, do > require a certain degree of custom logic on the server side to handle > them and therefore collectively create maintenance burden that in many > cases probably outweighs the value they provide. > > We therefore should only retain them if there are places we are still > unable to update which someone may need to follow (and not simply > because 'somewhere might still link there') given that most people > find things through their preferred search engine now. > > Below are a list of all the redirect candidates: > -- > > ... > windows.kde.org > mac.kde.org ... > > -- > > Any comments? > > I'd also like to be able to recommend to the KDE e.V. Board that we > permit kdepim.org, kdepim.com and korganizer.org to expire at the end > of their current registration period. > > Thanks, > Ben > Hi, sorry for posting in this old thread, but I have just noticed that https://kde.org/download/ still directly links windows.kde.org and mac.kde.org ; neither existing any more. I do not know who to ping about updating the download web-page so I'm writing here. Best regards, Zoltan
Re: Sysadmin Load Reduction: Legacy Compatibility Redirects
On Sat, Nov 9, 2019 at 1:02 PM Ben Cooksley wrote: > > Hi all, Hi all, > > One of the more smaller things that Sysadmin currently looks after is > a large number of legacy compatibility redirects, which keep a variety > of subdomains under KDE.org functional. > > For the most part these refer to dead projects, and have been legacy > compatibility redirects for many years (5+) now. > > Given that sites should have now had a chance to update themselves, > i'd like to go ahead and remove a number of these redirects. > > These redirects, whilst appearing relatively minor in nature, do > require a certain degree of custom logic on the server side to handle > them and therefore collectively create maintenance burden that in many > cases probably outweighs the value they provide. > > We therefore should only retain them if there are places we are still > unable to update which someone may need to follow (and not simply > because 'somewhere might still link there') given that most people > find things through their preferred search engine now. > > Below are a list of all the redirect candidates: > -- > kate.kde.org > accessibility.kde.org > books.kde.org > buzz.kde.org > de.kde.org > dolphin.kde.org > es.kde.org > evolve.kde.org > gwenview.kde.org > kaffeine.kde.org > kmail.kde.org > kmobiletools.kde.org > kopete.kde.org > korganizer.kde.org > korganizer.org > lokalize.kde.org > people.kde.org > phonon.kde.org > pim.kde.org > kdepim.org > kdepim.com > plasma.kde.org > solaris.kde.org > themes.kde.org > usability.kde.org > vdesign.kde.org > windows.kde.org > women.kde.org > yakuake.kde.org > contour.kde.org > brainstorm.forum.kde.org > research.kde.org > akregator.kde.org > nepomuk.kde.org > in.kde.org > people.kde.org > mac.kde.org > kdevelop.kde.org > ar.kde.org > -- > > Any comments? > > I'd also like to be able to recommend to the KDE e.V. Board that we > permit kdepim.org, kdepim.com and korganizer.org to expire at the end > of their current registration period. I have now gone ahead and removed those various redirect hosts from our systems. In total 44 redirect hosts were removed, which reduced the size of our zone file (excluding the various *.*.l10n.kde.org entries) from 432 lines to 388 lines (a reduction of 10%). Additionally, for one system it has now made it substantially easier to see the services it does operate. > > Thanks, > Ben Cheers, Ben
Re: Sysadmin Load Reduction: Legacy Compatibility Redirects
On Sun, Nov 10, 2019 at 8:40 AM Albert Astals Cid 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 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 > > > > > >
Re: Sysadmin Load Reduction: Legacy Compatibility Redirects
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 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? 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? Does it really cost us *anything* maintaining a redirect? Cheers, Albert > 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 >
Re: Sysadmin Load Reduction: Legacy Compatibility Redirects
On Sat, Nov 9, 2019 at 11:31 PM Volker Krause wrote: > > On Saturday, 9 November 2019 01:02:01 CET Ben Cooksley wrote: > > Hi all, > > > > One of the more smaller things that Sysadmin currently looks after is > > a large number of legacy compatibility redirects, which keep a variety > > of subdomains under KDE.org functional. > > > > For the most part these refer to dead projects, and have been legacy > > compatibility redirects for many years (5+) now. > > > > Given that sites should have now had a chance to update themselves, > > i'd like to go ahead and remove a number of these redirects. > > > > These redirects, whilst appearing relatively minor in nature, do > > require a certain degree of custom logic on the server side to handle > > them and therefore collectively create maintenance burden that in many > > cases probably outweighs the value they provide. > > > > We therefore should only retain them if there are places we are still > > unable to update which someone may need to follow (and not simply > > because 'somewhere might still link there') given that most people > > find things through their preferred search engine now. > > > > Below are a list of all the redirect candidates: > > I checked the PIM related ones with lxr and local grepping: > > > kmail.kde.org > > unused > > > kmobiletools.kde.org > > product long dead, redirects to external parking site? > > > korganizer.kde.org > > redirects to dead link, lxr still finds one reference > > > korganizer.org > > unused, redirects to dead link > > > pim.kde.org > > lxr finds a few alive references that we probably should adjust before > disabling this > > > kdepim.org > > kdepim.com > > both unused apparently > > > akregator.kde.org > > lxr still finds one reference for this, but it seems to redirect to an empty > wiki page > > > Any comments? > > > > I'd also like to be able to recommend to the KDE e.V. Board that we > > permit kdepim.org, kdepim.com and korganizer.org to expire at the end > > of their current registration period. > > No objections to that. Thanks for confirming all of the above Volker. If we could get steps underway to eliminate the remaining references to pim.kde.org that would be appreciated. > > Thanks, > Volker Cheers, Ben
Re: Sysadmin Load Reduction: Legacy Compatibility Redirects
On Sun, Nov 10, 2019 at 12:19 AM Adriaan de Groot wrote: > > On Saturday, November 9, 2019 1:02:01 AM CET Ben Cooksley wrote: > > research.kde.org > > This content is on the community wiki. KDE-Research went defunct with the > death of Claire Lotion and when Paul, Sebas and myself stopped doing (EU) > research projects around KDE. So I agree with retiring this redirect. Thanks for confirming this, along with the solaris.kde.org one. > > [ade] Cheers, Ben
Re: Sysadmin Load Reduction: Legacy Compatibility Redirects
On Sun, Nov 10, 2019 at 12:38 AM Albert Astals Cid 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, 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
Re: Sysadmin Load Reduction: Legacy Compatibility Redirects
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 Cheers, Albert
Re: Sysadmin Load Reduction: Legacy Compatibility Redirects
On Saturday, November 9, 2019 1:02:01 AM CET Ben Cooksley wrote: > research.kde.org This content is on the community wiki. KDE-Research went defunct with the death of Claire Lotion and when Paul, Sebas and myself stopped doing (EU) research projects around KDE. So I agree with retiring this redirect. [ade] signature.asc Description: This is a digitally signed message part.
Re: Sysadmin Load Reduction: Legacy Compatibility Redirects
On Saturday, November 9, 2019 1:02:01 AM CET Ben Cooksley wrote: > solaris.kde.org As the last maintainer of solaris packaging for KDE, I made that point to techbase a long time ago. I agree with retiring this redirect. [ade] signature.asc Description: This is a digitally signed message part.
Re: Sysadmin Load Reduction: Legacy Compatibility Redirects
On Saturday, 9 November 2019 01:02:01 CET Ben Cooksley wrote: > Hi all, > > One of the more smaller things that Sysadmin currently looks after is > a large number of legacy compatibility redirects, which keep a variety > of subdomains under KDE.org functional. > > For the most part these refer to dead projects, and have been legacy > compatibility redirects for many years (5+) now. > > Given that sites should have now had a chance to update themselves, > i'd like to go ahead and remove a number of these redirects. > > These redirects, whilst appearing relatively minor in nature, do > require a certain degree of custom logic on the server side to handle > them and therefore collectively create maintenance burden that in many > cases probably outweighs the value they provide. > > We therefore should only retain them if there are places we are still > unable to update which someone may need to follow (and not simply > because 'somewhere might still link there') given that most people > find things through their preferred search engine now. > > Below are a list of all the redirect candidates: I checked the PIM related ones with lxr and local grepping: > kmail.kde.org unused > kmobiletools.kde.org product long dead, redirects to external parking site? > korganizer.kde.org redirects to dead link, lxr still finds one reference > korganizer.org unused, redirects to dead link > pim.kde.org lxr finds a few alive references that we probably should adjust before disabling this > kdepim.org > kdepim.com both unused apparently > akregator.kde.org lxr still finds one reference for this, but it seems to redirect to an empty wiki page > Any comments? > > I'd also like to be able to recommend to the KDE e.V. Board that we > permit kdepim.org, kdepim.com and korganizer.org to expire at the end > of their current registration period. No objections to that. Thanks, Volker signature.asc Description: This is a digitally signed message part.