取而代之的是一大段“In your email, please send us the entire code displayed below”之類的Google terms_of_service錯(cuò)誤提示信息?？磥硎窃鹊慕涌谝呀?jīng)失效了。

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

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

下面這段代碼：

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

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

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

最新評(píng)論