replacement for projects.kde.org
Closed, ResolvedPublic

Description

Looking for a replacement for projects.kde.org, I would say phabricator project and dashboard pages are a very good fit. But dashboard pages always have these ugly URLs with integral IDs, so they are basically bad SEO wise and super hard to remember.

Back then, I could send people to http://projects.kde.org/$project-name. It would be super nice to have something like this on Phabricator.

Note how this is a dead link: https://phabricator.kde.org/kdevelop, while https://phabricator.kde.org/tag/kdevelop/ shows all tasks tagged with kdevelop, but not the repository (https://phabricator.kde.org/source/kdevelop/), nor the project (https://phabricator.kde.org/project/profile/29/), nor the dashboard (https://phabricator.kde.org/dashboard/view/8/).

Personally, the best solution would imo be:

  • phabricator.kde.org/$project-name -> show project page
  • allow to edit the project page similar to a dashboard page
  • then one could link from the project page to the developer dashboard page
mwolff created this task.Feb 18 2017, 10:13 PM

I don't think we'll get much movement on /$project-name urls. Please note that the projects.kde.org/$projectName urls were just redirects anyway.

In that vein, may I suggest we make use of Phabricator's URL shortening service here (already in use for some things anyway)?
That way we can setup things like go.kde.org/u/kdevelop and point that to either the Project or Dashboard, depending on your preference.

It won't be automatic admittedly, but if you are just after a single repository, /source/<reponame> works, so this only really affects multiple repository projects like KDevelop, Plasma or KDE Telepathy - and there are only a small number of them.

Please also note that the menus shown for each project is customisable in the Project settings.

In that vein, may I suggest we make use of Phabricator's URL shortening service here (already in use for some things anyway)?
That way we can setup things like go.kde.org/u/kdevelop and point that to either the Project or Dashboard, depending on your preference.

This would be great! I agree with this solution.

Please also note that the menus shown for each project is customisable in the Project settings.

My tip to project owners is put the links to repositories/workboards/code review/dashboards/etc all in the project page. It is easy to do (I did it in Cantor project as commented in other thread) and improve the navigation in the project applications. Then sysadmins can create those nice URLs to projects pages itself.

Using some URL shortening could work, but sounds like a lot of work as then we either have short URLs only for the few projects you mention, and need to remember which they are, or we have one central URL place for all of them. So, if at all possible, can we resurrect the URLs of projects.kde.org/$... and point them to either the custom phabricator URL for a project, or the default project url source/....

Also note that URLs are just one piece of the puzzle - the project/repo page is not editable like a dashboard. But maybe the dashboard link could be put into the README.md, which would make it visible if the repo page layout would be improved to not waste that much space and show the README.md on top.

The content of https://phabricator.kde.org/tag/<url> appears to be controlled by the "Default Menu Item" setting in the settings of the Project. I just changed it for KDevelop as an example. It remains to be seen whether Dashboards can be set as the default item - hopefully they can.

From my perspective this should resolve things, as if someone is interested in a specific repository you can send them to phabricator.kde.org/source/<repo> and if they're interested in a project in particular you can send them to phabricator.kde.org/tag/<project>

It's up to Project maintainers to setup their project according to their wishes.

For those who need super short urls, commits.kde.org/<repo> is available - I don't think we should alter projects.kde.org, as people already use that to refer to repositories, and we'll get complaints of breakage.