カスタマイズのアーカイブ

osCommerceを別のサーバに引っ越すときに妙に時間がかかるのが画像の引っ越しだ。現在利用しているサーバと引っ越し先のサーバにそれぞれSSHがあると簡単に圧縮して転送できる。
レンタルサーバによっては制限が厳しく、転送手段がftpのみだととんでもなく時間がかかることになる。

ftpだけで転送すると、現サーバから画像を手元にダウンロードして新サーバへアップロードする。
ftpサーバにもよるが制限があり途中でftpの接続が切断されることがある。
切断された部分の画像は不完全な状態となりこのファイルを探して再開することになる。 悪い条件が重なると、何日も時間がかかることがあった。

先日も、imageディレクトリ内に3GB強の画像データがあるサーバの引っ越しをした。
サブディレクトリは無く、画像がすべて同一ディレクトリ内に設置されているため、ftpに接続して画像をダウンロードするスクリプトを作成してみた。
引っ越し先のサーバにプログラムを設置してftpに接続。元のサーバのファイルリストを取得して画像ファイル名を配列に格納した。
ここまでできたら、ftp_getコマンドで画像を1枚ずつサーバにダウンロードできた。
5分くらいでスクリプトを作成して、別の仕事をしながらスクリプトを動作させて予想より短時間で画像を移動できた。

apcをインストールしたサーバで原因不明のエラーがログに記録されるようになった。
「require(): Unable to allocate memory for pool.」
思い当たる点がなく、試しにキャッシュを削除すると一時的にエラーは消えるが、またしばらくするとエラーが記録される。
しばらく放置しておいたら、OpenPNE3の機能が正しく動作しなくなった。
エラーログを見ると、同じエラーが表示されている。
調べてみるとapcのバグらしい。
http://pecl.php.net/bugs/bug.php?id=16966

このページ内のアドバイスどおり、/etc/php.d/apc.iniを修正した。
apc.mmap_file_mask=/tmp/apc.XXXXX
を
apc.mmap_file_mask=/dev/zero
へ変更するとエラーは表示されなくなった。

先日、OpenPNE3を利用してコミュニティサイトを構築していたとき、管理画面の初期コミュニティ設定などいくつかのページが表示できなかった。何か設定をすれば表示できるのかと考えてあれこれ操作してもいつまでもその画面だけ「このページにはアクセスできません。」と表示され設定できない。

検索してみるとすぐに原因がわかった。

http://redmine.openpne.jp/issues/1565

この症状はバグだったようで、内部で利用しているモジュール名と同じディレクトリ名をOpenPNE3に利用するとこのエラーが発生するということだった。今回はcommunityというディレクトリ名を使ったためにコミュニティ設定画面のいくつかが表示できなかったようだ。
web/.htaccessとconfig/OpenPNE.ymlの中のcommunityをcomuに変更したら正常に動作するようになった。