[0回]

先日、正規表現がマッチしないという問題があり、
色々調べていたら、検索対象の文字列が長すぎるという原因

ここまで調べたのですが、どれくらいまで？というのを調べてきれてなかったので、
時間をさいて、調べてみました。

PHPに原因があると踏んでいましたが、
どうやらPHPというより正規表現で使われるPCREライブラリの制限に引っかかって失敗する様子

で、その制限は、100kB

ini_set("pcrh.backtrack_limit", 100000); // デフォルトは100000  
ini_set("pcrh.recursion_limit", 100000); // デフォルトは100000

とのこと

なので、ここの値を、php.ini なり、.htaccessになり、記述して変更してあげれば
少しは誤魔化せそうです。

.htaccessの場合だと、

php_value pcre.backtrack_limit 300000

php_value pcre.recursion_limit 300000
こんな感じでしょうか。
ちなみに、PHP 5.3以上かららしいです、これが出来るのは。

ただし、この数値を上げすぎると、OS自体に影響を及ぼす可能性があるみたい

[0回]

安定稼働していたサービスは、とくに変更などの要件などが
なかったから放置していたのですが、
久しぶりに大量のデータを変更欲しいと依頼

その対象のDBにログインをしたら、HDDが72%まで使用していた

依頼のデータ変更をしたのちに、HDDを圧迫している原因を調査したら、
MySQLのバイナリーログが２００を超える数に

そんなわけで、今回は、バイナリーログの肥大化の対応

とりあえず、HDDを空けるために、

mysql> show slave status \G

で確認（スレーブを使用しているので）

mysql> show master logs;

で、MySQLが管理しているバイナリーログを一覧で表示

mysql> purge master logs to '削除するログファイル名';

で、ログデータを削除
例えば、mysql-bin.010　とファイル名をした場合、
mysql-bin.009まで削除されます。

mysql> show master logs;

で削除されたかどうかを確認。OK！

で、肥大化させないために、バイナリーログの保存期間を設定

MySQLを再起動させたくないので、my.cnfには記載せずに、

mysql> show global variables like 'expire_logs_days';

で、現状の設定を確認したら、０(削除しない)になっていたので

mysql> SET GLOBAL expire_logs_days = 30;

で、30日に変更

これで、一安心

ちなみに、my.cnfに設定する場合

[0回]

先日、書いたImagickのインストール　ではなぜか本番環境で動作しなかったので追記

アクセスしてみると、error_log に
PHP Fatal error:  Class 'Imagick' not found

と表示

調べてみると、php-develが更新されていない

なので、四苦八苦して、php-develと念のためにphp-pearを再度インストール

# yum -y --enablerepo=epel,remi,rpmforge install php-pear
# yum -y --enablerepo=epel,remi,rpmforge install php-devel

そして、これも念のために再度

# pecl install imagick

httpd をrestart してアクセス・・・ダメだ・・・・

あっ、/etc/php.ini に

extension=imagick.so　を追記してなかった

上記を追記して、httpd をrestart してアクセス・・・成功！良かった良かった

[0回]

wgetをバックグランドで使うことがなかったので、知らなかった

# wget -b URLパス

これで、wget-log　というログに状況を書き込みながら、バックグランドで転送が実行されます。
ちゃんと、プロセスは独立をして。なので、sshのターミナルを切っても大丈夫！

しかし、26h41mってすごい時間がかかるな。。。

[0回]