Archive for the ‘PHP’ Category
Apache 2.2.16とPHP 5.3.3がリリース
それぞれVineのRPMを作ろうと思いますが・・・
apacheの方はrpmbuildの途中(configure)でエラーが出るのでちょい様子見ちゅう。
PHPはまだ手付かずです(*ﾟーﾟ)
ブラウザからVirtualBoxの操作ができる「phpvirtualbox」
WEBベースでVirtualBoxを使った仮想マシンの操作が行える「phpvirtualbox」
おー、なんかまた凄いのが出てきましたね。
けど、コレを使うには当然ながらapache、phpが必要なんでしょうね。
ウチはWindowsXP環境なVirtualBoxだからなぁ～・・・
リモートデスクトップで設定とかもできればVirtualBox最強！！なんだけどな～・・・
Vine5.x用のphp-5.3.2
PHP5.3.2がリリースされてたからずっとRPMのビルドに四苦八苦しておりましたが・・・
ようやく作ることができましたヽ(´ー｀)ノ
いつもなら
1.php5-5.3.1-1vl5.src.rpmをダウンロードしてきてインストール
2.php-5.3.2.tar.bz2をダウンロードしてきてphp-5.3.1.tar.bz2と差し替え
3.SPECファイルのバージョンを5.3.2に修正
4.ビルド
5.アップグレード
で完了なのですが、今回もビルドは一応完了するもののphp5-5.3.2-1vl5.i386.rpmに含まれる依存関係が１箇所おかしなことになるのです(´・ω・｀)
（ ´ﾟдﾟ｀）？？？
悩み続けること２日・・・どうやら最後に依存関係を勝手に追加してくださる”find-requires”が悪さしているというとこまではわかったのですが、これをどうやって正常な値（/usr/bin/php5）に修正すればよいのやら・・・
試行錯誤した結果、最終的にspecファイルに下記を追加してphp-5.3.2のrpmビルド用”find-requires”を作って正常な値に修正するという荒業で凌ぎました(ﾟДﾟ)
↑は/var/tmpにfind-requires-phpを作って”find-requires”として認識させております。
find-requires-phpは単純に”find-requires”の結果から/usr/src/vine/BUILD/php-5.3.2/build-cgi/sapi/cli/phpを/usr/bin/php5に置換しているだけです。
結果以下のようにちゃんと修正されました
よかったよかった･ﾟ･(ノД`)･ﾟ･
PHP5.3.2がリリースされてた
というわけでVine5用のRPMをビルドしてみたのですが・・・
ビルドは完了するのですがなぜかアップグレードでコケる(´・ω・｀)
CLIだけうまくコンパイルできていないっぽくてBUILDディレクトリにCLIがないよ！
的な意味不明なエラーがでるのです(´・ω・｀)
う～ん・・・もうちょっと頑張ってみよう・・・
シンプルなWEBベースのBTS「OpenTask」
会社で小規模なBTS（バグトラッキングシステム）が欲しいなぁと思いいろいろ探し回っていたところ「OpenTask」というBSTを見つけました。
早速ダウンロードして、設置してみた感じ、ところどころバグがあったりしてう～ん・・・という感じでした。
でも用途としてはこれが１番マッチしてるしシンプルで使いやすいのでこれで諦めるのはもったいない！！
ということで自力でバグをなおしたり、削除機能がないので削除機能を追加してみたりいろいろゴニョゴニョしてなんとか実用Lvに達してきました( ´ー`)
BSDライセンスらしいので、もしかしたら改造版を公開するかもしれません（=´ω`=）
APC（Alternatice PHP Cache）を入れてみた（続き）
APC（Alternatice PHP Cache）を入れてみたの続きです。
ちゃんと統計をとってみたところ、何も入れない方が早いといういことが判明(´・ω・｀)
やはり、suphpとの共存は無理のようです・・・
suphpは毎回php-cgiを呼び出しているから、その都度キャッシュが初期化されているんじゃないかと・・・・いう気がします。
今度はapacheのキャッシュ機能を使ってみようかな( ´ー`)
※追記
APCの効果が得られないのはこのブログだけだったみたいです。
たぶんDB周りが原因でキャッシュの恩恵を受けれてないもよう。
phpinfo();だけのページをabで計測したらちゃんと早くなってました( ´ー`)
たぶんXCacheも同じ理由のような気がします。
APC（Alternatice PHP Cache）を入れてみた
xcacheを入れてみたであまり効果が体感できなかったので、今回はAPC（Alternatice PHP Cache）を入れてみました。
やはり体感ではあまり分かりませんでした・・・(´・ω・｀)
という訳でapacheベンチ（ab）を利用して数値で調べてみたところ、何も無いよりは若干APCの方が早くなっていました（ﾟ∀ﾟ）
XCacheはなぜか何も無い状態よりも悪い結果になりました（やはりsuphpとの共存ができないのだろうか・・・）
ということで、APCの採用を決定！！( ´ー`)
Vine5.0で作ったRPM/SRC.RPM集にRPMとSRC.RPMをアップしましたので欲しい方はどうぞ（ご利用は自己責任で）
ついでにほとんどデフォで使っているMySQLのパフォーマンスチューニングも行いました。
my.cnfに以下を追加しました。
結構早くなった気がします( ´ー`)
xcacheを入れてみた
自宅のメインサーバー機の方もやっとVine5へのアップグレードが完了しました( ´ー`)
では次のステップ！ということで次はPHPの高速化をやってみようということで・・・
（※ウチのサーバーはsuphpを使っているのでPHPのパフォーマンスあまりよろしくないのです。）
まずはeAcceleratorを試してみようと思ったのですが、コンパイル途中（RPMの作成途中で）でエラーとなってしまったので断念(´・ω・｀)
仕方ないので次にXCacheを試してみました。
こちらはコンパイル（RPMの作成）も完了しインストールも無事完了。
ちゃんとXCacheが機能しているのかがイマイチよく分からなかったので結局アンインストールしちゃいました( ﾟДﾟ)
（※そもそもsuphpとxcacheの共存でできるのか？？？）
つぎはAPCを試してみようと思う( ´ー`)
XCacheのRPMをアップしましたので欲しい方はVine5.0で作ったRPM/SRC.RPM集からどうぞ（要自己責任です）
あ、あと2009年9月のスパム対策統計をアップしました。
Postfix単体で99.95%
Postfix+Procmailで100%
でした。
php5.3にアップグレード
RoundCubeやWordPressで問題があった為、php5.3へのアップグレードを躊躇していたのですが、
再チャレンジということで思い切ってアップグレードしてみました( ´ー`)
まずWordPressのwarningの問題はphp.iniで
を明示的に指定してあげれば良いというのは前々から調査済みだったので解決！
さてさて最大の問題であったRoundCubeの方ですが、
単純にphp5.3にアップグレードしただけだと例によってDEPRECATEDがいろいろ出ます。
以前調べた時にphp.iniに
としてあげればDEPRECATEDはでなくなるということは知っていたのでこれを設定（最初から設定されてた）
んが、これでもDEPRECATEDが出力されてしまう・・・｡･ﾟ･(ﾉд`)･ﾟ･｡
というところまでで前回は諦めました。
今回はまずRoundCube Webmail の日本語化様よりroundcubemail-0.3-stableを頂戴してきてRoundCubeそのものをアップグレード。
これでもDEPRECATEDは消えない・・・(´・ω・｀)
次にじゃーなんで「E_ALL & ~E_DEPRECATED」を指定してもDEPRECATEDが出てしまうのかというところを調査。
結論としてsuPHPを使っていることが原因のようなのです┐(´д｀)┌
RoundCubeは設置時に直下のディレクトリに.htaccessを作成しphp_flagやphp_valueを設定します。
ところがsuPHPは.htaccessのphp_valueを認識できません。
どうもこれがダメなんじゃないか？？？というところに行き着きついたのです。
じゃーどうすればよいか！ということですがこれは結構簡単でphpが動作しているディレクトリ配下に以下のような.htaccessを置いてphp.iniを認識させればよいのです。
※/path/public_html/RoundCube直下にphp.iniをコピーしてRoundCube設置時に.htaccessに指定してあったphp_value等をphp.iniに反映させます。
今度はDEPRECATEDが消えましたヽ(´ー｀)ノ
とりあえずは問題なさそうですが、もう少し様子をみる必要はありそうです( ´ー`)