您如何縮短使用Twitter API（php）發送的推文中的url？

Question

我正在使用Twitter API（php），並通過它發布狀態時，它似乎並未使用t.co來縮短網址。 我讀到t.co僅在發布推文時使用，不適用於外部應用程序或網站，但這聽起來像不是“公共使用” URL縮短器（例如bit.ly），但它僅用於在Twitter中使用-我認為這並不意味着無法通過API使用它。

我仍然找不到這種情況，因為，一方面，我的URL並沒有縮短，但另一方面，我發現了討論甚至是類似 stackoverflow的問題，這些問題說URL將是使用API​​時會縮短，無論如何，即使它們比url縮短的長度都短（我相信目前為23個字符）。

有人可以幫我澄清一下嗎？ 如果是在使用twitter API時無法使用t.co縮短URL的情況，有人可以推薦我一個具有PHP包裝程序的優質URL縮短服務/ api嗎？

感謝您的時間。

Answer 1

在t.co鏈接上查看twitters dev文檔 。 該頁面上的常見問題解答部分涵蓋了您的問題。

什么時候用t.co包裹鏈接？ 我是否需要進行額外的API調用？ 當Twitter收到使用POST狀態/更新的推文或使用POST direct_messages / new的直接消息時，鏈接將被包裝。 包裝的鏈接將包含在對成功請求的響應中。 您不需要進行任何額外的API調用。

t.co包裹的鏈接會始終保持相同的長度嗎？ t.co URL的最大長度將隨着時間而變化。 每天向GET幫助/配置發出請求，並檢查short_url_length和short_url_length_https字段以確定當前已包裝URL的最大長度。 我們認為這些價值觀不會經常改變。

重要的是要注意，發布前不一定知道t.co URL的長度。 考慮short_url_length字段是t.co包裹的鏈接的最大可能長度。 設計推文輸入框時，最好考慮所有URL等於最大可能的short_url_length。

每當您遇到沖突的信息並且不確定實際情況是什么時，API文檔應該始終擁有最終決定權。 通常，它們將是最新的信息源。

Tweets和直接消息中提交的所有鏈接（無論長度如何） 最終都將被t.co包裹。

強調我的。 docs的這一小句提示暗示縮短過程可能會有所延遲。