-
Notifications
You must be signed in to change notification settings - Fork 6.3k
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
404 links and how to handle them in the future #2424
Comments
This comment has been minimized.
This comment has been minimized.
If anyone wants to help, let me know. I'm not sure how to proceed with linkinator and I'm not aware of another package that works equally good. The problems I hit so far with linkinator:
I'm unsure how to proceed with this at the moment. I know for sure we need such a check, even if it's just for the local files. I'd like to hear what others think; maybe someone else has a better solution. |
Exclude external links for now and figure out how to handle those later? That will at least prevent an issue like the slash-replace thing that broke a bunch of links on the site. |
Alright, I'll wrap my branch up and make a PR later. Note that for the canonical issue, it wouldn't have been caught since it's not an internal link. |
Although, there's still the first issue I have. I made an upstream issue - JustinBeckwith/linkinator#82 |
This comment has been minimized.
This comment has been minimized.
I've pushed the branch which checks all links here https://github.com/nodejs/nodejs.org/runs/257523435 It's too much running this on each commit, so for now, I think just doing this manually from time to time is better. Remember there are still some false positives, but most of those are really broken links. |
I really think we should decide about these and not have a new issue/PR for each on of them :/ Anyway, in some cases, we might need to add redirects in build. |
Are most of the ones in the GitHub Actions results in old blog posts/news items? I'd be OK with any of these to solve those:
|
https://github.com/nodejs/community-committee/blob/master/GOVERNANCE.md https://github.com/nodejs/nodejs-ro should probably be removed along with all the other individual repos listed in that list. That is way too much information for a brief working group summary. Each of those repos is going away, slowly. Translation work happens elsewhere now. Link to CrowdIn maybe if it's not already there. But if you want to keep the change set small and hopefully uncontroversial, just remove https://github.com/nodejs/nodejs-ro and leave everything else for now. For http://events.linuxfoundation.org/events/node-interactive, the link can be removed. The text can just be plain text with no link. |
This shouldn't be relevant anymore. Inexistent links might exist, but for now there no feasible actions here, not to mention afaik we already fixed (within the website) all broken links. |
For the future we could use linkinator, although we'd need to tweak it to handle the internal docs links that are missing from this repo.
The text was updated successfully, but these errors were encountered: