【PHP】下らねぇ質問はここに書き込みやがれ 3

【PHP】下らねぇ質問はここに書き込みやがれ 3at TECH

【PHP】下らねぇ質問はここに書き込みやがれ 3 - 暇つぶし2ch■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

500:デフォルトの名無しさん
 16/01/19 09:07:06.77 EHMwOvRq.net
とくにありませぇん！

501:デフォルトの名無しさん
 16/01/19 10:48:56.24 dn2qavdB.net
共用サーバーにてTOPコマンドを見るとPHPのプロセスが5分近く経過しているものが複数あります。 
また、それらが、CPUを90%以上消費していてサーバーが重くなっている原因のようです。 
共用サーバーで、PHPのプロセスが5分ほど必要となる処理はどのようなものなのでしょうか？ 
迷惑メールの配信や何か実験的な処理をしているのか気になります。

502:デフォルトの名無しさん
 16/01/19 20:23:40.98 ZQY3FJjH.net
どうもPDOのバグっぽいのにハマって２時間悩んだ。 
少し上の方に、配列をserialize()してDBに突っ込む質問会ったけど、 
ただのプログレス処理用のテンポラリなので検索の必要ないからそうしてみた。 
自前の、型付きのDataModel、DataMapperで構成されたORマッパーを使ってるんだけど、 
もうかなり使い込んでるので変なバグはなくなっているはずだった。 
んだけど、そのserialize()されたデータを格納したレコードをfetchしてDataModelにマップする段階でエラーになる。 
最初は何が起こってるのか謎だったんだけど、どうやらserializeされた配列を含んだSELECTでエラーになるということが分かった。 
stdClassなら普通にフェッチできるんだけど、マジックメソッドを使った自前のクラスで 
serializeデータをマッピングした次のカラムの処理でエラーになる。 
おかしいのが、該当箇所をtryで囲んでいるのにcatchされず、Uncaught Exceptionになる。 
フェッチの段階でDataModelが破壊されてるんじゃないかといった動作。 
納期が近いので、あんまり悩んでる時間もないからstdClassでフェッチするコードに変えたけど、 
時間を見つけてもう少し検証してみるつもり。 
関係なさそうだけど、 
http://blog.tokumaru.org/2015/12/joomla-zero-day-attack-caused-by-php.html?m=1 
こんなのもあったし、どうもserialize()は安心できない。

次ページ