2011-04-13 80 views

回答

1

OAuth 2依靠https進行安全性管理,您不必再對請求進行「簽名」,只需將您的API密鑰和令牌作爲查詢字符串參數發送即可。

這很容易實現,你不需要庫或類似的東西。

檢查Facebook的graph api以開始使用OAuth2!

+0

雖然這是真的,圖書館就使事情更容易。例如,一個好的庫會使從刷新令牌獲得新訪問令牌的過程非常簡單。 – 2011-04-13 08:06:25

+0

我擁有一個庫,我可以告訴你,在OAuth 2.0的情況下幾乎是不必要的 – 2011-04-13 15:42:15

+0

當然,但是你在做什麼流程? – 2011-04-14 17:49:43

1

OAuth 2.0尚未完成,與1.0有很大不同。所以對於2.0來說1.0體驗並沒有太大的幫助,儘管它有一些幫助。

正如已經指出的,主要區別在於它依靠HTTPS進行安全性保護,因此您不再需要對請求進行簽名。如果不是XSS攻擊和Firesheep,這將是很好的!

11

OAuth 1.0和2.0是兩個完全不同的協議。但是,它們旨在解決幾乎相同的一組基本用例,開發新版本的大多數人都在使用1.0實現。所以他們都確保升級的微不足道。

隨着2.0的發展和身份驗證訪問令牌的發佈方式,您可以獲得更多選擇。具有早期2.0支持的提供商使用通過HTTPS發送的承載令牌,並且不包含任何加密技術。另一個(更好的選擇)是使用與OAuth 1.0 HMAC-SHA1類似的MAC令牌,但使用起來更簡單(沒有瘋狂的參數規範化)。

主要的區別和轉換可能更復雜的地方是在處理大規模時。 2.0處理的規模明顯好於1.0(實際上它吸收它)。所以如果你需要規模,2.0會讓你的生活變得更容易,但爲了利用它,你需要做一些工作。