月別アーカイブ: 6月 2013

PHPを更新したらWPが止まった

投稿日: 2013年6月11日 作成者: 鮎

　PHPをremiリポジトリから更新したらこのWPが止まってしまった。
　エラーログを確認すると、

PHP Fatal error : Call-time pass-by-reference has been removed

と言うメッセージ。

　PHPでのレファレンス渡しは

function func($var, &$ref){
…
}

の様に関数定義時に＆記号を前置して書くとレファレンス(関数内部で$refに変更を加えると、呼出元の変数が変化する)になる。

　コールタイムレファレンスは

function func($var, $ref){
…
}

に対して、

func($a, &$b);

のようにしてコールして、呼び出し側でレファレンス渡しを要求する動き。
　レファレンスで処理したい場合と、したくない場合がある関数で使えば便利なのかもしれないけど、セキュリティ的問題点もある実装形式。
　で、新しいPHPでは、実行時レファレンスが無くなったので、プログラムを修正しないと動作しない。

　今回はWPプラグインのSEO CONTENT CONTROLプラグインに該当記述があり、更新版も存在しなかったので、プラグインを外して対応した。

(279)

カテゴリー: LAMP[Linux, Apache, MySQL, PHP] | コメントをどうぞ

old_passwordsの罠

投稿日: 2013年6月10日 作成者: 鮎

　お名前.com VPS(KVM)に新サイトを展開していて、MySQLで作ったユーザがログインできない状態が発生した。

　MySQLはデフォルトリポジトリから導入して、設定ファイルは特別な記述をせず展開。
　CREATE USER文でユーザを作って、パスワードも設定。
　これでできあがったユーザでログインしようとすると失敗する。　Host値を書き換えてみたりするがダメ。

　何だろうな－、と思って、mysql.userテーブルを眺めてみると、既存ユーザのpasswordは16桁で、新しいユーザは41桁だった。
　16桁って言うのはMySQL4.1以前のハッシュ値で、4.1からは標準が41桁になっている（先頭に、旧ハッシュと新ハッシュを識別するための*記号が付与されていて、実際は40桁）
　mysql cliでSELECT PASSWORD(‘hoge’);してみると、41桁が帰ってくる。　でも、41桁ハッシュのアカウントは全てアクセス不能で16桁の物だけアクセスできる。

　試しにmy.cnfのmysqldセクションで、old_passwords=0を明示的に指定してrestartしてみると、41桁ハッシュのアカウントでログイン可能＆16桁ハッシュのアカウントでもログイン可能となった。
　試しにold_passwords=1を明示的に指定すると・・・41桁ハッシュでも16桁ハッシュでもログイン可能であった。

・・・あれ？
　old_passwordsを明示的に指定してやらない場合、16桁ハッシュのアカウントしか認証できず、0でも1でも指定してやればどちらでも認証できる。　と言う、変な結果（不定値の条件バグだね）
　じゃあ、old_passwords値は無視されているのかというとそんなこともなく、
・0の場合はPASSWORD関数が生成するハッシュが41桁になる
・1の場合はPASSWORD関数が生成するハッシュが16桁になる
と言う動きをしていた。

　作成したユーザで認証できない場合、設定ファイルのold_passwords値をチェックしてみると良いと言うメモ。

(1163)

カテゴリー: MySQL | タグ: , | コメントをどうぞ