Flagyx.blog

ほとんど見た目とか使い勝手は変わりませんが、ちょこっと内部をいじりました。

• MT が 3.2 正式版になったので入れ替えた
• データベースを BerkeleyDB から SQLite に移行した。
• エントリの見た目を少し変えた

BerkeleyDB はファイルが細かく分かれてるので、データが飛んだときに何となく復旧できそうという感じで使ってましたが、いいかげん SQLite のほうがよさげなので移行しました。

データの移行については mt-db2sql.cgi を使って変換しました。

SQLite はファイルも 1 ファイルでお手軽にバックアップできますので、サーバが対応していたら こちらを利用するのをオススメしておきます。mt-check.cgi で調べてみて、バージョンが 1.08 以降なら特にそつなく移行できるかと思います。

DBD::SQLite
サーバーには、DBD::SQLiteがインストールされています。(バージョン: 1.08)

移行の際は .htaccess などで db ファイルの保護をわすれずに...。

「冬が来る前に」という感じで、はてなダイヤリー日記データインポートをおこないました。はてなから MT へのちょうど良い移行手順が見つからなかったので、手製のやっつけスクリプトで移行してみました。一応大丈夫かとは思いますが、表示におかしい部分がありましたらお知らせ頂けますとたすかります。
なお、今回追加したデータについては、タグ flagyxh を付与しました。

だいたい 2004 年の始まりから 2005 年の夏ぐらいまでがはてなでにっきを書いた期間になります。
文書を読み返すとはてな前提の書き方をしてるので微妙に変ですが、まあ無いよりあった方が多少マシかなという感じで。あとこの時期はふつーに働いていたこともあって、あんまり変化がないですね(^^; 個人的には 1996 年から 2000 年ぐらいまでの期間のにっきのほうが思い入れ深いのですが、この部分の日記は html の変換をしようとしたまま止まっちゃってます。

うーん、flagyx の方がサーバーのデータが飛んで以来、未整理のままで止まってるのはどうにもよくありませんね。このあたり、制作中のゲームが世にでたら手をつけようと決めていたのですが、ゲームが延び延びになってしまって結局そのまま時間が経ってしまいました。
「いずれあとで」ではなく、少しずつでも整理していきたいと思います。

ウチも来年 10 年目ですし、ここら辺の過去のコンテンツ整理をしっかり考えていかないといけないですね。
(10 周年といえば、Bitmap さんおめでとうございます! 小林さんももうすぐなのかな?)

頭蓋をどれにするか

さて「どうやって整理していくか」ですが、まずは Movable Type , MT ベースで構築するのがやはり無難かなあと考えます。デファクトスタンダードの効果で、様々な情報が豊富に提供されていて、将来への資産の継承がおこないやすいという利点が大きいです。また tagwire プラグインの効果で、カテゴリベースだけでない「属性」をテキストに付与しやすくなったのも魅力ですね。

さてMT を使って過去コンテンツも残していくとして、今の flagyx.blog の構成をそのままサイトのトップとして提供するのには少し問題があります。
というのは今のサイトの構成は一般的な blog の構成を踏襲しているので、 flagyx のサイトとして提供していた (したいこと) と相違があるのですね。
Flagyx のメインはにっきではなく、僕のゲームだったり、掲示板だったりしました。

かといってにっきと他の部分を全く違った静的なサイトを分けて提供する (今の構成の) 場合、ナビゲートがサイトと日記で大きく異なるので閲覧者に優しくありません。
なので、MT を使いつつ、 flagyx のサイトを融合していく感じで考えたいと思います。

あとは昔のにっきについて。当時の日記はサイトの更新記録を併記しながら時々の気分によってスタイルを変えながら書いていたので、そのまま MT にインポートというワケにもいかないのが悩ましいところです。
当時書いた html はデザイン含めて下手なりに味がありますので、html は html で残しつつ、MT にもテキストを入れていくという感じがいいかなあ、と考えています。

僕は RSS リーダーに「RthReader」 というソフトを使っているのですが、このソフトのフィルタリング機能をためしてみたら、(個人的に)入ってくる情報が思いのほかスッキリした印象を受けました。

• たとえば注目 URL に対して「はてな」をフィルタしてみたり (結果フィルタが掛かった方がみてたらごめんなさい)

こりゃいいやという感じで、べんり体験をもとに色々妄想してみます。

RSS提供もと:出力 → フィルタ:変換、出力 → RSSリーダー:読み込み の方向で

一言にフィルタ便利とはいっても、RSS リーダーによってフィルタ機能が実装されてたりなかったりしますし、そのためだけに使い慣れたリーダーを捨てて新規の RSS リーダーを見つけたり開発しようと思ったらコストがかかっちゃいます。

が、そこはそれ、RSS は RSSなので フォーマットが (それなりに) 統一されている利点がある (場合もある) ので、タイトルみたいな「RSS フィルタ」 の web サービスがあったらどうでしょう。

フィルタプログラムでは提供もとから出力された RSS を読みこみ、それをユーザーのお好みの形に変換。結果を RSS で出力します。
ユーザーはフィルタプログラムにより変換された RSS を 手持ちの RSS リーダーで読み込み閲覧をおこないます。

どうでしょう。こんなの欲しくなくなくなくない?
こんな利点があるよ

• みんなでフィルタプログラムを使えば RSS 取得のために 1つのサイトに対して無駄なトラフィックが省ける
• フィルタの実装に RSS リーダーを選ばない
• お約束の予測値とか RSS に挿入できる
• 人気サイトとか集計しやすい
• 注目 url とか集計しやすい(反則だけど)
• 広告とか入れやすい(反則だけど)
• Descriptionが出力されていないItemは フィルタ 側でページ見て取得しちゃったりして
• おまけにブックマークサービスのコメントとかもってきたりして

うーむ、後ろに行くほどグレーから黒に。
まあ後ろの方はともかく、フィルタできる仕掛けがあれば僕が便利に使えそうです。
誰か暇ができたらこっそりつくっていただきたい! (←偉そう)

はてな (http://www.hatena.ne.jp/) にアクセスしたところ。
リンクを開いたところ。

画像右下のとおり、今日の 19:55 分頃はてなトップページにアクセスした時のスクリーンショットです。
※件のエントリはすでに削除されているようです。

別にリンクするのも禁止するのも好きにすればいいと思うんですが、こういうのみると感情的になんとかならんもんかなあ、とかなんとか思っちゃったりなんかします(←ブックマークで叩かれそうだから表現を軟らかくしてみたよ!)。

はてなブックマークにおけるリンクの考え方について
http://hatena.g.hatena.ne.jp/hatenabookmark/20051020/1129790439

• robots.txtやmetaタグの設置は主に検索エンジンを対象としたものであり、ソーシャルブックマークシステムを対象とするものではないと考えている
• 既にmetaタグを尊重して本文のアーカイブ化は行わないなど、必要最低限の措置は行っていると考えている
• ブックマークを行っているユーザーが居ない、あるいは非常に少ない状態では中立ページへの導線は少なく、実質的に大きい被害が想定しにくい

よくできました、拍手! とかなんとかの感じですが、項目三番目については蛇足だと思う。
現在のところ、日本のブックマークサービスで一番大手といえるのは「はてなブックマーク」でありますし、注目 URL で数年前の文書が突然あがってくることはよくあることです。今回のリンクにしてもブックマークされたのは本日。「ブックマークするのはいいけど、トップに載せるのは勘弁してください」とか言いたかったとして、すぐに動ける方が難しいでしょう。
まあリンクは自由だから、言ったところで対応してくれるかは別問題として。

ためしに弾いてみよう

で、ためしに .htaccess ではてなサーバの IP を制限したページをブックマークしてみたんですが、ただ単に取得先のページの概要が空白になるだけなんですね。

• http://www.tmemo.jp/actest/1/
  概要が空白
  order allow,deny
  allow from all
  deny from 221.186.146.26

じゃあ、はてなサーバからアクセスがあったときは 403 (認証エラー) 向けのメッセージを出そうと、別ページに飛ばしてみても空白。

• http://www.tmemo.jp/actest/2/
  概要が空白
  order allow,deny
  allow from all
  deny from 221.186.146.26
  ErrorDocument 403 /actest/403.html

Rewrite でやっと表示された。

• http://www.tmemo.jp/actest/3/
  403.html の内容を表示
  order allow,deny
  allow from all
  deny from 221.186.146.26
  ErrorDocument 403 /actest/403.html

うーむ。 ちなみに、どのページもブックマーク先のアドレスは「http://www.tmemo.jp/actest/***/」になります。 (Redirect しても!)。

• http://www.tmemo.jp/actest/4/
  403.html の内容を表示
  Redirect permanent /actest/4/ http://www.tmemo.jp/

でも、ソーシャルブックマーク向けの robots.txt がないなら、ソーシャルブックマーク向けの robots.txt に変わる仕組みがあったっていいよね

だいたい .htaccess でのアクセス制限は一般化するほうが難しい。
せっかく Account Auto-Discovery みたいな仕組みを提唱したんだから、Account Auto-Discovery を読んでるわけで、ということはつまりページ提供者の意志を汲む仕組みがあってもいいんじゃないかな、とか思ったりする。こういうこというとやっぱり怒られるかな?
まあいいや。怒ると健康に良いっていうよ!

んー、じゃあ、foaf:accountName="hatenacinnamon" を設定すると、取得するページが犬語になるとかどう? ページの取得が (閲覧者向け = 犬) に出来てブックマーク向けの表現もできて一石二鳥!

……すみません。でも meta タグ見てるんなら、取得したときに「metaタグに～が設定されているため本文のアーカイブ化は行わないませんでした」ぐらいは表示してもいいかもね、とは思ったりします。

ほそく1

• Account-Auto-Discovery については、hxxk.jp さんもコメントで同じ事をおっしゃられており、今回例に出した「はてなブックマークのリンクポリシー」について言及されている内容も、うちより数段深いです。
  参照 : はてなブックマークだってブックマーカが作る検索エンジンのようなもの

ほそく2

ウチへのリンクは自由で、テキストは好きにしていいです。
意図しない投げ銭はいらないけど(^^;
http://blog.tmemo.jp/flagyx/archives/1975/08/140000.html

あとはてなのトップページのデザインは、自社以外のサービス、要するによそ様の人気ページを一番目のつく場所にもってきてるんだよね。確かに目は引くでしょうが、率直に言うとあまり好きになれないデザインポリシーではあります。ほら、ブックマークよりダイアリーの人気ページあたりをもってくると喜ぶユーザはたくさんいるぞたぶん!
今回、 例のサイトを知ったのも RSS に入った注目 URL なわけで、その後はてなのトップ見たときに「やっぱり」とは思ったり。
ちなみに、トップからのリンクも以前はよそ様のサイトに直接リンクをしていたと思うんだけど、最近ブックマークコメントにしたみたいで。どっちがいいんだろうね。どっちもどっちかな。

トップページを見たときに僕の抱いた感情が偽善であることは間違いなく事実ですが、良きにせよ悪きにせよ、web の世界での仕組みを受け入れていくのは大変ですね。
まあ、一応流れ的にはてなを引き合いに出してるけど、当然全般的な事ではあります。はてなネタは見ていて楽しくないと思うし。ごめんね 。