2004-10-03
_ 目標達成率 29%
いよいよやばいですな
_ MVP Awards
なんか Microsoft から表彰されている人が。
[MVP] 更新〜今年も一年宜しくお願いします〜＜MVP と MS の皆様
なんだろうと思ったら
こんなものがあるんだな。すごいですね。「活躍」ってのはこういうのを言うんだな。
_ それって後だしジャンケンじゃ。。。
＠IT：初級システム管理者のためのセキュリティ入門「にわか管理者奮闘記」補遺編2
実はポリシーありました、実は手順書ありました、ってそれどうですか。ああた。
うーん。なんだろうなぁ、初期の頃はエキセントリックというか、読み物的な面白さを求めすぎたと言うか。。。たぶんネットワークセキュリティで考えられる要素を欲張って詰め込んだ結果、内容が追いついて来れなかったという感じなのかなぁと思っている。事件 → ツールの紹介 → とにかく頑張って解決、というプロセスが短すぎて、管理者はみんなスーパーマンか、おい、という具合。
ツールの使いこなしもやたらと早いしね。いくらなんだって新人くんがネットワーク構成図がないことにいち早く気づいたり、次々とサーバ向け、管理向けのツールが使いこなせるとか、どうかなと思う。紹介されている学生時代のパソコンの使い方と違いすぎる。なんか、ちょっとパソコンに強いくらいでも頑張ればすぐ管理者に慣れますよ的な間違った印象を与えてないかーって気がする。まぁそんな人は @IT のこの連載読んでないと思うけど。
というわけで今度始まるらしい新・中村くんは期待してますよ！
_ また ssh つつき
なんか毎日どこからか来てるのね。今日はドイツ、この間は中国。中国はトータルすると多いな。香港、台湾もあるな。フィリピンの gov.ph なんてのもきてるんだが、おいおい、いいのか？
なんかどうも知らなかっただけで(ぉぃ)日常茶飯事らしいので、気にしないこととする。
_ 目標達成率 38.9%
うーん。
2005-10-03
2006-10-03
_ fc2 が画像の直リンを弾いてるっぽい
お気に入りのねこブログがしばらく前（2週間くらい前かな？）から bloglines では何が何やら分からなくなってしまった。HTML の方では正しくねこを拝むことができるので、たぶん feed 経由の「いわゆる直リン」を弾くように設定が変わっちゃったんだろな。しかしねこ写真のブログなのに写真見れないんじゃ意味ないからなぁ。こういうのは feed に直接画像を埋め込んじゃう*1とかすれば回避できるんだろか。
この話に限らず、少し前から写真熱を取り戻そうとか思いながらスナップ写真を載せてるブログの feed をいくつか見てるんだけど、写真が入っていない feed の多いこと多いこと。photolog なのに画像が入ってないんじゃまったく意味ないじゃんとか思うんだが、やはりまだそういう人たちにはそれほど feed はアピールできてないのかな。あるいはどうしても HTML の方を見てほしい理由があるのか。*2
どうしても HTML にアクセスしてほしい（例えば写真の見やすさを考慮した背景などのデザインに凝っている）場合は、フィードにちょっと画質を落としたサムネイルを含め、「もっと読む」なんかで HTML の方へ誘導する方法もあるような気がするんだけど、どうだろう。
もっとアグレッシブに写真の一部にモザイクが掛かっている feed だとさらに HTML への誘導効果は高いかな。あ、そういう「CM またぎ feed 生成サービス」みたいなのあったら面白いかも。画像の一部にモザイクが掛かるとか、固有名詞っぽいところが勝手に伏せ字になるとか、人物を差してそうだったら「ある大物SE」とかイニシャルに差し変わっちゃうの。*3「もっと読む」のリンクの方は一回広告を表示してから HTML が出力される仕組みになってるの。
どうよ。放送業界に学ぶ feed 広告ビジネス。
2007-10-03
_ Reminderfox + iCal も難しい
メールドリブンのイベント、タスクについては Reminderfox が便利そうという話は以前からしているんだけど、これのアラーム通知や iCal アプリとしての使い勝手はイマイチなので、これと iCal を組み合わせようと思ったのだけれど、結論から言うとこれは無理。*1
iCal 1.5.5 ではカレンダーを PUT するか GET するか最初に決め打たないといけない。日本語に言い直すと公開用のカレンダーと表示用のカレンダーである。
今回は Reminderfox からスタートするので表示用のカレンダーになってしまうが、そうなると iCal 上で細かく時間の調整やアラームの設定をやり直すことはできなくなる。転記して別なカレンダー上でアラーム設定することはできるが、それって無駄くさくね？
逆に公開用のカレンダーにすると問答無用でローカルの情報をサーバ上に PUT してしまうので、別なアプリで書き換えた情報はあっけなく消えてしまう。
ぬー。iCal 2 + iSync なら問題ないのかもしれないけど、そういう選択肢はないしなぁ。
ちなみに Reminderfox 1.5 からカレンダーを WebDAV でエクスポートする際は認証がなくてもユーザー名が必要な様子。ただ、それが分かっててもなぜか予期せぬエラーが頻発するので、WebDAV での保存周りなどはまだ十分なテストが行われていないのでしょうな。
また、iCal 1.5.5 のアラーム機能はやはり予想通りなかなかよかった。iCal のアラームウィンドウは問答無用で最前面に出続けるが、他のアプリで普通に作業できるし、iCal は alarm 用の daemon を持っているので、iCal 自体を立ち上げておく必要はない。これなら Growl とかなくたって十分実用的だ。
惜しい！
あ。Sunbird は読み書きできるな。Sunbird で編集して iCal で通知？ 違うな、Sunbird が Growl に対応してればいいのか。それか iCal データパースして自力で growlnotify に投げる？ さすがにそこまでやる気はないなぁ。
*1 Reminderfox 1.5 + iCal 1.5.5 だから？
2008-10-03
_ Fastladder の bot の If-Modified-Since が変
Last-Modified を勉強して意気揚々としていたところ、更新されてもいない item が Fastladder でどうしても更新として現れてしまうという現象に気づきました。
以前、生成済みの静的な feed ファイルについては公開時に checksum なりダイジェストで確認して行うといいというような話を書きましたが、今回の feed は動的に生成し、request header に応じて redirect させるとか 304 Not Modified を返すとか、細かい制御を行いたいと考えていました。この現象は要するに 304 が返ってないんだなーと思い、とりあえず bot についてはいくつかヘッダの情報をログに落として確認してみました。
そこで発見。
Fastladder FeedFetcher/0.01 という bot はサーバの response した Last-Modified ではなく、最新 item の pubDate(last modified) の日時を If-Modified-Since で送ってきている。
それはどうなんだ。
そんなにいくつも調べてはいないのですが、少なくとも FeedBurner についてはサーバの返した Last-Modified をそのまま送ってよこします*1。今回吐いていた feed は最新 item の日時と実際に feed を生成する時刻がずれており、つまり最新 item の日時と Last-Modified が合わないのは仕様です。ということは
Fastladder bot には必ず 200 が返ってしまう
のです。
やっぱ変だよなぁ、これ。と思って調べてみたところ、こんな記述を見つけました。
To get best results when sending an If-Modified-Since header field for cache validation, clients are advised to use the exact date string received in a previous Last-Modified header field whenever possible.
cf. RFC 2616 - Hypertext Transfer Protocol -- HTTP/1.1
「ベストな結果を得るには、キャッシュの検証のために If-Modified-Since ヘッダを送る際には、クライアントは可能な限り前回リクエストで受け取った Last-Modified の文字列を正確に利用することが推奨される。」
わけですよ！ やっぱそうだよね！ なんで FeedFetcher は最新 item のタイムスタンプなんすか！ Last-Modified を使ってくださいよ！
しかしじゃあなんで静的ファイルの場合は最新 item の時刻と食い違ってても更新として出てこないのかな？ まだなんか秘密があるのかなぁ？
[追記] はてブに的確なツッコミ降臨。
kazuhooku 「推奨」であって義務じゃないよ。それに、RSSファイルが更新されたかというのと、フィードのアイテムの更新判定はまた別の話
いやまぁそうなんですけどね。もう一度整理すると疑問は2つあって、
- あえて違う値を使う意味あんのかなー？
- 例えば Last-Modified が返ってこない場合とかなら分かります。まーでもだったら If-Modified-Since にそれ付けてもたぶん意味ないよなーと思いますけど。
- なぜ今回の feed だけ更新判定ミスってるのかな？*2
- これはこちらでもっと追求しないといけないと思います。
ということなんですよね。もしかして吐いてる HTTP date がまだ何かおかしいのかしら？（これがいちばんかっこ悪いパターン。）
個人的には今回の件以外にも更新判定ミスっててちょっと困ってる feed があるのですが、これも合わせて調べてみた方がいいかな。これは自分で提供してるものではないので、外から分かる範囲になっちゃうけど。
[2008-10-16 追記]
その後、誤検出については内容を増やした辺りからなくなったように思う。
んだけど、なんか今日気づいたけど If-Modified-Since に Last-Modified から 35分弱早い謎の時間を送ってくるようになっていた。これは予想していなかった。なんだろう、この微妙にずれた時間は。
