mknmz が重複して実行される

mknmz は、実行時に NMZ.lock2 というファイルを生成して、重複実行されないようになっているそうです。
でも、私の環境では実行されることがあります。おかしいですね。

どうやら、mknmz が実行されてすぐに、NMZ.lock2 が生成されるわけではなくて、対象ファイルをチェックしてからとかある程度処理をしてから生成されるみたいです。まぁ勘ですけど。

cronとかで、定期的に実行してたとして、対象ファイルが沢山あったりして、NMZ.lock2 が生成されるまで時間がかかってる間にもう一回 mknmz を実行したりするとそのまま重複実行できちゃたりします。

なので、daemontoolsで実行をコントロールすることにしましたよ、と。

まるちSkype (4.0以降ですよ!)

私は裏表があります。その場その場で態度が変わります。
なので、Skypeもいろいろと使い分けたいです。
ので、こんなものを作ってみました。

multi_skype.js

//アカウント設定
var account = [
       {
            id : ''
           ,pw : ''
       }
       ,
       {
            id : ''
           ,pw : ''
       }
   ];

//Skypeプログラムへのパス
var SKYPE = '"C:\\Program Files\\Skype\\Phone\\Skype.exe"';

//------------------------------------------------

var wsh = new ActiveXObject("WScript.Shell");
var cmd;
var opt = new Array();

for(var i = 0; i < account.length; i++){
   opt = [
        "/username:" + account[i].id
       ,"/password:" + account[i].pw
       ,"/nosplash"
       ,"/minimized"
       ,(i > 0) ? "/secondary" : ""
   ];
   cmd = SKYPE + " " + opt.join(" ");
   wsh.exec(cmd);
   WScript.Sleep(1000);
}

アカウント設定のところに使い分けたい id, pw を入力したらダブルクリックで起動します。
Skypeの自動起動オプションはチェックを外して下さいね。

IPv6?

なんだか、MySQL5.1にしたら、リモートから接続できなくなった・・・？

mysql> SELECT version();
+------------------------------+
| version()                    |
+------------------------------+
| 5.1.32-ndb-7.0.5-cluster-gpl |
+------------------------------+
1 row in set (0.00 sec)

[root@ ~]# mysql -u root -p -h 192.168.1.xxx
Enter password:
ERROR 1130 (00000): Host '::ffff:192.168.1.nnn' is not allowed to connect to this MySQL server

ああ、もう・・・。

CentOSのIPv6をきっちりOFFにすればいいのかなぁ？
でも、おんなじ環境でMySQL5.0のサーバには接続できるしなぁ。

bind-address というのを設定すればいいのか？

[root@ ~]# vi /etc/my.cnf
[mysqld]
bind-address = 192.168.1.xxx

[root@ ~]# /etc/init.d/mysql restart

わーい、つながった。

ライブラリはあるのに、無いと怒られるとき

CentOS 5 の話です。
configure なんかでライブラリが無いっていうから、あれれ？って探すとあるじゃん！
なんで無いっていうの！もう！ってときは、ありかをそっと教えてあげてください。

[root@ ~]# vi /etc/ld.so.conf.d/local-lib.conf
/usr/local/lib

[root@ ~]# ldconfig

　

namazu.so の作り方

(2010/02/06)
Sourceforgeのphp-i18に移動したようですのでそちらにあわせて手順を変更

[root@ ~]# wget 'http://sourceforge.jp/frs/redir.php?m=iij&f=%2Fphp-i18n%2F14174%2Fnamazu-2.3.1.tgz'
[root@ ~]# tar zxvf namazu-2.3.1.tgz
[root@ ~]# cd namazu-2.3.1
[root@namazu-2.3.1 ~]# phpize
[root@namazu-2.3.1 ~]# ./configure --with-namazu
[root@namazu-2.3.1 ~]# make
[root@namazu-2.3.1 ~]# make install
[root@ ~]# cd ..
[root@ ~]# rm -rf namazu-2.3.1
[root@ ~]# rm -f namazu-2.3.1.tgz

ソース取得

cvs -d:pserver:cvsread@cvs.php.net:/repository co pecl/namazu

コンパイル

[root@ ~]# cd pecl/namazu
[root@ namazu]# phpize
[root@ namazu]# ./configure --with-namazu
[root@ namazu]# make
[root@ namazu]# make install

phpize がない場合

[root@ ~]# yum install php-devel

エラーが出る場合
configure: error: Cannot find libnamazu.h. Please specify correct Namazu installation path
Namazuがインストールされているか確認する

[root@ ~]# which namazu

　

MySQLのSLAVEが切れて涙目

Slave_IO_Running: No
Slave_SQL_Running: No

とかなって、切ない気持ちになることあるじゃないですか。
ほんで、どーにか簡単に復旧できねーかなぁと思ったらようやく見つけましたよ。

mysql> STOP SLAVE;
[root@ ~]$ /etc/init.d/mysqld stop
[root@ ~]$ rm -f /var/lib/mysql/relay-log.info
[root@ ~]$ /etc/init.d/mysqld start
mysql> START SLAVE;

これでどうにか復旧できることもあると思いますよ。

　

mknmzでインデックスを作成する際に文字コードが正しく認識されないようです

Namazu: FAQ

mknmzはLANGに `ja' から始まるlocale名が指定されていない時は日本語の処理を行いません。
Namazu 2.0 tutorialの 日本語の文書を扱うにはを参照してください。

ほー、そうなのか。日本人が作ったからって油断してちゃダメってことですね。わかります。
mknmz に --indexing-lang=ja をつければいいんですね。