PHP プログラムのデバッグ時に発生した 3 つの問題_PHP チュートリアル-PHPチュートリアル-php.cn

PHP プログラムのデバッグ時に発生した 3 つの問題_PHP チュートリアル

WBOY

リリース： 2016-07-21 15:21:22

オリジナル

801 人が閲覧しました

1、filesize() 関数は間違った値を返します。
curl を使用してページをローカルにダウンロードする場合、ダウンロードされた一時ファイル tmpHtml.txt の内容をバッファに読み取る必要があります。 fread() を使用して読み取るため、読み取るサイズを渡す必要があるため、最初に filesize(‘./tmpHtml.txt’) を使用して一時ファイルのサイズを取得します。奇妙なのは、取得した一時ファイルのサイズが正しくないことです。デバッグ用にブレークポイントを設定し、filesize() を呼び出した後、ハードディスク上のファイルを手動で検索しました。ファイルサイズは、filesize() で取得した結果と異なります。。
php.net でファイルサイズを検索すると、関数の説明に次の文が表示されます。注: この関数の結果はキャッシュされます。詳細については、clearstatcache() を参照してください。
clearstatcache() をもう一度確認すると、その理由がわかりました。
PHP は、パフォーマンスを向上させるために、これらの関数 (クエリ用に関数テーブルが提供されています) の戻り情報をキャッシュします。ただし、場合によっては、キャッシュされた情報をクリアしたい場合もあります。たとえば、スクリプト内で同じファイルを複数回チェックし、そのファイルがスクリプトの実行中に削除または変更される危険性がある場合は、ファイルステータスキャッシュをクリアする必要があります。この場合、clearstatcache() 関数を使用して、PHP によってキャッシュされたファイル情報をクリアできます。
2. UTF-8 でエンコードされた PHP スクリプトで、GBK でエンコードされた中国語 Web コンテンツのパターンマッチング時に中国語を照合する方法。
昨日の開発では、GBK でエンコードされた文字列「Apple」を含むコンテンツを照合する必要があったので、次のコードを書きました:

コードをコピーコードは次のとおりです:

$pat = '/ /'
$pat = iconv('UTF- 8', ' GB2312', $pat);
$ret = preg_match_all($pat, $contents, $matches);

しかし、一致するものはなかったので、最初にコンテンツを UTF-8 エンコードに変換しようとしました、次のように:

コードをコピーしますコードは次のとおりです:

$pat = '/< /a>/';
$content = iconv('GB2312', 'UTF-8', $contents);一致します);

したがって、一致することができます。しかし、私にはそれを理解することができず、何らかの詐欺が関与しているのではないかと疑っています。
しかし、悲劇的なのは、今日も最初の方法を使用して、再びマッチングされたことです。問題は別のところにあるようです。
ああ！私は豚です、問題 2 は問題 1 によって引き起こされます。 filesize()の取得が間違っているので当然一致しません！ 2 番目の方法は、問題 1 を解決した後に一致します。

3. ブラウザーで要素を検査して取得した引用画像のダウンロードアドレスが、curl で取得したダウンロードアドレスと異なるのはなぜですか。多分...最終的な答えはまだ「私は豚です」です。
URI オブジェクトがattachment.phpだから? aid=Mzk3MTB8YTg5ZTYyNTJ8MTMyNjcyNDEwMXw5NWYydC9aOUE0a05EVm9ydlErSFBRamZJNWJQL1NHdWJLK3ZraU9GTDZYdnBUdw%3D%3D¬humb=yes
援助とは何ですか？おそらくセッションに関連したものであり、変更されるのは正常です。その後、静的パスのようなものをキャプチャしても問題ありませんでした。

上記の 3 つのストーリーには 2 つの悲劇が含まれています。これらは PHP 初心者が犯す愚かな間違いです。