鑽石舞台

近日，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

—點這裡↓↓↓記得關註標星哦~—

一鍵三連 「分享」「點讚」「在看」

成就一億技術人