|
|
使用curl將某個(gè)頁面下載到本地時(shí)，需要將下載到的臨時(shí)文件tmpHtml.txt的內(nèi)容讀取到一個(gè)緩沖區(qū)中。由于我使用fread()進(jìn)行讀取，需要傳入要讀取的大小，所以先用filesize(‘./tmpHtml.txt')獲取臨時(shí)文件大小。怪異的是，獲取到的臨時(shí)文件大小不正確，下斷點(diǎn)調(diào)試，在filesize()調(diào)用后，手工去硬盤上尋找文件，文件大小與filesize()得到的結(jié)果不一樣。
在php.NET上搜索filesize，可以看到函數(shù)說明中有這么一句：Note: 此函數(shù)的結(jié)果會(huì)被緩存。參見 clearstatcache() 以獲得更多細(xì)節(jié)。
再去查閱clearstatcache()，果然找到了原因：
php將緩存這些（提供了函數(shù)表供查詢）函數(shù)的返回信息以提供更快的性能。然而在某些情況下，你可能想清除被緩存的信息。例如如果在一個(gè)腳本中多次檢查同一個(gè)文件，而該文件在此腳本執(zhí)行期間有被刪除或修改的危險(xiǎn)時(shí)，你需要清除文件狀態(tài)緩存。這種情況下，可以用 clearstatcache() 函數(shù)來清除被 php 緩存的該文件信息。
2，在UTF-8編碼的php腳本中，對(duì)GBK編碼的中文網(wǎng)頁內(nèi)容做模式匹配時(shí)，如何匹配中文。
在昨天的開發(fā)中，需要匹配包含GBK編碼字符串‘蘋果'的內(nèi)容，所以寫出如下代碼：
復(fù)制代碼 代碼如下:
$pat = '/<img onclick="zoom/(this, /'(attachments.*?)/'/)".*?alt="蘋果/.jpg" //><//a>/';
$pat = iconv(‘UTF-8', ‘GB2312', $pat);
$ret = preg_match_all($pat, $contents, $matches);
可是死活匹配不上，于是嘗試先將內(nèi)容轉(zhuǎn)換成UTF-8編碼，如下：
復(fù)制代碼 代碼如下:
$pat = '/<img onclick="zoom/(this, /'(attachments.*?)/'/)".*?alt="蘋果/.jpg" //><//a>/';
$contenst = iconv(‘GB2312', ‘UTF-8', $contents);
$ret = preg_match_all($pat, $contents, $matches);
于是就能匹配上了。但是想不通啊，懷疑這里面有詐。
但悲劇的是，今天又用了第一種方法，又匹配中了。看來問題出在別的地方。
啊！老夫是豬，問題2是由問題1引起的！filesize()獲取的不對(duì)，自然匹配不上了！第二種方法匹配上，是在解決問題1之后啊！
3，瀏覽器中審查元素得到的報(bào)價(jià)圖片下載地址，為何與curl得到的下載地址不同。
可能……最后答案依然是：我是豬。
因?yàn)閁RI對(duì)象為：attachment.php？aid=Mzk3MTB8YTg5ZTYyNTJ8MTMyNjcyNDEwMXw5NWYydC9aOUE0a05EVm9ydlErSFBRamZJNWJQL1NHdWJLK3ZraU9GTDZYdnBUdw%3D%3D¬humb=yes
aid是個(gè)什么呢？很可能是個(gè)與session有關(guān)的東東，變一變也很正常的嘛。后來抓看起來像靜態(tài)路徑的東東就沒問題了。
以上三個(gè)故事中包含兩個(gè)悲劇，這就是php初學(xué)者必犯的低級(jí)錯(cuò)誤。
php技術(shù)：調(diào)試一段PHP程序時(shí)遇到的三個(gè)問題，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
