4 月 29 日起GitHub弃用git.io缩址服务

近日,GitHub 发布了一则《弃用 Git.io》的公告。在公告中,GitHub 宣布将于 2022 年 4 月 29 日起关闭其缩址服务,即 Git.io 上的所有链接将停止重定向。同时,GitHub 呼吁开发者们「立即更新任何使用 git.io URL 服务的现有链接」。

%title插图%num

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 提供的服务更强大。
————————————————
国内用户,其实可以尝试88短链接https://88d.cn

发表评论

您的电子邮箱地址不会被公开。

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据