Share Point Server高すぎ

かなり前の話ではあるんだけど…

「WikiがなければMS Share Point Serverを使えばいいじゃない」(超意訳)という意見を見かけたことがある。

じゃあってんで値段を調べてみたのだけど、そのメモが今頃になって出てきた。

ライセンス名 SharePoint Internet 2007 Japanese MVL
価格 \3,147,430

ライセンス名 SharePoint Enterprise CAL 2007 Japanese MVL User CAL
価格 \5,710

たけーよwwwww
いや、自分の勤務しているところはMS Select契約を結んでいるので、ウソのように安い値段でMS製品を購入できるのだけど、それでこの値段か。

その時はサイボーズのガルーンについても調べたようで、

A 50ユーザー ￥600,000/50ユーザー ￥420,000/50ユーザー
B 51〜249ユーザー ￥11,000/1ユーザー ￥7,700/1ユーザー
C 250〜499ユーザー ￥10,000/1ユーザー ￥7,000/1ユーザー
D 500〜999ユーザー ￥9,000/1ユーザー ￥6,300/1ユーザー
E 1000〜2499ユーザー ￥8,000/1ユーザー ￥5,600/1ユーザー
F 2500〜4999ユーザー ￥7,500/1ユーザー ￥5,250/1ユーザー

ということだった。まあ、単にスケジュール調整する程度だったらこっち採用するよなあ。

クッキー名 #2

ホワイトリストを使ってクッキーをリセットし、6/29から7/8でどれくらい増えるかという実験(うち研修で4日ほど不在)。

まず、リセットした時点でのクッキーのサイズは2461バイト。

-rw-r--r--   1 foo     users       2461 Jun 30 02:03 white.txt

これがこうなった

-rw-r--r--   1 foo     users      81841 Jul  8 19:47 black.txt
-rw-r--r--   1 foo     users      84267 Jul  8 19:47 cookies.txt
-rw-r--r--   1 foo     users       2425 Jul  8 19:47 white.txt

つまり、81806バイト増え、リセットによって81842バイトクリアされたということ。
まさにいたちごっこ…

開封確認ウザイ

「開封確認が」というよりは「わざわざ開封確認を指定してくるやつが」といったほうがいいだろうか。
まあ、そういうやつは身のまわりには約1名しかいない。しかし、その約1名というのがメーラの自動送信機能を使って「今日の確認リスト」みたいなメールをバンバン送ってくる困った奴なので、迷惑なことこのうえない。

とはいえ、自分自身は開封確認はすべて無視、自動送信はフィルタでひっかけてごみ箱直行なので、「迷惑」というのはあくまで周りの人にとってである。
こちら側でもDisposition-Notification-Toヘッダがついているメールに自動返信してみようかと思うのだが、自動応答は会社の規則でできないことになっているので悩ましいところ。

まあ、こういう問題は技術的にではなく、上司に相談するのが一番いいだけどね。

クッキー名

クッキー名と言っても、マリーとか鳩サブレとかじゃなくてHTTPのアレのほう。
Firefoxのcookies.txtを見ると、特定のクッキー名が多いなあと思ってちょいと頻度を調べてみた。

  4 BZA_UQ_ID
  4 aad
  4 c1
  5 Apache
  7 futomiacc
  8 100474499P
 20 CCAX_vid
108 __utmz
109 __utma

CCAX_vidはNifty系のサイトから送られてくるらしい。
__utmはGoogle Analyticsなのね。多いなあ…
以前はもっとNGUserIDというのが多かった気がするけど、調べてみるとそうでもなかった。

もっともこれ、400以上のサイトからのクッキーを拒否したうえでの集計結果なので、あまりあてにはしないほうがいいかも。

pukiwiki-edit-modeとWikiName

PukiWikiに書く内容をオフラインで下書きするとき、Emacsならば先頭行に「// -*- pukiwiki-edit -*-」と書いておけば自動的にpukiwiki-edit-modeになるので便利だ。
場合によってはoutline-modeよりも視認性がいい場合もある。

ところでこのpukiwiki-edit-modeだが、WikiNameを認識するのがうざったい。
C++やJavaのソースコードを貼り付けると、妙なところでアンダーラインが引かれてしまう。
また、ヘッダ行にWikiNameと認識できるものが入ってしまうと装飾がおかしくなってしまう。

pukiwiki-mode.elを改造しようと思ってソースを読んでみたのだけど、単に~/.emacsに(setq pukiwiki-style-anchor-regexp-alist nil)を入れておけば良いらしい。まあ、今時WikiNameなんか使わないだろうし、これでいいかなと。

あとは、URIに反応するところと、改行時に前行のインデントを継承するのをやめさせたいなあ…

単語のクロスリファレンス作成用PukiWikiプラグイン

仕様書に出現するパラメータの一覧を出力するPukiWiki用のプラグインを探してみたけどなさそうだったので作成。
正規表現で指定した範囲のページから、特定のパターン(例えば《単語》など)を正規表現で抽出し、単語ごとに出現ページと出現頻度を出力するというもの。
これも実用になりそうだったら本家に出してみるか…

しかし、PukiWikiのプラグインは数が多すぎるなあ。見出し混みでページの一覧を出してくれるプラグインを作ってみたのだけど、ls2プラグインに含まれている機能だったりしてとほほんですよ。
まあ、良く読まない自分が悪いんだけどさw

PCDN News Letter 休刊

PCDN News Letterがいつのまにか12/3に休刊していた。
確かにRSSがあるから、リンク集としての価値は低下していたのは確かだなあと。
そういえばURLのみを列挙したニュースサイトもほとんどなくなったね。

CppUnit/cppunit-xのPukiWikiプラグイン

例えば

* ファイル操作/File
ファイルに関する操作をまとめたクラスです。

** オープン/open
ファイルを開く
** クローズ/close
ファイルを閉じる

とPukiWikiに書いたら、

/// ファイルに関する操作をまとめたクラスです。
class File {
    /// ファイルを開く
    open();
    /// ファイルを閉じる
    close();
};

や

class FileTest: public Test {
    /// File::openのテスト
    void test_open();
    /// File::closeのテスト
    void test_close();

    static Test *suite() {
        TestSuite *ts = new TestSuite();
        ts->addTest(new TEST_CALLER(FileTest, test_open));
        ts->addTest(new TEST_CALLER(FileTest, test_close));
        return ts;
    }
};

を出力するプラグイン作った。実戦投入して、便利だったら上流に投げてみようかなあ…

Googleグループ

Googleグループで久しぶりにnetnewsを見てみた。
fj.unixとかfj.news.usageとか巡ってみた。

…泣けてきたw

ダイヤルアップで初めて個人でIP接続した際は、わざわざmnewsとleafnodeをインストールして公開ニュースサーバに接続したものだけどなあ。
カオス的なところは2ちゃんねるに受け継がれてるし、純粋に情報を求めるならgoogleがあるし、たしかに立ち位置的にはつらいだろうなあ。

また、モヒカン族の元祖みたいなものがあふれていた場所でもあった。自分はそういうのは嫌いじゃない(というか、むしろそっち側だと思う)けど、ああいうのがダメな人はきっと多いだろうことは想像に難くない。

Thunderbird入れた

# あ・ごー

自宅のメインマシンのSolarisでは長らくCSWのsylpheed-clawsを使っていたのだけど、ときたま日本語が化けるのと、SPAMフィルタが内蔵されていないのにほとほと嫌気がさし、ついに乗り換えを決意。

まずは本家sylpheedに復帰しようと思ったのだけど… うぐぅ、ビルドできない。
いや、実行ファイル自体はできるんだけど、すぐsegfault。GTKがらみっぽくて、おっかける体力もない(まあ、少なくとも朝の5時に試せるほど簡単じゃなかったw)。

そういうわけで、長芋にまかれてThunderbirdにしてみたのだけど…
なんと、MH形式からのインポートに対応していない罠www
時代の流れは残酷だw

まあそれでもpackfコマンドを使ってファイルを変換する方法があったので、さっそく実行。nmhというパッケージを使ったのだけど、ひさしぶりにMHを使ってちょっと感慨にふける。そしてThunderbirdではアカウントの設定(電話会社のアカウント)とSPAMフィルタの学習、振り分け設定を実行して… ああやっぱ新しいソフトは便利でいいねえ。

ところで、テキストエディタ・ウェブブラウザ・メールソフトがいずれも会社のWindowsマシンと同じソフトになった。これはEmacsとMeadowを同一視しての話だけど、だとするとMS OfficeとStarSuiteもいっしょと言えなくもない。クロスプラットフォーム万歳。

クッキーの謎

Tracking cookieはスパイウェアではない…という文章を読んでみたんだけど、あくまで分類の話ということなのね。
たしかに個人情報を送っているわけではないから定義上スパイウェアではないんだけど、それを許容できるかという問題とは別の話かなあと。

個人的にはユーザ登録してあるサイトでブラウズ履歴を探られてはちと気分が悪い。googleやamazonやアクセス集計サイトにアクセスし、その後アフィリエイト画像付のサイトを巡ったら、googleやamazonに訪問先がばれてしまわないだろうか? まあ、よほどのことがなければわざわざ個別のユーザについて調べるはずはないってのは分かってるんだけど。

というのも、たまたまcookieのファイルみてたら、かなり多くのサイトから"__utm"+1文字というcookieが発行されていて、なんだかなーと思った次第で。ここの会社かなあ。

かくいうこのサイトも、アクセス集計のためにバナー貼ってるんだよね。これって、訪問者の情報を売り渡していることになるのかなあ… うーむ

CNET Japan Blog - 佐々木俊尚 ジャーナリストの視点

CNET Japan Blog - 佐々木俊尚　ジャーナリストの視点：「これを読めばすべてわかるっていうブログはないんか？」

おじさんはポータルがお好き、という結論はちょっと判断できないんだけど、次の分析は言われてみると実にもっともだ:

新聞という紙のメディアが好きな中高年は、わざわざ紙のメディアをパソコン画面で見たいとは思わないし、30代前半以下のネットの世代にとっては、新聞の記事なんていうのは新聞社のサイトでマイクロコンテンツ化されたものを読めばいいわけであって、わざわざ紙のイメージのものを読むメリットはまったく感じていない。

Wordで200MB近い開発資料を12人の開発メンバに紙で配布させようとしていた年上の同僚(40代半ばかな?)を思い出して妙に納得。メモメモ。

個人的には、活字や紙媒体というものへの愛着は年上世代に負けているつもりはない。若い時に読んで感動した本はいまでも大事に取ってあるし、電子書籍で買い直すつもりもない(たとえBookOffで買うことはあっても)。けれども、特に仕事で使う資料を紙に出すとなると強い抵抗感がある。我ながらこの差はなんだろうね?

ところで、新聞の内容を低価格で提供するサービスがあるというのは初めて知ったのだけど、これはなかなか魅力的じゃないだろうか。うるさい拡張団も来ないし、重い新聞紙の束を捨てに行かなくてもいいのは素晴らしい…ってそっちかよw
とはいえ、読む時間ない、紙面がイデオロギーで片寄っていることが多い、当用外漢字を使ってない、科学技術関係の記事が正確ではないことが多い、であることを除けば、ちょっと購読してみようかという気になるサービスだ。

500Mアクセス/s

ITmedia News：2ちゃんねる障害はDDoS攻撃が原因か
てっきりW杯のせいかと思ったんだけどなあ。
サッカーファンの皆様ごめんなさい。
しかし、"500 Meg+ per second"とかモーレツすぎ…

国産画像検索エンジン?

国産検索エンジン開発へ、産学官が一致団結 - CNET Japan
我が家の画像ファイルも自動振り分けできるような機能をつけてください。

% cd ~/work/download
% find . -type f | wc -l
1011

未整理ぶんだけでこれだけあるので orz