設定ファイルをまとめて管理する_ から。
Single System, Multiple Machines: uyota 匠の一手_ と Single System, Multiple Machines #2: uyota 匠の一手_ で提案されているみたいなテクニックと合わせると、複数ホストの設定ファイルを集約して管理できそうだな。

drry+@-> yahooseeker-jp-mobile_

古川 享 ブログ: 放送・通信の在り方に関する、私見その５_ で。
なつかしマイコン話はいつも面白い古川ブログだ。

最近はこんなuser-agentもつかっているのか。 でも相変わらず"Googlebot/2.1 (+http://www.google.com/bot.html)"もクロールしてきている。
もしかしたらMozillaが付いているときと付いていないときでコンテンツに差が有るかどうかをチェックするようになったとか？
違反的なSEOをしているところはそれでガンガンとPageRankを落とす羽目になると。

これを書いたら負けです。才能が無いと揶揄されます（脳内で）。
あと「別に勝負をしているわけではない」もNGワードです。

メディア・パブ: RSSフィード論争，“抜粋 vs 記事全文”_ の記事を読んでふと思ったこと。
bloglinesみたいなRSSリーダーで読まれてしまって、本サイトへのアクセスがなくなるからRSSフィードに概要やタイトルしか入れないという発想になるのだと推測している。
本サイトにアクセスしてくれないと広告を見てくれない。広告が露出しないと不人気サイトだと思われてしまうし、金銭的なゲインもなくなってしまう。
……うーん、これってどっかで聞いたような話だと思いませんか？
「iTunes Music Storeなんてものを日本でやられたらCDが売れなくなっちゃうだろ」とか「ハードディスクレコーダーでテレビを録画されたらCMをスキップされちゃうだろ」とか。
実際には逆になっていますよね。不便な仕組みに閉じ込めておくと、客はどんどん逃げていく。もしHDDレコーダーでデジタル地上波が録画できないようにプロテクトがかかったら、テレビを見ないでネットやIP電話で暇つぶしをする人はもっと増えると思う。
短絡的な感情で「不便」にするのは逆効果になる場合が多い。
RSSに記事文が入っていないと、そもそも本サイトどころかRSSですらそのサイトを読みに行かなくなってしまうのでは無いだろうか。
「わざと普通の人とは逆の発想でメリット・デメリットを考える」というのがアイデア勝負のイロハのイだから、あえて揚げ足をとってみたり詭弁をついてみたりすることにして「RSSに記事全文が入っていないとサイトへのアクセスが減る」と断言してみようと思う。
客は非情で正直だから、サービスをわざと悪くするとちょっとした反感をもたれて逃げられます。広告が見られないことぐらい安いモンです。認知度を上げるほうがよっぽど価値が高いと思う。（認知度は要らないし自分のファン以外はサイトにアクセスして欲しくないという話は別の話題←はてなエチケットペーパー敷き）

まず前提として「エントリーの全体概要を最初の50文字で説明する」という客引きに重要な手法が重要:

江面さんのmemoを読んだらそんな情報が。

say "Con Nichi Wa, Me Na San" using "Vicki" saving to (choose file name default name "hello.aiff")

という例文。
というかメカゴノレゴの声とかをワザワザ工夫してドライバいれて録音する必要ないのか。
直接.aiffで音声が作れるなら、After Effectsレンダリング終了時のチャイムをホスト名に入れ替えちゃおうかな。

業界人のblog。
内容からすると「ロバの耳」系のサイトっぽいな。
AnimeStaff - AmanoNote_ から。

配偶者の人はブッコディムーロで隠しメニューの「蟹とアボガドの冷しパスタ」を頼んでいた。

鎌倉街道→町田市裏道→東名横浜IC前→保土ヶ谷バイパス→環状２号という感じで1時間ほどで到着。
結局、TyanマザーのSlot1 Dualマシンを転職祝いご祝儀込みのエー万円で。
電源が無いので買ってこないと動作しないが、静音電源でPentium3なのって無いよな。
いまどきのPentium4電源でもいいのか？　というか検索して勉強しよう。
その他、ケースファン・Compaqの鉄板ベース101キーボード・スピーカー・DEC 21440・マウスなど。

RSSリーダーで毎日チェックできるのね。

＠IT：Windows TIPS -- Tips：サポート技術情報の更新通知サービスを利用する_:

smtpdで蹴っちゃっていいです。

どうもまだport番号のリダイレクト設定が足りないみたい。
61.195.48.0/24
61.195.50.0/24
61.195.60.0/24
61.195.61.0/24
61.195.62.0/24
から来るパケットのport番号をログに取って確認することに。
贅沢なport番号の使い方は、IPv6対応してからにしてくれよん。Play Online。

2425/UDP:

SpamAssassinで判定されたら TMDA_ で送信者に質問メールを送って確認後にML配信するという話題。
これ今野さんの過激意見（ccでML外に質問した時の事を考えて、第三者からのメールもusers-jpでは受け付けるべき。その第三者には手間をかけさせるべきではない）からするとダメに成っちゃうんだろうけど。
もし仮に今野さんの過激意見が「フィルターやれやれ君に対する揚げ足取り」にしか過ぎなくて。別に第三者の多少の手間は許容するポリシーが通るのなら、実現出来そうなアイデア。

その次が「概要」「カテゴリー」。
「日付けリンク / セクションアンカー」は、まともなWebサイトにとって必要な「恒久的なurl」を実現するための手段でしかない。
つまりWeblogツールに取って重要なのは、全文検索機能。
ただし「googleに全てを任せるので検索窓を置く」という方法も現実的。
そのためには「恒久的なurl」をgoogleに優しい形にしておく必要がある。これはmod_rewriteが使えるサーバーならそんなに難しい事ではない。
どんな情報があるのか、一覧でパッと見られる。そしてその概要が書いてある。これ重要。
IT系企業サイトのコラムのバックナンバーとかそんな感じ。@ITとか。
「@ITかzdnetのLinux Tipsにapacheの設定について書いてあったな」と思い付いたら、まず全文検索をするか、パンくずリンクを探すはず。
つまり。良いWeblogツールには

• 全文検索機能が簡単にインストール・設定できる
• 内容やカテゴリーで探しやすい構造
• googleに引っかかりやすいurlが使える

ちゅーかんじ。
ここで日本語特有な罠がある。
英語はスペースで単語区切りが出来ているので、検索機能はそれほど問題には成らないが。
日本語はそのままでは単語区切りが出来ないので、namazuなどの助けが無いと非現実的。
つまり日本語化されたWeblogツールには必ずnamazuやらgoogleやらの設定を付けておくのが好ましいということに。

simplified (modern) directory structure
new ruby based init script
Downloads and build all packages from source
Choose your preferred version of kernel, glibc, binutils, gcc
Supports NPTL in glibc
powerful install and uninstall facilities

initもパッケージ管理もrubyですよ。すべてrubyだけで書かれたLinux distroってのもネタで作ったりしねぇカナ。（ネタ?）

ローカルファイルのチェックをしないから負荷が低いとのこと。知らなかった。

ここ最近は「正しい事よりも、嫌われていないことを良しとする現象」に付いてウダウダと書いているのだが。
RMSやdjbやESRやtheoに、間接的・直接的なお世話になっている輩は大量にいる。
しかし「彼等の主張は過激だよね。毛嫌いする人も沢山いるのはわかる。特に攻撃対象の人は彼等の主張に一理ある事にうすうす気が付いていても、無駄に揚げ足とって反論したくなるだろうね」と、言う人の気持ちもわからなくはない。
クリスチャンに宗教アレルギーを起こす人も、日本では珍しい事じゃない気もするし。
（オレはＤ名誉会長のいるワークステーションじゃないほうのSGIにはアレルギー起こすしな。もっとも、現世利益とやらで聞く耳持たない超自己中な信者のジジイとかにムカついただけなんだけど）

john the ripperで使っている辞書攻撃を、BASIC認証破りにつかっているスクリプトキディがいる?　httpのオープンプロクシか、バックドアを仕込まれたマシンにhttpアクセスされているか。
「987654」とか「foobar」とか「root:wakeup」みたいなjohnにすぐに見つかるBASIC認証だと、破られているところもあるだろうなぁ。

monyoさんが「Unicode」で「日本語処理」の愚痴を言っているというは、Sでmでbの話題なのは自明なんだけど。
日本人でもO'Reillyの CJKV日中韓越情報処理_ を読む人ってのは濃い人だとおもうし。
毛唐に「Unicodeだけじゃm18nは解決しないよウジ虫ども」って言っても理解されにくい。
官僚がプッシュしても解決できそうもなさげ。

カラー写真の技術がなかったころに、撮影された帝政ロシアの写真。
フィルターを使って3枚の白黒写真からカラープリントを作ったという。
素晴らしい。

Terryさんの端末から3D CG室にWinSCPでログインできない。
なんかpingが出来たりできなかったりして不安定。UTPケーブルをかえる。
しかしDHCPだとIPがたらねぇ。プライベートIP移行の手配。

しかし「やっていません。理由はリソース不足です」とか「やっていますが、すり抜けてきます」なのか。どっちなんだ？ 運営側の発言はないのか？
それに「spamについて宣言していないのは、問題視されていなかったからです」という見方も出来るのだから「spamが来ます。あえて何もしていません。頻度はアーカイヴをみれば分かります」ぐらいは書いてもいいのかと。
まぁspamは置いとくとしても「メンバー以外から投稿することが可能です」ってのは初耳だ。メーリングリストの常識（と勝手に考えているもの）からすると、メンバーじゃないとMLに投稿できないのは当然だと思っていたよ。
この辺の常識・非常識ってのは。
例えば「デフォルトインストールでtelnetdは実行しない」とかのポリシーと一緒じゃん。メンバー以外からの投稿を許すためにユルユルにしてますよ、と。
おそらく、今野さんの発言が一番ML運営側の意見を代表していると推測できるんだけど。（ML運営者って誰なんだ？）
これって「コミュニケーションの問題」だと思う。
ML案内ページに「telnetdを上げているけど、これは便利だからあえてしています *1 」と書いてあれば、その危険性やspam耐性の低さを理解して登録できるけど。
常識とずれたポリシーを書かずに *2 そのことについて指摘されたら「こういう理由でユルユルなんだよ!!」と、コミュニケレーション不足を棚に上げて逆ギレってのは。
だいたいusers-jpがコミュニケーションの場じゃなかったのか？ 5.1Rの話題だってしたいけど、MLのspamポリシーについてだって話題にしても良いはずだ。
それこそ「spamが嫌なら自分でフィルターしてください」ってことなんだから「一連のツリーをフィルターしてください」なんて燃料投下されちゃう。
崎山さんの「うぜぇよ。自分でフィルターMLを立ち上げろよ」ってのも正論だけど、極論すぎ感。

宣言しないでspamを放置しておくのは「人聞きが悪い」:

長谷川という学生だった人が立ち上げて、すげぇ巨大なイベントになったよ。でも暗黒面がアリアリ。という話題。
なんかコミケの陰謀論みたいなことやっているな。
北海道では有名な話なのか？

conflictしたら修正しておかないとな。

要するに/usr/ports/converter/libiconvをインストールしておけば良かった。
delegateからftpダウンロードすると、ファイルが壊れるのを回避しないとダメ。

6月1日のリテイク。作画修正。
マンガ原稿をクリンナップしたもの。