-
Notifications
You must be signed in to change notification settings - Fork 22.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
update redirected URLs #35770
update redirected URLs #35770
Conversation
Preview URLs (22 pages)
Flaws (45)Note! 18 documents with no flaws that don't need to be listed. 🎉 URL:
URL:
URL:
URL:
External URLs (59)URL:
URL:
URL:
URL:
URL:
URL:
URL:
URL:
URL:
URL:
URL:
URL:
URL:
URL:
URL:
URL:
URL:
URL:
URL:
URL:
URL:
(comment last updated: 2024-09-08 17:19:52) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So I've personally excluded the 'Tools and setup' subtree from my dashboard (using the "configure include/exclude"). We need to renovate everything openwebdocs/project#207 and it's likely that many of the links don't work at all. From what I see, some of them are not redirecting to a page with the same purpose. What do you think?
Open to discussing about this though, I just haven't taken a look at this subtree. The requested changes are as below.
A few points to discuss:
|
We already do; it's under
Web archives are used when we need to specifically point to one website; for example, "web technology X" that's now obsolete and the website has been decommissioned. On the other hand, if we are just linking to a blog post to illustrate a point, then we can just pick another article to achieve the same effect. I don't have huge problems with web archives but:
I'm fairly sure that this is an official Mozilla shortener, no? Google is infamous for tearing down its own products. I don't think we need to distrust other shorteners, especially when it has already been there for many years. |
It is crucial to update redirects before the URLs start throwing 404.