●phpMyAdmin本家から適当な安定板をいただく。
●httpsで覗ける適当なディレクトリ（例：「/var/www/html/pma/」）に展開
●pma/内にconfig/を切って、chmod 777しておく
●http://サイト名/pma/を叩くと、scripts/setup.phpに飛ぶので、認証をcookieにしてconfigファイルを作成。（ま、あとはファイルアップロードのディレクトリくらいは指定しといてもいいかな）
●config/config.inc.phpができるのでpma/直下に移動。config/は消しといた方が良いでしょう

コレだけで最低限、利用は可能になりますが、リレーション回りが動かないので、そこら辺の始末を。

●scripts/にcreate_tables_mysql_4_1_2+.sql/create_tables.sql があるので、mysqlのバージョンに応じて必要な方を実行。

mysql -uroot -p（パスワード） < create_tables_mysql_4_1_2+.sql（またはcreate_tables.sql）

して、さらにさきほど作ったconfig.inc.phpに

$cfg['Servers'][$i]['pmadb'] = 'phpmyadmin';
$cfg['Servers'][$i]['table_info'] = 'pma_table_info';
$cfg['Servers'][$i]['pdf_pages'] = 'pma_pdf_pages';
$cfg['Servers'][$i]['history'] = 'pma_history';
$cfg['Servers'][$i]['column_info'] = 'pma_column_info';
$cfg['Servers'][$i]['table_coords'] = 'pma_table_coords';
$cfg['Servers'][$i]['relation'] = 'pma_relation';
$cfg['Servers'][$i]['bookmarktable'] = 'pma_bookmark';
$cfg['Servers'][$i]['designer_coords'] = 'pma_designer_coords';

を追記。いじょう。

で、本題なんですが。

「centos5のお仕着せセットでxen環境つくって、network-bridge使うようにすると、dom0のネットワークが死にませんか？」

つー話ですわ。

いや、死ぬんだってコレが。ぐぐってみなさいって。
xenのネットワークは全然分からない、つーか、ルーティングとかブリッジとかって話は概念レベルでうすーく理解しているにすぎないので、こういう時アタリがつかないんですよ正直。で、しょうがないのでxenグルたちのforumをヲチってたら、ついに見つけました解決編。

You now create a new config file called ifcfg-xbr0 and transfer accross
the ip address and netmask from your original ifcfg-eth0. The end
result should be the following two files:

/etc/sysconfig/network-scripts/ifcfg-xbr0:

# ifcfg-xbr0
DEVICE=xbr0
TYPE=Bridge
BOOTPROTO=none
IPADDR=10.0.0.1
NETMASK=255.255.255.0
ONBOOT=yes

/etc/sysconfig/network-scripts/ifcfg-eth0:

# New ifcfg-eth0
DEVICE=eth0
BOOTPROTO=none
HWADDR=00:11:43:66:1C:1A
ONBOOT=yes
BRIDGE=xbr0

（Re: [Xen-users] dom0 networking disabled – XenSourceより）

なんか、ビミョーに書き換えないとイカンので、一応メモ。

/etc/sysconfig/network-scripts/ifcfg-xbr0:

とかは、xendが動いている時、ifconfig -aして出てきたブリッジに揃えとかないと。
たぶん、centos5のxenの場合、xenbr0のはず。

BRIDGE=xbr0

とかももちろん揃えて。

それから、ifcfg-xenbr0の方にはGATEWAY=xxx.xxx.xxx.xxxを書いておかないと外に行けません。当たり前か。

で、こっからが大事なんですが、さらに/etc/xen/xend-config.sxpでネットワーク関係のスクリプトを呼び出しているトコを書き換え。

(network-script network-bridge)

こんなんではないでせうか。コレを、

(network-script network-dummy)

と。（コレをやらずにbridgeのままにしとくと、恐ろしいことが起きましたハイ。）

んで、/etc/init.d/network restartしてdomUマシン上げるか、マシンごとリブートしてしまえばおk。

ありがとう外国の人！　っていうかこの問題、再現率低いのか？　家中のlinux雑誌ひっくりかえしてみたけど記述なし、だし、日本語の情報webに載ってないし（だから書いてるんですが）。

さて、じゃあ、複数台マシン上げてパフォーマンス見てみますかね。。

[2007-08-17追記]
あれ〜、/etc/xen/xend-config.sxpは書き替え不要なのか？そもそも関係ないのか？なんかネットワークが不安定杉だ〜〜〜。network-bridgeに書き戻したら動くようになったような。でも、それまでは-dummyで動いていたからなあ。。まいったな。（NIC問題だったりするとイヤだにゃー）

[2007-01-29追記]
うーむ、b2系はバージョンダウンしてもダメだ。b1に戻す。
アレ、会社のは大丈夫だ。extensionはそんなに違わないはずなんだがなあ。。つーか、「2.0pre」というのが出ている。会社はこれにしてみるかな。

[2007-02-01追記]
いや、やはりadd-onsであった。extensions.cacheもろもろを捨てて、Add-onsのやばげなものをどんどんUninstallしたらあっさり復活。やはりなんでも「make compatible」してはイカンのだなあ。。でも、extensionで相当いじらないとまだまだダメダメなのよね。。＞雷神鳥

で、「続いている」というのは具体的には何かというと、「週次レビュー」。一回だけつらくてサボりましたが、ほぼ例外なく毎週月曜日の深夜にもくもくとレビュっております。続けてると、@Next Actionの書き方なんかも巧妙になってくるし、ああこれはああ行ってこう行って@Waiting for行きだな、とか読めてくると楽しおますな。なんで月曜日なのかは自分でもよく分からないのですが、で、「原典」とかには「金曜日の午前中にやっとけば（もし見落としてる案件とかあっても）リカバリできるにょ」とか書いてあるのですが（多分）、思うに月曜日がワタシの「棚卸し」なんですな。色々溜まってしまうモノを週末になんとかして、まあそれが無理なら月曜日にやって。っていうかなんか知んないけど、土日にも色々溜まるんだよ、なぜか！（いきなり激怒）……で、それが終わってから「ヲレ反省会」を開く、と。このやり方が正解なのかどうかはわかりませんが、今の自分にとっては続けられること自体が重要なので当分この形で続けることになるでしょう。

ひとつだけ困るのが、週次レビューの「転記」。どういうことかというと、やっている間に2ch読んだり、RSSリーダー開いたり、おもちゃ（鯖）をいじったり、という誘惑に負けないために、週次レビューは外でやるんですね。ファミレスとかで。mtune被って（笑）。で、そこでガッツリ集中（というほどでもないんですが）して紙に出力したTiddlyたちを整理して、さてこれをシステムに書き戻しましょうか、という段になるわけですが、それは当然帰宅してからになるわけで、そうするともう集中が続かない。いや、ツラいというよりか、脳みそが「なんでこんなしょーもないことを俺様がやらねばイカンのだワーワーブーブー」とか言うわけですよ。で、「誘惑」に負ける、と。そしてヘタすると転記をちゃんと終えるのが二日後くらいになったりしてもうストレスフル。w

いや、わかってんですよ。w-zero3買えばいいんでしょ。でもそうすると外でやる意味がなくなるんですよねー。それにそもそも、Wikiって書くのといいんだけど、見るのと編集するのがすごくダメダメなんだよなー（と自分自身にケンカを売ってみるテスト）。Firefox拡張とかで、入力フォームをお気に入りのエディタに飛ばすの術とかあるらしいですが、……ですが、なんかそういう問題じゃないような気がすんだよなー。。

で、今日、20060616のナイトリを落とした（メニューからのアップデートではなく、サイトから.dmgダウソ→インスコ）ところ、無事クリア。今回は長かった……。

教訓：
●メニューからのアップデートはしない（つーか、そもそもここからのアップデートだとbuild番号が書き変わらないのでやらない。もしかしたらアップデートできてなかったりして）
●nightlyは「Thunderbird20060616.app」とか名前をつけて、ちゃんと動くバージョンは保存しておく

つーことで、ナイトリ追っかけの旅は続くのであった。。

ま、サーバサイドに置いてる方が何かと良いので、特に後悔はしてませんが。（＜負け惜しみ）

で、これはGTDTiddlyWiki触り始めた頃からの悩みというかジレンマなんですが、

●ひとつのTiddlyに全部詰め込んでるけど、それでいいのか

というのがあります。私もそうだし、グルも数十〜百数十個くらいの項目をそれぞれ（@Next Actionとか）に持っているんですが、これをひとつひとつのTiddlerに分解したらとても項目は追えない。そもそも「具体的なアクション」というのがタイトルと記述エリアをもつたっぷりした項目になるとはとても思えず（「ボブに原稿の催促電話する」とか「足の爪を切る」とかね）、そうだとしたらそれこそ「@Projectが適切にブレイクダウンされていない状態」だと思うわけです。

それにもかかわらず、「これは○○に属するからそばに並べておきたいなあ」みたいなことはあるわけで、でもTiddlerは5つにとどめておきたいし、ハテどうしたものか、ということなんですよ。GTDTiddlyWikiの初期画面見ると、5つにこだわってないみたいですけどね。。

で、TiddlyWiki一族には「Tag」機能があるんですが、これはひとつのTiddlerに複数のタギングができる、という設計だから全然意味をなさないし、しょうがないんで、「* 新会社鯖-dovecot1.0がCentOSで動くかどうか。FC系のrpm突っ込む」みたいに、「タグ-」を項目の冒頭につけてみたりしているのですが、もうちょっとスマートな方法はないかなあ。。

で、結局どうなったかというと、KamiWikiの「一切のWiki記法を排する」、というスパルタンな仕様がさすがに馴染めず、

PhpTiddlyWiki – Back from the grave…

コレに辿り着きました。最大の問題である「どんどん遅くなる問題」は発生せず、やはりサーバサイドで動かさないとダメ、ということだったみたいです。理由はわかんないけど。

あ、このアプリは今時めずらしくregister_globals=offだと動かないスカタンな作り（すいません）なので、register_globals=offなフツーのサーバでは、サイトのBug Listにあるように$_REQUESTを展開するQuick Hackをかまさないとおちおちセーブもできないのでご注意。

いろいろメモ。

●MySQLに格納されてる文字列が激しく怪しい。こんなんで検索とかできるのかにゃー。（できます）

●印刷するとTiddlerで分かれずに全部ひとつながりで出てきちゃうんですけどなんとかなりませんかねー。→「Close all」を知らない私が悪うございました。（Tiddlerを閉じずに次々リンクをクリックすると全部のTiddlerが一頁に出てきて、「ひとつながり」になってしまう）

●つーか、「Sites Using PTW」によると、phpGTDTiddlyWikiとかあるんですけど、さらに浮気していいスか？（そして最初の障害にぶち当たる……なんてな）

[2006-05-23追記]
20060522付けのナイトリで直った！すばらかし！（ちなみに、アップデートした後の最初の起動が不穏なのも直った）あとは自社鯖のmaildir化だな。。仮想環境とか、いろいろ引きずってるし、今回を期にcentosへの乗り換えをもくろみ中だったりするんで、移行が大変なんスよね……。がんばろ。

FirefoxからSafariに乗り換え、プラグインをぶちこみ、ファイルサーバからのリモート接続をやめ、思いつくすべての対策を尽くしたものの、結局GTDTiddlyWikiさんはワタシの環境（PowerMac G5 1.8single／10.4.6/Firefox1.5.0.3/Safari2.0.3）では、「何度か編集／保存を繰り返すとシステム全体が異様に遅く、重くなる」という怪現象が起き、GTDによって生み出されたクリエイチブな活動のための時間がことごとくGTDTiddlyWikiへの対策で消えてしまうという半ばシャレにならない状態になりつつあったのですが……そう、ここで文章が過去形ですよ。思いついたんです、解決法を。

素直にサーバサイドでやれば良くね？

で、探すとKamiWikiが良さそう。査収。インスコ。さすがにBasic認証くらいはかけて、と。おお、快適……のような気がする。なによりもわざわざファイルサーバに繋いで、みたいなことをしなくていいのがグッド。（うーむ、でも重くなる原因はAjaxな部分でメモリリーク、とふんでいるのですが、だとしたらサーバサイドに置いても解決しないような。。まあ結果オーライ。）

うーん、でもWiki記法はWikiWord以外全部捨てですか……。%%でストライクスルー、とか、*やら-でタイトル階層／箇条書き階層がカンタンにできるのは結構嬉しかったんだけどなあ。。あと、[[ほげ:http://〜]]でurl記述とか。ま、異様に遅くなることに比べればそんなのは全然大したことないので、後で対策は考えましょう。

で、ひととおり来週に向けて目を通しておこう、と各Tiddlerをプリントアウトしたところ……なんと、途中が微妙に途切れている。Tiddlerの中身が全部brで区切られているせいなのかなあ。。とりあえず、Safariから出力したらちゃんと出てきたし、ぐぐってもそれらしい記述はなかったんで、これまたMac+Firefoxの固有問題っぽいなあ。とほほ。