PHPが遅いと思ったら

順不同に書いていく。

1.framework

使っているframework、社内独自のものも含め、大きすぎないか？



2.セッションファイルが削除される確率を下げる

session.gc_probability = 1

session.gc_divisor = 1000

この例だと、1 / 1000 (0.1%) の確立で ( = 1000回に1回の割合で) 削除処理が走る。



3.逆引きはするな

HostnameLookups Off

httpd.confでオフってあるよね？

apacheのSetEnvIfディレクティブ

こいつで使える正規表現は、Perl互換。

ab(apache bench)コマンド

ab(apache bench)コマンドは、apacheに付属している標準ツール。

ベンチマーク対象のホスト（webサイト）の性能測定ができる。


■コマンド例

例：同時接続数 100　リクエスト総数 1000　対象URL http://www.hoge.jp/

# ab -c 100 -n 1000 http://www.hoge.jp/

これは、http://www.hoge.jp/に対して、同時100接続をリクエスト総数１０００になるまで（同時接続100を10回）アクセスするということになる。



テストサイトなどでベーシック認証が必要なサイトに対しては、次のような感じになる。

# ab -c 100 -n 1000 -A user:password http://test.hoge.local/



■GET

URLエンコードしたクエリストリングを付けるだけなので、簡単。

http://test.hoge.local/serach.php?keyword=%e3%81%82%e3%81%84%e3%81%86%e3%81%88%e3%81%8a

上は、"あいうえお"をUTF-8でURLエンコードした例。



■POST

ちょっと面倒だができる。

非同期通信オブジェクトを使ってPOSTしたことある方ならわかると思う。

まず、POSTする項目のname属性とvalue値（textareaはタグで囲まれた要素の値)で、GETと同じ要領でクエリストリングを記述し、そいつをファイルとして保存する。

# echo -n "keyword=%e3%81%82%e3%81%84%e3%81%86%e3%81%88%e3%81%8a" > postdata


で、次のようにabコマンドを実行する。

# ab -c 100 -n 1000 -p postdata -T "application/x-www-form-urlencoded" http://test.hoge.local

-p オプションでPOSTデータを保存したファイルを指定し、-T オプションで content-type を指定する。



■セッション

abでアクセスしたときにセッションはどうなるか調べてみた。

http://test.hoge.local/sess.php
<?
session_start();


で

ab -c 10 -n 100 http://test.hoge.local/sess.php

を実行すると、セッションファイルが100個できていた。

ということは、100回すべて別セッションでアクセスしているとわかった。

PHPだからと言って

今ね、先行してリリースしたプロジェクトから資産を引き継いで、よく似たシステム作ってる。

LAMPで。



「さーて、.htaccess置いて、エラーメッセージを画面に表示....」



ってやったらさ、


出るわ出るわ...



Notice: Undefined variable

Notice: Undefined index

Notice: Undefined offset


の嵐。



おいぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃ



「またやってるよ。ほんとに進歩がない」



変数ないんだろ？

配列の範囲超えてるんだろ？


よくそんな状態で「テストしました。リリースします」って言えるよ....


あきれてものも言えない。



変数を宣言してないとか、範囲チェックしていないとか、キーチェックしていないとか、あり得ない。


PHP使ってんだから、それぐらいやれよ。




明らかに、不正な値を使ってるだろ、これじゃ。




というわけで、こんな文句を他の社員から言われないように、

こんな感じの.htaccess を開発環境ディレクトリの直下において開発しましょう。



■PHP 5.3.x で E_STRICT エラーも表示させる場合の .htaccess

php_flag display_errors On
php_value error_reporting 32767

PHP 5.3.x 以前の E_ALL には E_STRICT は含まれていない。

バージョン	E_ALLの値	E_STRICTの値
5.3.x	30719	2048
5.2.x	6143	2048
5.1以前	2047	2048

そのため、全てのエラーを表示したければ、各バージョンのE_ALL値とE_STRICT値の合計を error_reporting の値とすればいい。



なお、PHP 5.4.x は、E_ALL (32767) に E_STRICT も含まれているので、PHP 5.3.x 用に作った .htaccess はそのまま使える。

MySQLでトランザクション

LAMP環境で動いているシステムでレコードロックが発生してしまった。


原因は、処理の途中でブラウザを閉じてしまったこと。


トランザクション制御はきちんとしていた「つもり」だったんだけど、


やっぱり抜けていたところがあったようだ。





所謂「ワークテーブル」がロックしていたので、

とりあえず、


truncate table tablename;



とやって強制的にトランザクションを終了させ、テーブルを空にした。



PHP + MySQL で開発を始めたころに、MySQLの接続が途中で「ブチッ」て切られたときの挙動を調べていたはずだったのだが、そのサイトをブックマークしておくのを忘れ、今日、慌てて探した。



MySQLのAUTOCOMMIT(オートコミット)覚え書き
http://open-groove.net/mysql/autocommit/


お世話になりました。

PHPで外部サーバーにあるファイルをincludeする

別サーバーにあるPHPソースをinclude()したときに調査した結果を書いておく。

話を簡単にしたいので、ソースはあくまでサンプルで。


呼び出し元
http://www.example.dom/test.php

別サーバー
http://lib.example.dom/

includeしたいファイル
http://lib.example.dom/hoge.php

<?
class person() {
    public $name;
    public $addr;
    public $age;

    function __construct() {
        $this->name = "";
        $this->addr = "";
        $this->age  = "";
    }
}

$o_person = new person();
$o_person->name = "hogehoge"; 
?>

呼び出し元のソース

<?
include 'http://lib.example.dom/hoge.php';
echo "o_person = ";
var_export($o_person);
?>

で、結果はこうなる。

o_person = NULL

外部ファイルを拡張子「.php」のままincludeすると、外部ファイルでphpが「実行」されその「結果」が返される。

そのため、変数$o_personは別サーバー上にしか存在しえない。

PHPのソースとしてincludeしたいため、「結果」として「ソース」が返ってくればよい。

ということで、外部ファイルの拡張子を「.php」から「.inc」に変えたら、見事成功！


呼び出し元のソース

<?
include 'http://lib.example.dom/hoge.inc';  // hoge.php を hoge.inc に変更。これで、呼び出し先の外部サーバーでPHPとして実行されなくなる。
echo "o_person = ";
var_export($o_person);
?>

o_person = person::__set_state(array(
   'name' => 'hogehoge',
   'addr' => '',
   'age' => '',
))

ただし、呼び出し先でさらにincludeしていると、期待した結果にならないので注意。

照合順序が latin1_swedish_ci なら おれも latin1

PHPが記述されたファイルのエンコード：EUC-JP (CP51932)

MySQLのフィールドの照合順序：latin1_swedish_ci

<?
header("Content-Type: text/html; charset=EUC-JP");

$link = mysql_connect("localhost", "hoge", "hoge");

mysql_select_db("hoge", $link);

mysql_set_charset("latin1", $link);

mysql_query("INSERT INTO `tbl` (`value`) VALUES ('あ')", $link);

$query = mysql_query("SELECT `value` FROM `tbl`", $link);

$row = mysql_fetch_array($query, MYSQL_ASSOC);

echo $row["value"];

mysql_free_result($query);

mysql_close($link);

?>

クライアント側（PHP）が EUC-JP だからといって

mysql_set_charset("ujis", $link);

とすると、MySQLが ujis (EUC-JP) から latin1 へ変換するので文字化けする。


そりゃね、latin1の文字セットに日本語の「あ」なんてないさ。


だから、クライアント側（PHP）も「latin1だよー」って言ってあげると、MySQLは変換しないので文字化けしない。



ということで、このサンプルの出力（echo $row["value"]）の結果は


あ


となる。