カテゴリの投稿: » 技術情報

OpenPNEのインストールにはpdo_mysqlが必要

Written in 2010年05月14日 by | コメントする（ 0件 ）

OpenPNEのインストールで、

./symfony openpne:install

を実行した際に、

Couldn’t locate driver named mysql

と怒られたなら、それはPHPにpdo_mysqlエクステンションが入っていないから。ソースディレクトリからエクステンションをコンパイルする。

cd /usr/local/src/php/php-5.2.5/ext/pdo_mysql/
phpize
./configure –with-php-config=/usr/local/php5/bin/php-config \
–with-pdo-mysql=/usr/local/mysql5.0
make
make install

でインストールし、php.iniに、

extension=pdo_mysql.so

を加えてApacheリスタート。
起動ＯＫと出て、安心できない。ブラウザでPHPのページをみると閲覧できない。Apacheが起動していない。。。

php -i

で、確認しようとすると、

php: symbol lookup error: /usr/local/php5/lib/php/20060613/pdo_mysql.so:
undefined symbol: php_pdo_declare_long_constant

とでる。これは、/usr/local/php5/include/php/ext/pdo/php_pdo_driver.hのバージョンがよろしくないようだ。PHPをソースインストールした際のソースディレクトリからコピーしてやる。

cp /usr/local/src/php/php-5.2.5/ext/pdo/php_pdo_driver.h \
/usr/local/php5/include/php/ext/pdo/php_pdo_driver.h

いったんpdo_mysqlをアンインストールする。

rm -f /usr/local/php5/lib/php/20060613/pdo_mysql.so

上記、ソースから再度インストール。make cleanしてからね。これでApache再起動でいけました。OpnePNEもインストール完了。

→ コメントする（ 0件 ）
  • カテゴリー:
  • PHP

preg_matchのサブキャッチパターンの文字数が多いと落ちます！！

Written in 2010年05月03日 by | コメントする（ 0件 ）

PHPのpreg_matchにおいて、カッコを使って、サブキャッチパターンを作ることがあるだろう。ただ、そのサブキャッチパターンにマッチする文字数（バイト数）が10万文字（バイト）を超えると、エラーも発生させず、ただ単に、「マッチせずに」終了となる。（PHP５．２．５にて検証）　以下にサンプルコードを示す。

<?php
for ( $i=1; $i<=1000000000; $i++ ) {
  $src .= '1234567890';
  if ( !preg_match( '/<(.+?)>/', '<'.$src.'>', $matches ) ) {
    echo "not match at ".$i;
    break;
  }
}
?>

上記コードでは、決して「not match at ???」とは表示されることはないように思われるだろう。しかし実際はそうではない。実行してしばらく待つと以下の結果が出る。

not match at 10000

(.+?)というサブキャッチパターンにマッチする文字列が、10000×10文字＝10万文字になった時点で、マッチしなくなり、echoして、breakしていることが分かるはずだ。ちなみに、以下のコードでは、どうだろう。

<?php
for ( $i=1; $i<=1000000000; $i++ ) {
  $src .= '1234567890';
  $src2 .= '1234567890';
  if ( !preg_match( '/<(.+?)><(.+?)>/', '<'.$src.'><'.$src2.'>', $matches ) ) {
    echo "not match at ".$i;
    break;
  }
}
?>

上記の場合、以下のような結果となる。

not match at 5000

おわかりだろう。やはり10万文字だ。(5000×10文字)＋(5000×10文字)＝10万文字なのである。

そんな長い文字をサブキャッチなんかしないといわれるかもしれない。しかし、私がこれに気付いたのは、XML-RPCのリクエストのパースを実装していた時だ。XML-RPCで、データを登録するリクエストにおいて、<base64></base64>タグで、画像データを受け取った際に、preg_matchのサブキャッチパターンで中身を取得したのだ。結果、大きな画像を受け取ったときに、マッチしないという事態に陥ったのだ。

たちが悪いのは、エラーをはいてプログラムが停止するのではなく、単にマッチしなくなって次の処理に進んでしまうことだ。ぜひ、気をつけていただきたい。

→ コメントする（ 0件 ）
  • カテゴリー:
  • PHP

携帯３キャリアの絵文字コンバータをつくった

Written in 2010年04月28日 by | コメントする（ 0件 ）

うちのフレームワークの絵文字コンバータ機能を再作成しました。３キャリアのSJISのページから送られてくる絵文字をmbstring.encoding_translationで、内部エンコードのUTF-8に変換したのちに、絵文字を [emoji:E123] のような内部で扱う形式に変換し、ＤＢに保存する。ＰＣサイトの出力時には、<img>で絵文字画像を出力し、各携帯キャリアに出力する際には、各キャリアの絵文字に変換して出力する機能です。

絵文字のバイナリと絵文字タグの相互変換をするための変換テーブルをどのような形式にしようかとだいぶ模索しました。

■フォームからやってくる絵文字を内部用の絵文字タグに変換する実装

DoCoMo

フォームからのSJIS絵文字＝＞UTF-8に変換＝＞※置換実行※＜＝UTF-8に変換＜＝unicodeの16進数をpack

EzWeb

フォームからのSJIS絵文字＝＞UTF-8に変換＝＞※置換実行※＜＝UTF-8に変換＜＝Shift-JISの16進数をpack

Softbank

フォームからのSJIS絵文字＝＞UTF-8に変換＝＞※置換実行※＜＝UTF-8に変換＜＝Shift-JISの16進数をpack

■内部用絵文字タグを絵文字に変換して携帯に出力する実装

DoCoMo

絵文字タグ＝＞※置換実行※＜＝UTF-8に変換＜＝unicodeの16進数をpack
※置換実行※＝＞SJIS-winに変換

EzWeb

絵文字タグ＝＞※置換実行※＜＝UTF-8に変換＜＝Shift-JISの16進数をpack
※置換実行※＝＞SJIS-winに変換

Softbank

絵文字タグ＝＞※置換実行※＜＝UTF-8に変換＜＝Shift-JISの16進数をpack
※置換実行※＝＞SJIS-winに変換

■実装する中でわかったこと

ドコモ絵文字は、mb_encoding_translationで、unicodeからSJIS-winや、UTF-8に変換して、それぞれの文字コードで表示できる。しかし、EzWebやSoftbankの絵文字では、unicodeから、SJIS-winや、UTF-8に変換しても、各エンコードの絵文字配列が異なるせいか、各エンコードで同じ絵文字を表示させることができない、というより文字化けとなる。したがって、サイトのHTML出力で使うエンコードの１６進数を使ってバイナリを作り、それをmb_encoding_translationで変換してやる必要がある。（フォームからやってくる絵文字は、mbstring.encoding_translationで変換されているので。）


→ コメントする（ 0件 ）

XREAやCORESERVERのsession_start()でエラー

Written in 2010年04月12日 by | コメントする（ 0件 ）

XREAやCORESRVERのPHPで、モジュール版とCGI版のPHPを合わせて使って、セッションが引き継がれると以下のようなエラーが出る。

Warning: session_start() [function.session-start]: open(/tmp/sess_ｘｘｘｘｘｘｘｘｘｘｘｘｘｘｘｘｘｘｘｘｘｘ, O_RDWR) failed: Permission denied (13) in /virtual/ｘｘｘｘ/public_html/index.php on line xx

これはCGI版では、セッションファイルが、/tmp/にて、FTPユーザー権限で書きこまれ、一方モジュール版ではApacheユーザー権限で書きこまれるからだ。それで、CGI版PHPで作成されたセッションファイルをモジュール版PHPから読み込む際にパーミッションエラーとなるのだ。逆もまたしかり。

→ コメントする（ 0件 ）
  • カテゴリー:
  • PHP

TeraTermのマクロ。adminでログインして、rootにsu-。

Written in 2010年04月02日 by | コメントする（ 0件 ）

TeraTermのマクロはとても便利だ。ログイン時の処理から、ログイン後のシェル実行までいろいろ使える。今回は、adminでログインして、rootにsu-してパスワード入力するマクロだ。

以下のようなフォルダを作り、そこをTeraTermのマクロを格納することにする。

C:\TTmacro

まずはそこにSSHログイン用の処理を記述したマクロを「ssh_login.ttl」という名前で作り、それを環境ごとのマクロからincludeする。

strcompare conn_method ‘ssh’
ssh_method = !result
strcompare conn_method ‘ssh1’
ssh1_method = !result
strcompare conn_method ‘ssh2’
ssh2_method = !result

if ssh_method then
conn_str = ‘/ssh’
elseif ssh1_method then
conn_str = ‘/ssh /1’
elseif ssh2_method then
conn_str = ‘/ssh /2’
endif

strlen key_file
exist_key_file = result

if exist_key_file then
sprintf ‘%s:%s %s /LA=%s /KT=%s /KR=%s /auth=publickey /user=%s /passwd=%s /keyfile=”%s%s”‘ hostname conn_port conn_str language kanji_transmit kanji_receive username password work_dir key_file
else
sprintf ‘%s:%s %s /LA=%s /KT=%s /KR=%s /auth=password /user=%s /passwd=%s’ hostname conn_port conn_str language kanji_transmit kanji_receive username password
endif

conn_param = inputstr
connect conn_param

次に、各ログイン先ごとのマクロを書く。例として192.168.1.5のサーバに公開鍵方式でadminでログイン後、rootにsu-するマクロ「root@192.168.1.5.ttl」を示す。秘密キー「id_rsa」をマクロ格納フォルダにおく。

; 設定
work_dir = ‘C:\TTmacro\’
hostname = ‘192.168.1.5’
username = ‘admin’
password = ‘adminpassword’
root_password = ‘rootpassword’
key_file = ‘id_rsa’

; 言語 E:英語 J:日本語 K:韓国語 R:ロシア語 U:UTF-8
language = ‘J’
; 漢字コード受信 SJIS EUC JIS UTF8 UTF8m KS5601
kanji_transmit = ‘UTF8’
; 漢字コード送信 SJIS EUC JIS UTF8 KS5601
kanji_receive = ‘UTF8’
; SSHバージョン。 ssh or ssh1 or ssh2
conn_method = ‘ssh’
conn_port = ’22’

; SSHログインを実行する
ssh_login_ttl = ‘ssh_login.ｔｔｌ’
ssh_login_ttl_path = work_dir
strconcat ssh_login_ttl_path ssh_login_ttl
include ssh_login_ttl_path

; ここからはログイン後の処理
wait username
sendln ‘su -‘
wait ‘Password:’
sendln root_password

秘密キーのファイル指定「key_file」を空にすると通常のパスワード認証になる。

.ttlファイルがTTPMACRO.EXEに関連付けられていなければ、

マクロファイルを右クリック => 「プロパティ」 => プログラムの「変更」ボタン => TTPMACRO.EXEを選択

とする。これで、マクロファイルをダブルクリックするだけで、TeraTermの自動ログインができるようになった。

LogMeTTや、TeraTerm Menuなどで、こうしたマクロを利用するとさらに便利である。

→ コメントする（ 0件 ）

パソコンの遠隔操作にいいね

Written in 2010年04月01日 by | コメントする（ 0件 ）

ＰＣの遠隔操作にTeamViewerというソフトがよさそうだ。

http://www.teamviewer.com/ja/index.aspx

インストールしたPC同士、IDとパスワードで遠隔操作できる。
ファイル転送もできちゃう。商用利用でなければ無料。
商用利用の場合はライセンスを購入する。

http://www.teamviewer.com/ja/licensing/index.aspx

上手に利用したい。

→ コメントする（ 0件 ）

PHPでFTP通信する際の注意

Written in 2010年03月30日 by | コメントする（ 0件 ）

PHPでftp_put()関数などでFTP通信をする際に、

Warning: ftp_put() [function.ftp-put]: Ok to send data. in /path/to/script.php on line 99

のようなエラーに出くわすことはないだろうか。この場合、PHPが動作しているマシンのiptablesに注意が必要である。FTPログインはできたものの、相手からデータ通信のコネクションが張れないままタイムアウトしているのであろう。

通信相手のFTPサーバがアクティブモードで動作している場合、こちらから相手FTPサーバの２１番ポートにコネクトしたのち、相手FTPサーバの２０番ポートから、 こちらが通知した1024-65535の間のポートにコネクトしようとしてくる。

なので、こちら（PHPが動作しているマシン）のiptablesのINPUTチェーンで制限を加えている場合、INPUTチェーンでは、 1024-65535の間のポートが空いている必要が出てしまう。
これはあまりにも危険だし、その必要もない。以下のようにする。

iptables -L

を行い、INPUTチェーンに

ACCEPT  all  —  anywhere  anywhere  state RELATED,ESTABLISHED

の行があることを確認する。これは、確立済みのコネクションと、関連するコネクションを許可するものだ。なければ以下のように作る。

iptables -I INPUT 5 -p udp -m state –state ESTABLISHED,RELATED -j ACCEPT

上記、5の部分は挿入するINPUTチェーンの行番号です。

次にiptables関連のカーネルモジュールを確認する。

lsmod

を実行し、ip_conntrack_ftpと、ip_nat_ftpの行があることを確認し、ないものを入れる。それぞれ以下の通り。（多くの場合、ip_conntrack_ftpは入っている。）

modprobe ip_conntrack_ftp
modprobe ip_nat_ftp

これで、アクティブモードのFTPサーバに対して、PHPでFTP通信ができるようになった。

このままではサーバが再起動したら元に戻ってしまう。
/etc/sysconfig/iptables-config
で、使用するモジュールを以下のように設定する。

IPTABLES_MODULES=”ip_nat_ftp”

また、先のiptables設定を保存する。

service iptables save

IPTABLES_MODULES=”ip_nat_ftp

→ コメントする（ 0件 ）

Apache2.0で、mod_cacheを後から追加

Written in 2010年03月29日 by | コメントする（ 0件 ）

ソースインストールしたApache2.0に後からmod_cache.so、mod_disk_cache.so、mod_file_cache.so、mod_mem_cache.soを後から追加する。

ソースディレクトリに行く。うちの例では以下の通り。

cd /usr/local/src/apache/httpd-2.0.61/modules/cache/

apxsコマンドで、モジュールをコンパイル＆インストール

apxs -i -a -c mod_file_cache.c

ソースディレクトリに行く。うちの例では以下の通り。

cd /usr/local/src/apache/httpd-2.0.61/modules/experimental/

apxsコマンドで、モジュールをコンパイル＆インストール

apxs -i -a -c mod_cache.c cache_util.c cache_storage.c
apxs -i -a -c mod_mem_cache.c cache_cache.c cache_hash.c cache_pqueue.c
apxs -i -a -c mod_disk_cache.c

「-c」オプションでモジュールのソースファイルを指定。
「-i」オプションでビルド完了後モジュールをモジュールディレクトリに移動。
「-a」オプションでhttpd.confにLoadModule文が1行が追加されます。

→ コメントする（ 0件 ）

Apache2.0で、mod_proxyを後から追加

Written in 2010年03月29日 by | コメントする（ 0件 ）

ソースインストールしたApache2.0に後からmod_proxy.so、mod_proxy_http.so、mod_proxy_ftp.so、mod_proxy_connect.soを後から追加する。

ソースディレクトリに行く。うちの例では以下の通り。

cd /usr/local/src/apache/httpd-2.0.61/modules/proxy/

apxsコマンドで、モジュールをコンパイル＆インストール

apxs -i -a -c mod_proxy.c proxy_util.c
apxs -i -a -c proxy_http.c proxy_util.c
apxs -i -a -c proxy_ftp.c proxy_util.c
apxs -i -a -c proxy_connect.c proxy_util.c

「-c」オプションでモジュールのソースファイルを指定。
「-i」オプションでビルド完了後モジュールをモジュールディレクトリに移動。
「-a」オプションでhttpd.confにLoadModule文が1行が追加されます。

proxyのモジュールでは、proxy_util.cが必要となっている。
これをしないとapachectl configtest時や、apache再起動時にエラーが出る。

→ コメントする（ 0件 ）

高速WEBサーバいろいろ

Written in 2010年03月24日 by | コメントする（ 0件 ）

■高速Webサーバ「Nginx」
高速なWEBサーバで、プロキシやりライトなどの機能も持つ。
▽本家サイト
http://nginx.org/
▽マイコミ記事
http://journal.mycom.co.jp/news/2010/03/09/013/index.html

■高速Webサーバー「TUX」
▽本家サイト
http://www.redhat.com/docs/manuals/tux/
http://www.redhat.com/docs/manuals/tux/TUX-2.0-Manual/
▽IT PRO記事
http://itpro.nikkeibp.co.jp/article/COLUMN/20051115/224580/

■マルチプラットフォームの高速ウェブサーバ「lighttpd」
▽本家サイト
http://www.lighttpd.net/
▽マイコミ記事
http://journal.mycom.co.jp/news/2005/09/02/007.html

→ コメントする（ 0件 ）
« もっと古い記事
もっと新しい記事 »