トップ «前の日(08-16) 最新 次の日(08-18)» 追記

2002|01|02|03|04|05|06|07|08|11|12|
2003|01|02|03|04|05|06|07|08|09|10|11|12|
2004|01|02|03|04|05|06|07|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|02|03|04|07|

2003-08-17

_ 眠れない (13:50)

休みの間、遅寝遅起きを励行しすぎたせいか全然眠れない。無理に寝ようとしても無駄だから、普段は眠くなるまでは無理に寝ようとせずにだらだら過ごすのだけれども、今日はその調子だとそのまま朝を迎えてしまいそうだ。というか、もう朝じゃん。タイムリミット(ムスコの登園時間)まであと2時間だし、今から中途半端に寝るのも逆にきついかなー。ということで、半分寝るのをあきらめてPCを引っ張り出した次第。まあ今日は特に急ぎの仕事もないはずだよな。適当に過ごしてとっとと帰って寝るか。

_ QuickMLをグループウェア化する (13:50)

いつのまにやらQuickMLはソースコードが公開されていたんだね。QuickMLはMLにおけるWiki的なものとして使えそうだなーと思っていたんで、どうせならば途中まで作りかけていたMLを核にしたグループウェアもどきを、QuickMLと連携させて構築してみようかな。

Webベースのグループウェア(とかコラボレーションツール)は、それはそれで悪くないけれども、メールのお手軽さに比べるとどうもいまいち使い勝手が良くない。メールはいろいろ制約が大きいし、セキュリティ的な甘さが大きいけれども、現在のインフラ上では一番お手軽なインターフェースになりうる。

QuickMLはもともとオープンなMLを作成するためのシステムなんで、セキュリティとアーカイブ保存とかの機能がほとんどない。セキュリティについては、まあお手軽さとのトレードオフなんであきらめるとしても、アーカイブは保存しないとグループウェアとして使いづらい。

一瞬、QuickML自体に手を加えて、アーカイブ保存機能を追加しようかと思ったけれども、そこまで手を加えるくらいだったら、QuickML的なコードをはじめから自分で書いた方が話が早そうだよなー。と、ソースを追っていったところ、mail.rbのsend_mailをrecipients+['foo@bar.com']なんて感じにして、特定のアドレスにQuickMLあてのメールをすべて転送してしまえば、あとはそっちのアドレスで独自にログを記録できそう。

というわけで、QuickMLをインストールして(サーバーのRubyのライブラリディレクトリが、QuickMLのライブラリインストールディレクトリと違っていたので、そのあたりをln -sする必要があった)、mail.rbを1行書き換えた。で、すでに作ってあった転送用メールアドレスをフックして、添付ファイルを分離しつつDBに保存するスクリプト(Perl製)と連動させてみた。一応動いているっぽい。

QuickMLの生成するSubjectはきれいだから、それをキーにちゃんと分類も出来そうだな。こういうアプローチでMLベースのグループウェアが簡単に作れそうだ。社内用システムとしてしばらくいじってみよう。


1日使ってみた感触では、QuickMLの適当な名前を付けてメールを投げるだけでML=グループが作れるという仕組みはやはり便利。ほんのちょっとした集まりレベルのグループが簡単に作れる。メンバーに関してもCCでメールを投げるだけで追加できるから、あまり深く考えずにひとまずグループを作ってから、あとでメンバーを考えてもいいわけだし。

ただし、やっぱり仕事で使うにはこのセキュリティ的なルーズさはかなり問題。ちょっとでも機密情報が関わりそうな用途には使う気になれないもんな。一応独自サーバー上で(社内LANに完結した利用を中心に)動かしている分、本家QuickMLサービスを使うよりはましだけど、MLのアドレスと参加者一人のアドレスが分かれば、誰でもMLに参加できてしまうというのは怖ろしい。

ただ、メールってのは基本的にセキュアじゃないもの(ヘッダ情報が信用できない)だから、メールレベルでセキュリティ対策を取ったところで根本的な対策にはなり得ないんだよな。かといって、Webアプリで設定するとかやるとお手軽度が一気に下がるしなー。

QuickMLのいいところを残しつつ、企業がちょっとした機密情報程度ならば載せる気になれる程度のセキュアさを持たせることはできないだろうか。やっぱりWebアプリとの連携でセキュアさを動的に変更できるようにする、とかになっちゃうかなー。


2004-08-17

_ 今にも雨が降りそうな天気 (11:36)

image

IE系だと

写真付きの段落は表示がおかしくなるなー。レイアウトは崩れないけど、文字部分がレンダリングされない。というか、されているんだけどレンダリング終了後に、いったんその部分だけ再描画(InvalidateRect)させないと、読めない状態になってしまう。Mozilla系だと大丈夫なんだけど。

と思ったら

このくらい文章量があるとちゃんと表示されるな。文章量との兼ね合いなのか。

文字欠け対策

MLの「[tDiary-theme] 文字が欠けるテーマ(http://www.tdiary.org/archive/theme/threads.html#00506)」から始まるスレッドに関連した情報があった(サンクスzoeさん)。ひとまず、default.cssのdiv.sectionの項目に、width: 100%;を追加して様子を見る方向で(一応手元の環境では文字欠けが出なくなったっぽい)。

これって結構古い話題みたいだけど、tDiary 2.0の標準テーマでも対策されていないってことは、何かほかの問題があるからなのかな?

_ blogツール/サービスサイドバーの判別 (13:00)

適当に見て回った範囲で書いたので、いろいろ間違いというか、デフォルトではないものを参考にしていたりする場合があるかも。それにしてもまだまだえぐいtableデザインのところが多いなー。tableデザインでもいいから、論理要素をDOMで判別できるようにしてくれると、ありがたいんだけど。

今回はサイドバー周りしか見なかったけど、一通りのデザイン要素をチェックしてみるのも面白そうだな。ある程度共通のアプローチってのもあるみたいだし。一応サイドバーはdiv class="sidebar"ってのが多数&主流派かな? ただ、tDiaryではclass="sidebar"で表示位置まで決まっちゃうけど、blogツール系ではさらに外側にdivをかぶせて表示位置を指定することで、3ペインとかを表現している模様。

個人的には一番ロジカルなtDiaryのデザインをベースに、もうちょっと日記(日付ベース)以外でも使いやすい標準デザインを作って、各blogツール/サービスもできる限りそれに準拠するようにするといいんではないか、とか思ったりした。

訂正・追加等のツッコミ歓迎。

blogツール系

tDiarydiv class="sidebar"※その他tDiary互換テーマを利用しているツール/サイトも同様。
IBLOGdiv class="side"
movable typediv id="links"※これが2.661以前の標準だったらしい
movable typediv id="frame-left"※本家
movable typediv class="side"※というパターンもある模様
Nucleusdiv id="stuffbar"※本家
WordPressdiv id="sidebar"※本家
lilydiv class="menu"※本家
P_BLOGdiv id="menu-box"※本家
blosxomdiv id="links"※かなー?
HNS ※tableだよね
その他 ※サイドバー要素を判別できるツールはあるかな

blogサービス系

はてなダイアリーdiv class="sidebar"※tDiary互換
JUGEMdiv class="links"※サイドバーじゃないけど、サイドバーのリンク一覧文字要素はこれにしている模様
livedoor Blogdiv id="links"
Excite Blog ※DIV ID=LEFT/RIGHTは、その中身がメニューだろうが本文だろうがかまわず、純粋に表示位置だけのために指定されるらしい
goo Blogdiv class="leftblock"※こっちが標準か?
Yaplog ※tableオンリー
Doblogdiv class="menu"※だと思う
WebryBlog ※サイドバー的な表示はないのかな?
Seesaa blogdiv id="links"
My Profile* class="side_text"※えぐいtableデザインだけどサイドバー相当に表示する文字はspanやtdのclass="side_text"に統一されているっぽい
Blogzinediv class="sidebar"
AOL Diarydiv class="sidebar"
melma! blogdiv class="sidebar"
チャンネル北国div id="links"
MyPressdiv class="menubody[\d]?.*?"※とかになるのかなー
BLOCKBLOGdiv id="menu"※のような気がする
2log ※table
ココログdiv class="sidebar"※movable type
TypePaddiv class="sidebar"※movable type
LOVELOGdiv id="links"※なんだろうな
DI:DOdiv class="freespace"
News-Handlerdiv class="sidebar"
Diary Notediv class="menu"
Tags: blogmap

_ データ収集対象からサイドバーを除去 (16:27)

↑を参考にサイドバーおよびコメントやtrackback一覧表示部をデータ収集対象外に変更。あとその他大手サービスに関しても、正規表現で対応できそうなものはそれなりに対応した。これでずいぶんREFERER SPAMtrackback SPAMに対する耐性が強くなった&常設リンクの影響を受けにくくなったんじゃないかな。あとは目立つものについてぼちぼち対応していこう。

Tags: blogmap

_ コメントちょっとだけ表示 (17:59)

トップにまったく最近のコメントが表示されないのも寂しいんで、最新10件だけtrackbackの下に表示するようにした。

Tags: blogmap

_ 充電一直線 for CDMA (18:41)

KBC-CDMA/U 充電一直線 for CDMA 相変わらずバッテリーが持たない(ふつうに通勤の往復で使うと途中で切れる)こと以外は文句がないW21Sだけど、純正充電器&バッテリーを買おうかと思ってauショップに行ったら、取り寄せになると冷たく言われて面倒くさくなってしまい、手近なところで「KBC-CDMA/U 充電一直線 for CDMA」を買って妥協してしまった。会社にいるときはこれを使う方針。純正以外の充電器を使うとよくないと聞くけれども、ひとまずどのくらいよくないのか実地で確認してみることにしよう。

Tags: W21S
本日のツッコミ(全10件) [ツッコミを入れる]

Before...

_ ishinao [↑ありがとうございます。ひとまず上記MLを参考に、div.sectionにwidth: 100%;を追加して様子を見..]

_ pnoko [チャンネル北国tvも div id="links"です。 HTMLのテンプレートは今のところ1種類だけなので、全ブロ..]

_ ishinao [↑あ、本当ですね。class="sideblock"なのは、チャンネル北国のトップページ(blogじゃなく)でした。..]


2005-08-17

_ highbiscusさん側に立った論を組んでみる (09:53)

前回まとめた私の主張は、あくまでもhighbiscusさんの主張に対しての対論であって、別にその論だけが正しいと思っているわけではない。highbiscusさんの主張から理がありそうな点だけを抜き出して、前回の自分の主張に対する論を組んでみることにする。

JUGEMのテンプレート仕様は、JUGEMの創作物であることは明白だ。テンプレート変数名個々の表現については、それに著作物性があると言えるものではないが、仕様全体としては十分に著作物性を感得することができ、その仕様は著作権によって保護されると言えるだろう。だから、JUGEMのテンプレート仕様と互換性を持つsbは、JUGEMが著作権を持つ著作物を利用していると考える。簡単な使用許諾を得てはいるようだが、著作権法によってJUGEMが持つ権利全体を考えれば、正式な許諾を得た上で商用配布しているという情報が公開されない限りは、sbは著作権的にグレイな存在なのではないかという疑問を持たざるをえない。

なんて感じだろうか。もちろん基本的に私は「仕様全体としては十分に著作物性を感得することができ」という点に反対の立場を取るわけだし、その程度の著作権侵害の可能性をクリアにするためには「簡単な許諾」で十分だとも思っているわけだけど。あと最終的な結論としても「著作権を侵害している!」ではなくて「グレイだよね」程度しか言えないよなー。

それ以外の「画面表示が似ているし、sbはJUGEMを参考にしているという雰囲気もあったし、合わせ技一本で著作権侵害だ」なんて主張は論外だから、仮定の反対論としても不採用。具体的な侵害の証拠を出さない限りは、ただの言いがかりだ。あと「表示画面が同一だ」と何度も主張しているのは、どう見ても「テンプレート仕様」と「テンプレートデータ」の区別ができていないとしか思えない。

_ 今日のスポクラ (14:20)

今日は、ウォームアップのウォーキングをスポクラまで走っていくことで代用した以外は、いつも通りのメニュー。ただ、毎日同じペースでやると飽きそうだから、マシントレーニングメインの日と持久力強化メインの日に分けようかなー。と思いつつある。マシントレーニングは、負荷に対応した筋肉が育っていくのを見ていると結構楽しい。

本日のツッコミ(全2件) [ツッコミを入れる]

_ hal* [証拠物として提出したアンケートは、一般ユーザーがblogの利便性を決定付けるのは何かという問いに対して、独自タグの囲..]

_ ishinao [こちらの思惑としては、話が進めば自動的にそういう観点を争う展開になるかと思ったんですけどねー。んでもって、実はJUG..]


2006-08-17

_ 18:15〜18:30までサーバーが止まっていました

フロントに立てたpoundの動いているサーバーが刺さってしまい、18:15くらいから先ほどまで1470.net関連のサービスが停止していました。申し訳ありません。

それにしても、このpoundを動かしているサーバーはそろそろやばそうだなー。サーバーを切り替えることを本格的に考えてみるべきだろうか。