倒计时只有 2 天,开发者需要及时做出调整。
近日,GitHub 发布了一则《弃用 Git.io》的公告。在公告中,GitHub 宣布将于 2022 年 4 月 29 日起关闭其缩址服务,即 Git.io 上的所有链接将停止重定向。同时,GitHub 呼吁开发者们「立即更新任何使用 git.io URL 服务的现有链接」。
Git.io 服务
Git.io 是 GitHub 在 2011 年创建的 URL 短网址服务,用于重定向到 github.com 和 github.io 等 GitHub 域,其亮点是可以生成一个随机的短链接,同时也支持自定义。
缩址服务一度非常受欢迎,很多程序员喜欢将在 GitHub 上开发的脚本利用 git.io 生成一个自定义的短网址。
不过,根据 GitHub 官方的说法,Git.io 最初作为实验的产品,并没有被广泛采用。因此,在 2022 年 1 月,GitHub 宣布 git.io 进入只读模式,开始启动弃用倒计时。
为什么要弃用?
虽然在 GitHub 看来,git.io 的用户很少。但是在这一公告发出之后不久,数百位开发者称自己受到了不同程度的影响:
@johndough:
就这样,数百篇使用 git.io 链接的科学论文变得不正确:https://scholar.google.com/scholar?hl=en&q=git.io
在论文发表后更改其内容通常是不可能的,或者至少是极其困难的,这往往要取决于出版商。
@rjmunro:
“ https://git.io/ ”似乎在源代码中出现了大约 200,000 次:https://github.com/search?q=%22https%3A%2F%2Fgit.io%22&type=...
建议最好编写一个脚本来获取所有已使用短网址的原网站,并记录到 CSV 文件中且将其放在网上某处。你甚至可以为所有这些项目制作 PR,用未缩短的版本替换链接。
我希望 GitHub 将重定向替换为保留页面链接,链接它们曾经重定向到的位置,而不是仅仅删除它们。这样,人们仍然可以访问到自己想要的网址。
不过,GitHub 之所以想要弃用 git.io 也并非没有原因。在公告中,GitHub 指出,“由于使用当前 git.io 基础设施重定向的链接的安全性,我们决定加快(弃用)这一时间线,并决定最终会在 4 月 29 日从 git.io 中删除所有现有的链接重定向。”
事实上,缩址服务已被业界诟病良久。早在 2019 年 3 月 30 日,Google 宣布其为桌面版提供的网址缩短服务功能 Google URL Shortener 服务完全终止,用户将无法建立和管理短网址。
缩址服务虽然为用户分享、查阅,以及一些限制字符的场景中带来了巨大的便利性,但是从安全角度来看,短链接完全掩盖了原网址,让人无法分清网友的真实性,从而也会引发多重安全问题,造成恶意软件链接肆虐。
对于 GitHub 开发者而言,当前能做的就是紧急变更已使用 git.io 服务的地方。对此,GitHub 也建议开发者应立即使用业界众多其他的 URL 缩短服务,其功能比 git.io 提供的服务更强大。
参考:
https://news.ycombinator.com/item?id=31162829
https://github.blog/changelog/2022-04-25-git-io-deprecation/
END
— 推荐阅读 —
—点这里↓↓↓记得关注标星哦~—
一键三连 「分享」「点赞」「在看」
成就一亿技术人