netail.net

_ 修士論文 ▲

修論発表終わり．発表した本人としては反省点が色々だが，後で人の意見を聞いた限りでは，それなりに悪くはなかったらしい．

アブストラクトに得られた知見が書かれていないと指摘を受けたので，それを直すことにする．

「アスペクト指向プログラムをデバッグする際に必要なのは何だと思うか？」と聞かれたが，果たして何だろう．オブジェクト指向をデバッグするのに必要なのは何だろうか……．哲学的な問題に踏み込みそうだが，考えてみると面白そうだ．

_ 特別講演 ▲

ウィーン工科大学の Thomas Gschwind 講師の話を聞く．IWPC に投稿していた論文でARE (Aspect Reverse Engineering tool) を作っていた人．ついでに，あとで軽く研究内容について話した．

シーケンス図などを作るときに，Method.invoke のみ特別扱いしてリフレクションの結果を表示する，というアイディアは使わせてもらうことにする．

_ Calendar ▲

hyCalendar 0.7.0 preview 3 公開．新しいのは TODO リストからのハイパーリンク機能．

_ 台湾茶 ▲

いただきものの "名間四季春" という台湾茶を飲んでみた．紅茶かな？と思っていたら紅茶じゃなかった．

ふえるわかめみたいな，しわしわに丸まったお茶の葉が，お湯に浸かっているうちに広がっていく様子が面白い．風味は何となく白茶っぽい気がするのだけど，添付の説明文に青茶だと書いてあった．

というわけで，いわゆる烏龍茶以外では初めての青茶．なんかさっぱりしていて，けっこう美味しい．白茶に近い印象なので，お茶菓子とかは（知っているものでは）特にあわなさそうで，夜なんかに単体で飲みたい感じ．

_ 査読の仕方 ▲

本家みかままの覚書で言及されていた査読の仕方． http://takenaka-akio.cool.ne.jp/doc/researcher/reviewer.htmlhttp://spot.colorado.edu/~jsedr/goodreview.html 査読が回ってくることが増えたので，１回くらいは読んでおこうかと．

_ [近況] pukiwiki の編集と KDDI au の textarea サイズ制限 ▲

このサイトで使ってる pukiwiki のある記事の後半がカットされていたので，アクセスログを見てみたら，ezweb.ne.jp からの POST を発見しました．以下は，URL の一部とホスト名をカットしてます．

.ezweb.ne.jp - - [17/Feb/2007:12:47:17 +0900] 
  "GET /aosdwiki/index.php?cmd=edit&page=%B2%A3%... HTTP/1.1" 
  200 5648 "http://ezsch.ezweb.ne.jp/search/?sr=0101&query=..." 
  "KDDI-SN36 UP.Browser/6.2.0.10.4 (GUI) MMP/2.0"
.ezweb.ne.jp - - [17/Feb/2007:12:47:22 +0900] 
  "POST /aosdwiki/index.php HTTP/1.1" 302 5 
  "http://netail.net/aosdwiki/index.php?cmd=edit&page=%B2%A3%..."
  "KDDI-SN36 UP.Browser/6.2.0.10.4 (GUI) MMP/2.0"
.ezweb.ne.jp - - [17/Feb/2007:12:47:25 +0900] 
  "POST /aosdwiki/index.php HTTP/1.1" 200 5449 
  "http://netail.net/aosdwiki/index.php?cmd=edit&page=%B2%A3%..."
  "KDDI-SN36 UP.Browser/6.2.0.10.4 (GUI) MMP/2.0"

POST のサイズ制限でもあるのかと思って調べていたら，ezweb からの書き込みで wiki ページの一部削除が起こるという問題はやはり他のところでも起こっていたようです．

携帯用ブラウザでページがどう見えるかのテストを行うOpenWave SDKを使ってみたら，textarea の中身が 1048 バイト(SJIS としてカウントしたとき)でカットされてしまうことが確認できました．POST の制限ではなく，HTML を携帯に表示する途中のどこかでの制限のようです．

編集フォームを含めて 9KB 超えている場合は，pukiwiki 側の回避策によって，Too large ... とかメッセージが出て編集できませんが，ページサイズがフォームを含めて 6KB 程度に収まっていて，かつ textarea の中身が 1048 バイトを超えてるページについては，この回避策が働かず，現時点では危険のようです．たぶん，フォームの中身が1〜3KB程度の文章が該当します．

ただ，この 1048 という数値は，KDDI のページの form 変換などの記述には載っていなくて，携帯上で HTML を表示するまでのどの段階でかかっているのか分かりません．また，数値自体もいつ変わるか分からないので，pukiwiki 側で回避できるのかどうかは謎です．

この問題については，ログの編集ページに到着から投稿まで５秒というのを見ていて思ったんですが，

1. 検索からいきなり編集用ページに到着する．
2. ページ内には「Top / New / Edit / Menu / Recent」と フォーム，「プレビュー」「ページの更新」ボタンぐらいしかない．
3. ページの中身を読みたいので「ページの更新」を押す．
4. 短くカットされたフォームの中身を投稿してしまう．

…という動作をユーザがやってるのではないかという気がしました．編集ページから元のページへ戻るというリンクは存在しませんから．あくまで推測ですが．

追記: 検索で編集用ページに飛び込んでくるのを防ぐために，cmd=edit が与えられたリクエストのリファラが外部サイトだったら cmd=edit のないページに移動するようにしてみました．

RewriteCond     %{HTTP_REFERER} !netail.net/aosdwiki/.*
RewriteCond     %{QUERY_STRING} cmd=edit&page=(.+) 
RewriteRule     index\.php      index.php?%1 [R,L,NE]