Skip to content
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

(maybe) Support a --secure-only flag, that warns about http (vs https) links #44

Open
hoijui opened this issue Feb 27, 2022 · 1 comment

Comments

@hoijui
Copy link
Contributor

hoijui commented Feb 27, 2022

Problem

Outdated content often has http://... links instead of the https://... versions,
which almost all sites support by now. It would be good if they were changed.

Is the same possible in other cases?
Looking at ftp vs sftp, for example, I think we could not do the same,
as one can not generally assume that there is sftp where there is ftp,
nor that it points to the same content.

Solution

With something like a --secure-only flag,
mlc issues a warning for each http (unencrypted) link.

Alternatives

It would be quite trivial to do this manually using grep -e '^http://' on a list of exported, gathered links.
Personally, I prefer this way of doing it.

@hoijui hoijui changed the title Add a --secure-only flag, that warns about http (vs https) links (maybe) Add a --secure-only flag, that warns about http (vs https) links Feb 27, 2022
@hoijui hoijui changed the title (maybe) Add a --secure-only flag, that warns about http (vs https) links (maybe) Support a --secure-only flag, that warns about http (vs https) links Feb 27, 2022
@becheran
Copy link
Owner

@hoijui I am not against this. Though, I also don't think this there is a lot of need for this feature.

If websites do not support http anymore, they will (if done right) just redirect http to https. If the server still offers http without https, it is more a server config issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants