› 看板 Soft_Job 關於我們 聯絡資訊
作者erspicu (.)
看板Soft_Job
標題[請益] OAuth的認證header
時間Wed Oct 2 23:15:31 2013
可以看看 http://dl.dropboxusercontent.com/u/61164954/jwplayer/demo.htm 會動到這個主要還是pixnet官方提供的轉匯機制轉匯無名失敗... 後來看到 pixnet 有提供 api 想說乾脆自己來了 pixnet使用的是OAuth認證方式 官方文件都寫的不清不楚 很多撇步得自己靠經驗猜 花了一點時間摸一OAuth機制 寫了一個C#的批次轉匯軟體 目前成功把相簿轉入到PIXNET 接著是blog的文章 但是目前發生的問題是說 pixnet 的認證 把 blog發文的key value("body"="blog內文")內容一起 加入到 oauth_signature 計算內,這樣就變成 http header 的 Authorization 超長 server會報說 request 的 header size 超過上限 結果發文失敗 (內文長度大概4000字元的OK) 這個問題到底是出在於我 是否缺略什麼規則 ( ex.多少長度以上的key value不加入計算oauth_signature內) 還是根本就是 pixnet api 的設計缺陷 ? 怎麼會把內文body一起加入計算...真誇張... 想問有撰寫過OAuth認證相關設計的人 有沒有什麼想法或是建議否 ? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.70.105.149
推 qwer820404:我印象中plurk跟youtube也是用OAuth 你可以去看看 10/02 23:30
PLURK 不會太有內文過長的問題 youtube也不會把上傳的影片binrary檔加入計算... 覺得應該是pixnet api設計漏洞 去跟客服反應一下好了 ※ 編輯: erspicu 來自: 61.70.105.149 (10/02 23:41)
推 qwer820404:也許他故意不讓你超過4000 哈哈 我有想到在上來 10/03 00:29
推 qwer820404:我剛看了一下 他是送出參數跟認證後回傳json or xml 10/03 00:36
→ joetsai:難道跟 database 欄位長度有關 4000 這數字好眼熟... 10/03 00:36
推 qwer820404:你有指定format嗎 我在官方API看到這一段 10/03 00:41
→ qwer820404:如果沒有指定 Format，會參考 HTTP Request 的 Accept 10/03 00:41
拍謝拍謝 我太白癡了 Authorization 的 header 只需要放幾個特定 key value就夠了... 並不像是basestring須要把所有key value納入.. 認證header有下面幾個key value就夠瞜.... oauth_version,oauth_nonce,oauth_timestamp,oauth_consumer_key, oauth_token,oauth_signature_method,oauth_signature 所以不會有header太長的問題 blog發文的body內容根本不該一併被帶去認證header 跟basestring搞混了... ※ 編輯: erspicu 來自: 61.70.105.149 (10/03 01:52)