但我裝在Firefox工具欄的擴展插件SearchStatus " /> 亚洲一区精品视频,久久99精品久久久久久久久久久久,一级毛片,一级毛片

中文字幕日韩一区二区_国产一区二区av_国产毛片av_久久久久国产一区_色婷婷电影_国产一区二区精品

Google PR查詢接口checksum新算法第1/2頁

取而代之的是一大段“In your email, please send us the entire code displayed below”之類的Google terms_of_service錯誤提示信息。看來是原先的接口已經(jīng)失效了。

但我裝在Firefox工具欄的擴展插件SearchStatus仍然能夠正常解析出每個受訪頁的PR值,找到 SearchStatus 的插件包解開來看源碼,果然是使用了不一樣的驗證碼生成算法,在原先的 checksum 生成之后,還需要再進行一次計算,兩次演算之后得到的才是正確的ch參數(shù)。

于是拿現(xiàn)成的js代碼改造一番之后,新的php版本的 Google PageRank 查詢接口方法就出來了。經(jīng)過本地測試之后,誰想傳到服務器之后又出現(xiàn)了該死的 terms_of_service 錯誤提示。把checksum的計算過程一步步打出來,發(fā)現(xiàn)經(jīng)過了幾次右位移之后本地和服務器上的數(shù)字就不一樣了。這才想到服務器是64位機,32位系統(tǒng)下位移之后應該被cut掉的bit在那里就活得好好的。加了個 trunkbitForce32bit 方法,對所有算術運算之后的數(shù)值進行高位屏蔽,算是搞定了64位系統(tǒng)下的多余位問題。結果拿到32位Linux環(huán)境下跑又不兼容了,原因是php在進行算術處理出現(xiàn)溢出時,會自動嘗試將int轉為float。當發(fā)生的是負數(shù)溢出時,這一操作在Windows下能正確保留精度,但在Linux下就有問題了。

下面這段代碼:

$a = -4294967295;
echo dechex($a)."<br />/n";
if ( $a < 0 ) $a += 4294967296;
echo dechex($a)."<br />/n";

第一個echo在Windows下能夠正確輸出該負數(shù)低32位的補碼,而在32位Linux機上輸出的則是int類型所能表示的最大負數(shù)0x80000000了。只有通過取巧的方式給這個溢出的大負數(shù)加上一個超出整數(shù)范圍的大整數(shù)來抵消掉溢出的部分,才能復原低32位應該有的樣子。

使用這些非常規(guī)手段,終于炮制出這個更新版的兼容Linux32/Linux64/Windows的Google PR值查詢接口的php腳本實現(xiàn)(含完整代碼)。

php技術Google PR查詢接口checksum新算法第1/2頁,轉載需保留來源!

鄭重聲明:本文版權歸原作者所有,轉載文章僅為傳播更多信息之目的,如作者信息標記有誤,請第一時間聯(lián)系我們修改或刪除,多謝。

主站蜘蛛池模板: 亚洲欧美一区二区三区在线 | 精品视频一区二区三区四区 | 日韩在线看片 | 国产一区二区不卡 | 亚洲精品国产精品国自产在线 | 久久久久久久电影 | 特黄特色大片免费视频观看 | 精品视频一区二区 | 国产精品久久久久久吹潮 | 国产偷录视频叫床高潮对白 | 日本三级网址 | 国产高清亚洲 | 四虎在线视频 | 神马久久久久久久久久 | 午夜a级理论片915影院 | 国产精品一区一区三区 | 欧美成人不卡 | 国产激情精品视频 | 国产精品性做久久久久久 | 久久国产一区二区 | 成人在线电影在线观看 | 亚洲国产成人在线观看 | 国产一区二区黑人欧美xxxx | 午夜影晥 | 久久久久久黄 | 黄色香蕉视频在线观看 | 97免费在线观看视频 | 久久一区二区三区免费 | av黄色在线| av中文字幕网站 | 久精品久久 | 四虎永久免费影院 | www.婷婷| 国产一区二区影院 | 亚洲精品电影网在线观看 | 99免费在线观看 | 自拍 亚洲 欧美 老师 丝袜 | 在线不卡视频 | 一区二区成人 | 国久久 | 成人欧美一区二区三区在线观看 |