とりあえず、簡単に解消できた三つだけを紹介しておきます。
ウィンドウの左下の方にリンクがあって、そこにマウスカーソルを持って行くと表示されるリンク先のURLがリンクと重なっていると、リンク先URLが表示/非表示を繰り返して、リンク先をクリックしてもリンク先に移動してくれません。
これはリンク先のURLをFirefox4からステータスバーではなくチップで表示するようになったからかな?
--- content/rdr/rdr.js.orig Fri Apr 30 23:44:00 2010
+++ content/rdr/rdr.js Thu Mar 31 21:08:21 2011
@@ -112,7 +112,8 @@
postLinkToStatusBar: function(link,app) {
var text = (link && app?"RDR: ":"")+link;
- if(this.sbText.label!=text) this.sbText.label=text;
+ XULBrowserWindow.overLink = text;
+ LinkTargetDisplay.update();
},
setOverLink: function(link, b) {
setOverLinkというメソッドをオーバーライドしているようなので、オリジナルのsetOverLinkの実装を探して、それに合わせてみたらうまくいきました。
ブックマークやフォルダ上でコンテキストメニューを出すと背景が透過になっててうまく表示されない。まぁ選択はできるのでそれほど問題じゃないのかもしれないけど気になるのでスタイルシートで背景色を指定します。
--- skin/classic/style.css.orig Sat Apr 26 09:54:32 2008
+++ skin/classic/style.css Thu Mar 31 21:01:24 2011
@@ -85,7 +85,7 @@
padding-right: 4px;
margin: 4px;
}
- .gmPopupNormal{
+ .gmPopupNormal, #gm-bookmarkPopup, #gm-labelPopup {
background-color: white;
color: black;
}
これは単に対応バージョンが古いままなので
{プロファイルの場所}\extensions\resizeabletextarea@bristol.ac.uk\install.rdf
のem:maxVersionを4.*に変更するだけでした。
どれも簡単に解消できたのでオリジナルの方もそのうち直るでしょう。
]]>でもうまくchrootしてくれないというか、chrootするとNo such fileだかなんだがいわれます。
「chroot下からパスが変わってライブラリとかが見れなくなるんだろう」と考えてchrootするディレクトリ以下に/libやら/usrlibやらのライブラリをコピーして回りました。
だけどやっぱりうまくいかなくてあきらめてscponlyの方を使うことにしたんです。
そしたらchrootの先にコピーしたライブラリはいらないじゃないですか。
ディスク容量もそんな大量にある訳じゃないのでさっさと消そうと思うじゃないですか。
ええ消しました。実行しましたよ。
$ rm -f usr/lib/*
えっ?あれっ?でも今カレントディレクトリどこになってたっけ?
$ pwd
/
えっ?
…
orz
とりあえず作業していたPuTTYではまだある程度の作業が可能だったのでいくつか試しました。
中でいろいろ作業→ほとんど何もできない。
外からHTTPで接続→普通に見える。
外からSSHでログイン→ログインどころかConnection refused。
中でZIPを作成→なんかエラーで終了。
中でtar.gzを作成→なんかエラーで終了。
中でtarを作成→OK
というわけで/etc、/varとホームディレクトリ以下をtarでまとめてDocumentRoot以下に置くことにしました。
そのあとtarをダウンロードして、MyDTIでVPSの初期化を選んで、しばらく待った後VPSを起動して、tarを再度コピーして、いろいろパッケージインストールして、設定ファイルを書き写して、何とか復旧しました。
MovableTypeのデータベースをコピーし忘れてたのがちょっと面倒でしたが,まだ自宅鯖の方に元のデータがあったので何とかなりました。
しかし、いい加減この粗忽なとこをなおさんと…
yum erase gpm xinetd portmap cyrus-sasl httpd samba-common smadmin serversman net-snmp nscd device-mapper-multipath lm_sensors lvm2
mcstransも削除したかったが他のパッケージまで消されちゃうのでとりあえずサービスを起動しないようにする。
その他にも不要なサービスがあるのでchkconfigで削除
chkconfig --del mcstrans
chkconfig --del messagebus
chkconfig --del netconsole
chkconfig --del netfs
chkconfig --del netplugd
chkconfig --del rawdevices
chkconfig --del rdisc
chkconfig --del restorecond
サービスの要/不要はここを参考にhttp://www.obenri.com/_minset_wbel4/daemon_wbel4.html
crond 0:off 1:off 2:on 3:on 4:on 5:on 6:off
gpm 0:off 1:off 2:on 3:off 4:on 5:on 6:off
httpd 0:off 1:off 2:off 3:on 4:off 5:off 6:off
iptables 0:off 1:off 2:on 3:on 4:on 5:on 6:off
lm_sensors 0:off 1:off 2:on 3:off 4:on 5:on 6:off
lvm2-monitor 0:off 1:on 2:on 3:off 4:on 5:on 6:off
mcstrans 0:off 1:off 2:on 3:off 4:on 5:on 6:off
messagebus 0:off 1:off 2:off 3:off 4:on 5:on 6:off
netfs 0:off 1:off 2:off 3:off 4:on 5:on 6:off
network 0:off 1:off 2:on 3:on 4:on 5:on 6:off
portmap 0:off 1:off 2:off 3:off 4:on 5:on 6:off
rawdevices 0:off 1:off 2:off 3:off 4:on 5:on 6:off
restorecond 0:off 1:off 2:on 3:off 4:on 5:on 6:off
saslauthd 0:off 1:off 2:off 3:on 4:off 5:off 6:off
serversman 0:off 1:off 2:off 3:on 4:on 5:on 6:off
sshd 0:off 1:off 2:on 3:on 4:on 5:on 6:off
syslog 0:off 1:off 2:on 3:on 4:on 5:on 6:off
xinetd 0:off 1:off 2:off 3:on 4:on 5:on 6:off
初期状態のサービスはこんな感じだった…はず。メモが残ってたけどいまいち確信が持てない。
以下のパッケージを追加インストール。
spamassassinは最初入れないでおこうと思ったけど、ちょっとSMTP開いただけですぐにやってくるSPAMに辟易したので多少重くなっ てもや むなし。
dovecotは迷ったけどGmailとかに転送して途中で消えてもナンだし、外向けに開いてなかったらそんなに問題じゃないだろうということで入 れることにする。
あとは自作したプログラムを二つほど追加。
fastcgi-wrapperは5/13に作った普通のCGIをFastCGIから呼び出すもの。
ssldoorはそのうち公開するかもしれないけど今は内緒。
これで定常状態で80MB近辺をうろうろする感じ。を問い合わせてみた。
結構すぐに返事が来て「もうしばらく待て&三ヶ月」と回答をもらったんだけど
そのさらにすぐあとに利用開始の案内メールが来た。
このタイミングだと突っ込まれたから作業開始したって思われちゃうよ?
でメールにあるIPアドレスにSSHで接続しようとしたら
ssh: connect to host xxx.xxx.xxx.xxx port 22: No route to host
準備できてないやん (´・ω・`)
まぁそれからさらに2時間ぐらいたってから接続できるようになったけど。
まぁ料金的には6/1から利用開始というのは理想的なのでよしとする。
うちはいつ利用開始になるんだろう。
]]>
fromhttp://twitter.com/serversman_vps/statuses/14264442617
…5月末、もしくは6月頭くらいになることを想定しています。…マジで月末から利用開始の実質2ヶ月分無料になりそうな気配。
ということで使用予定のサービスのうち一番メモリを食いそうなWebサーバを
軽いものに置き換えるべく探してみた。
どうやら皆さん同じことを考えるようでServersMan@VPSでググると何人かの人が
nginxというのを使っていた。lighttpdより少し軽いらしい。
ちょうど自宅サーバに使用している玄箱もメモリが少なくて困っていたので
こちらに置き換えてみよう。
nginxではCGIはFASTCGIというプロトコルを使ってWebサーバとは別プロセスで動かす仕組みのようだ。
いくつか見て回ったが微妙にやりたいことができなかったので自分でwrapperを作ってみた。
参考にしたのはここhttp://library.linode.com/web-servers/nginx/perl-fastcgi/centos-5。
いずれ公開するかも。
DebianとCentOSでは構成が違うけどまぁ何とかなるだろう。
とりあえず、玄箱でnginx+fastcgi-wrapperを動かしてMovableTypeが問題なく動くことを確認。仕組み上、同時に複数のアクセスがあると後からアクセスした人はかなり待たされるかもしれない。が、そんなに盛況なサイトでもないので問題ないだろう。
ただ、MySQLを動かしとくのはメモリ食いそうだからSQLiteに移行しよう。mysqldump呼び出して出力をperlでいろいろ加工してsqlite3に食わせて、とか自分でスクリプトを書こうとしたら、mt-db-convert.cgiというのを見つけた。まさにそのものずばりだったのでこれを使わせていただくことにする。
最大3ヶ月という触れ込みだが、5月末に利用開始で実質2ヶ月ということにはならんだろうな。
とりあえず、サポートの中の人のTwitterをGoogleリーダーに登録しておこう。
ということでなかなかいい感じ。
こないだ自宅鯖がしばらく落ちていたこともあり早速申し込んでみたが、申し込みが殺到しているらしくすぐには開通しないようだ。まぁ気長に待とう。
というわけで上記のページを参考にレジストリを設定し、レジストリファイルにエクスポートしてみました。管理者権限を持ったユーザーで登録する必要があるようですので、管理者権限を持ってない方には利用できないと思います。あしからずご了承ください。
]]> 2ちゃんのDatulaスレでも同じようなことに悩んでる人がいたので、さりげなくこのレジストリファイルを置いて人柱になってもらいました。とりあえずはうまくいってるようで良かったです。Datulaスレにて報告いただいたところによるとURLエンコードしたSubjectとかは文字化けしてしまうようですが、これはVista以前からあった話で、確か元の文字コードがShift_JISでないと文字化けしちゃうんじゃなかったかな。Datula側としても渡されるURLエンコードの文字コードがなんなのか不明であるため(まぁある程度は判別出来ますが)いかんともしがたいところだと思います。
そういえばWindowsメールとかThunderbirdとかはこの問題にどう対応してるんだろう?やっぱり自動判別?
]]>今年の4月29日と5月4日にこのプラグインを使って祝日を表示させている方がもしいらっしゃいましたら、更新が遅くなってしまい申し訳ありません。今日リリースするプラグインに入れ替えて再構築していただきますようお願いします。
]]> しかし、祝日の名前が変わるぐらいならデータを追加するぐらいで済むんですが、振替休日の定義が変更になるとか、ロジックが変更されるとプラグインの実装部分にも手を入れないといけなくなるので面倒ですね。いやまぁ休みが増える分には文句言いませんが。
]]>pageantでもPuTTY本体で使用しているダイアログ表示ルーチンを利用しているので、ダイアログのサイズを変更する必要があったようです。
以前のハングアップするバグで未検証だったコードもちゃんとハングしないように修正して入れてあります。でもまだ何か問題あったらすいません。
printf書式の%nの問題については_set_printf_count_outputのリファレンスを参照してください。この問題については本家の方でもそのうち問題になるはず(現在リリースされているバイナリについてはコンパイラ&ライブラリのバージョンが若干古いため問題ない)なので報告しておいた方がいいとは思うのですが、報告するには少し越えられない壁(言語)が…。
コントロールラベルでのヒープ破壊ですが、デバッグ時には警告として表示されますが、微少な破壊なので基本的に問題は発生しないと思います。まぁ、気持ち悪いのでごった煮版では修正しておきます。
]]>まだ確認できてないのですが、発生する現象およびタイミング等などからこの変更による副作用であると推測されますので、この変更を元に戻したものをリリースします。
]]> 変更点は以下のとおり。SSHサーバの方でClientAliveIntervalを設定している場合に設定の変更ダイアログを表示したままほったらかしておくと不正終了するという問題を見つけたのでそれに対する修正案を考えていたんですが、まだ検証できていない状態だったのでコミットせずにおいたつもりの修正が、何らかのオペミスでコミットされてしまっていたようです。
今回のリリースでは上記の変更を元に戻しましたので当然のことながら、上記の問題は残ったままになっています。何か対策を入れたいんですけど…本家の方ではどうしてるんだろ?
]]>