tonextone.com/type/

店舗情報の版管理 (skypefind の場合)

2008-11-29T04:11:54Z

The Art of SQL「10 章戦力の結集」「11章計略」から読み取ったこと。

2008-10-05T07:16:50Z

スキーマのモデリング技法のうち重要なものは、以下の 2 つ。

第3正規形(3NF)

汎用的な(最適化されていない、中立的な)スキーマ。
マスター/ディテールもこっち。

スタースキーマ

データ・ウェアハウス用スキーマ。
分類のキーとなる「ディメンジョン」表。
各種「ディメンジョン」の組み合わせに対応する集計可能な値「メジャー」だけを含む「ファクト」表。
メタ設計よりも、サブタイプを使おう。
まだ、ピンと来ないので、引き続き、調べ中。

参考URL:: スキーマのモデリング化技法; データウェアハウス関連用語　解説

The Art of SQL「4 章策略」から読み取ったこと。

2008-09-15T14:20:34Z

効果的なフィルターとして働くカラムを見つける。
なるべく早い段階で、そのフィルターを適用する。

例1: 結合する前にフィルター

結合する前にフィルタリングできるならば、そうしたほうが速いに決まっている。

旧来の結合構文でも、同様。

例2: IN か EXISTS か？

サブクエリの内側のフィルターが効果的な場合は IN (非相関サブクエリ)
サブクエリの外側のフィルターが効果的な場合は EXISTS (相関サブクエリ)
ただし、相関サブクエリの結合キーには、インデックスを張るべし。

Re: Emacs の moccur-grep-find で特定のファイルを無視したい

2008-07-17T15:38:01Z

ずっと dmoccur を使ってたんだけど、

( moccur-grep(-find)は、) find-file でファイルを開くことをしないので，dmoccur よりもはやく検索できますし，バッファが氾濫することもありません．

だそうで試してみることにしました。

で、まずは .svn/* とかを検索対象から省いてから速さを比較しようと思ったんだけれど、この「省き方」の情報が無い。

そんな中、 id:higepon さんが moccur を愛用しているようだったので質問させていただいたところ、
elisp を書いていただきました。ありがとうございました!!!

で、結論を言うと、
どうやら、 moccur-grep(-find) でも、 dmoccur の設定(dmoccur-exclusion-mask)を、利用してくれるようです。
color-moccur.el を読めないなりに読んでみると、どうもそのようです。

現在、以下のような設定で、試用中です。

もともと dmoccur の設定があったせい(おかげ)で、
id:higepon さんから教えていただいた設定を追加しても(しなくても)状況が変化せず、ちょっと混乱してしまいましたが、
id:higepon さんの elisp も、期待どおりの動作をしています。

まだ、試用を開始したばかりなので、もしかしたら、この結論も正しくないかもしれません。
間違いなどあれば、ご指摘いただければ幸いです。

和訳してみた

2008-01-03T11:52:23Z

"Higher-Order JavaScript" by Sean M. Burke を和訳した。 "Higher-Order JavaScript"(ja)

"Higher-Order" という表現に何か高尚なものを感じ、 JavaScript のすごいことが書いてあると期待し del.icio.us したものの、それっきりになっていたので。

最初に斜め読みした段階で、実は、期待していたものではなく、 Perl の人が「JavaScript で Perl を書く」ためのものであることがわかったのだが、
trivial なことでも良いので、何か吸収できるだろうと信じて、区切りの良いところまで訳してしまうことにした。
以下、その過程で脳裏をよぎった物事:

x.func = function() { return this; } ならば、
x.func() の this は x 。
x.func.apply(y) の this は y 。
Function#apply(object, [arg, ..]) は、 prototype.js でいうと、Function#bind(object, arg, ...)
Prototype API Documentation を読もう。要所でソースコードも。
Perl のリストという概念とか、 $arrayref = \@arrayref; $hashref = \%hashref とか、やっぱり変態的。
lisp のリストは俺的にしっくりくるか？ emacs lisp で hello world してみるか。

Google Maps API を SSL で使えるようにしてみる。

2007-10-01T16:12:31Z

2008/03 : /maps?file=api を書き換えるための正規表現のパターンを微調整しました。

2008/05/15 : 通りすがりさんの報告を受けて、正規表現のパターンをさらに微調整しました。

2008/07/25 : また API に変更があったようで、機能しなくなったので、正規表現のパターンを緩めに調整しました。

Google Maps API は HTTPS では提供されていないらしい。
(Google Analytics には HTTPS 版もある。というのは先日知りました。)

しかし、HTTPS なページに、HTTP なリソースを読み込むと IE 曰く、
「このページにはセキュリティで保護されている項目と保護されていない項目が含まれています」と。

この問題を何とかしなければならない機会があったので、
HTTPS な proxy をかまして何とかしてみた。

要するに、Ｇoogle Maps API を使うためには、普通

http://maps.google.com/maps?file=api&v=2&key=...

っていう JavaScript を読み込むけれども、
まずこの JavaScript を https://(自前の proxy )経由でリクエストし、
この JavaScript にハードコードされている http://... を
https://(自前の proxy )経由でリクエストするように書き換えれば良いだけ。
以下は PHP での例。

デモ: https://ssl.tonextone.com/neta/gmap_over_ssl/

# SSL の証明書を買っていないので、その旨の警告は出ます。

./rewrite_gmaps_api.php

require_once 'HTTP/Request.php';

if ($_SERVER["HTTPS"] == 'on') {
  $url_base = 'https://ssl.tonextone.com/neta/gmap_over_ssl/';
} else {
  $url_base = 'http://tonextone.com/neta/gmap_over_ssl/';
}

$url = 'http://maps.google.com/maps';
$url .= ($_SERVER["PATH_INFO"]) ? $_SERVER["PATH_INFO"] : '';
$url .= ($_SERVER["QUERY_STRING"]) ? '?'.$_SERVER["QUERY_STRING"] : '';

$proxy =& new HTTP_Request($url);
$proxy->setMethod(HTTP_REQUEST_METHOD_GET);
$status['proxy'] =& $proxy->sendRequest();

if (PEAR::isError($status['proxy'])) { $response = ''; }
else {
  $response = $proxy->getResponseBody();
  $response_header = $proxy->getResponseHeader();
}

$pattern = array(
                 '<"(http://[^/\.]+\.google\.com)">',
                 // '<"(http://[^/\.]+\.google\.com/intl/en_ALL/mapfiles/[0-9a-z]+/maps2)" *\+ *"(\.api/main\.js)">',
                 '<"(http://[^/\.]+\.google\.com/intl/en_ALL/mapfiles/)>',
                 '<"(http://(kh|mt)[0-9]+\.google)>',
                 );
$replacement = array(
                     '"'.$url_base.'proxy.php/\\1"',
                     // '"'.$url_base.'proxy.php/\\1\\2"',
                     '"'.$url_base.'proxy.php/\\1',
                     '"'.$url_base.'proxy.php/\\1',
                     );

$response = preg_replace($pattern, $replacement, $response);

header("Content-Type: {$response_header['content-type']}");
// header("Content-Length: {$response_header['content-length']}");
echo $response;

./proxy.php

UserPrivateGroup の使いどころ

2007-09-22T16:15:31Z

unix 系のサーバにアカウントを作成する際に、
$ id someone ; uid=1001(someone) gid=1001(someone) groups=1001(someone),500(project),10(wheel)
というように 'someone' のプライマリグループとして 'someone' を設定する事がある。
このようなポリシー、またはこのような 'someone' グループを User Private Group というらしい。

なんか意味無くグループ増えるだけじゃん…と思って、ここ最近では避けるようにしていたんだけど、
本日ようやく使いどころがわかった。

プロジェクトチームでファイルを共有する場合、

同じグループ 'project' に 'someone1', 'someone2' が参加している状態にして、
共有したいファイルの所有グループを 'project' にし、
グループ読み書き権限を付与しておく

…というのは良くあるケースだと思う。
2,3 を実現するためには、それぞれ、 setGID, umask(002) を使ったりする。

このようなケースで、
User Private Group ポリシーを採用していない場合、つまり
$ id someone1 ; uid=1001(someone1) gid=500(project) groups=500(project),10(wheel) $ id someone2 ; uid=1002(someone2) gid=500(project) groups=500(project),10(wheel)
のような場合、共有したくないファイルを作成するのが難しい。
普通にファイルを作成するだけで someone1:project の所有物となり、
umask(002) の効果で、自動的に project グループで共有されてしまう。

一方、User Private Group ポリシーを採用していれば、
普通にファイルを作成した場合は、 someone1:someone1 の所有物となり誰とも共有されず、
project グループで共有されるのは setGID されたディレクトリ内だけになる。

この違いが、重要な場合もあるだろう。
例えば、共有レンタルサーバの管理とかする場合は必須だろうと思う。

# umask のほうをディレクトリ毎に設定するのも一案だが、その方法は、まだ知らない。

Apollo 雑感

2007-03-22T15:29:16Z

Adobe Labs - Apollo 面白そうなので、HTML + JavaScript + CSS なウィジェットを作ってみた。

まずは普通に、HTML + JavaScript + CSS で、
GoogleBase のデータを JSONP で展開して入力を補完するっていう単純なものを作った。
http://tonextone.com/neta/GDataCompletions/

で、これをウィジェットにする。
全く変更なしで、さくっとウィジェット化できた！
http://tonextone.com/neta/GDataCompletions/GDataCompletions.air

↑この .air ファイルの実体は zip 書庫で、
展開すると、HTML, JavaScript, CSS がそっくり入っている。
確か Konfabulator(現 Y! widget) も、こういう設計だったと思う。
(今は違うみたいですね)

端的に言えば、Apollo は、
これまでもいろいろあった Flash 系、HTML 系ウィジェット実行環境を統合する、
Yet Another なウィジェット実行環境、という印象。

Firebug Lite の console.*(); の出力が改行されて欲しい件。

2006-12-08T05:52:11Z

早速、IE で Firebug Lite を使ってみているのだけれど、
console.log(); などによる、コンソールへの出力が、改行されない。
オシイ。とりあえず応急処置。

追記: 12/25
コメントでご連絡いただいた、 WebOS Goodiesの歩行者さんによる
firebug Lite ブックマークレットでの修正箇所を参考に、以下のように変更した。

WebOS Goodiesの歩行者さんは、

var row = consoleBody.ownerDocument.createElement("pre");

としているのだけど、
これだと row.className に指定されているであろうスタイル等と干渉する気がしたので、
innerHTML だけ、pre で囲んでみた。
結果として IE6 でも改行反映された。

MT をもう少しちゃんと使ってみる。

2006-12-02T16:06:47Z

MT を使って何本かエントリを書いてみて:

本文中の改行の br タグへの変換が直感に反する。
でも、そういうものとして定着してしまったのでしょう。
郷に従います。
サイドバーとかに表示させる、
汎用性のある HTML のブロックを 'module' と呼び、
その 'module' をまとめたものを 'widget' と呼ぶらしい。
'widget' 単位で管理することにした。

MT は、使い勝手よりも、カスタマイズの自由度が優先された、玄人向けの設計だと思う。
それが、結局は、受け入れられたんだろうなぁ…と、いまさら思う。

で、Vox は、そうじゃない市場向け、と。

svn 入門(その2)

2006-11-30T07:44:53Z

前エントリから続き。

前の構成では、衝突の解消がうまく扱えてなかったので、
「極力フロントエンドで調整する」という方針にしたがって、
フロントエンドを変えてみた。

現在の構成は以下の通り、

Subversion 1.3.2 (cygwin 版)
meadow 3.00 (based on GNU Emacs 22.0.90.1)
vc-svn.el (FSF 版)

.emacs の変更などはほとんど必要なかったはずだが、結局いろいろいじった。
使っていないのに JDE やら、ECB までも最新にした(汗)。
#
# meadow の変更点について、蛇足。
#
# MULE-UCS は使わない前提になったようなので、該当部分をコメントにした。
#
# ;;; (load "un-define");; unicode
# ;;; (load "un-tools");; unicode
#
#
# ファイルを dired バッファにドロップすると、そのディレクトリにコピーされる!
# (meadow 2 系までは、ドロップしたファイルが開いていた)
# で、undo すると、dired 上でだけ消えるが、実際は消えない。
# 逆に dired からはドラッグできない(一方通行)。
# ちょっとキモイので、前の挙動に戻す設定がきっとあるはず。
#
#
# w32-symlinks( Windows のショートカットを良きに計らってくれるやつ)
# が無効っぽくなってたけど、w32-symlinks.el のコメント読んだりして、
# 結局 (load ) の前に (setq ) したら上手くいった。
#
# (setq w32-symlinks-handle-shortcuts t)
# (load "w32-symlinks")
#

これで、vc 経由の svn が、満足できるレベルで使えるようになった。
]]> ◆ vc の基本操作

M-x vc-update: => svn update
作業コピーに、最新のリビジョンでの変更を反映する。
※ 現状の vc-svn.el では、 vc-update で
※ レポジトリでのファイルの出没(追加 / 削除)までは追従できないようだ。
※ つまりディレクトリの内容の変更は反映できないようだ。
※ したがって svn update は必要。
M-x vc-next-action (あるいは C-x v v): => svn add, svn ci
状況に応じて、次のアクションを行う。
未追加ファイルなら、追加フラグ( vc-register )。
編集前なら、ロック。
編集後なら、チェックイン。
※ svn では「ロックしない」ので、
※ 編集前に v v しても、実質何も起こらない。
※ 編集前に自動で vc-update されるとうれしいかもしれないが、されない。
M-x vc-merge (あるいは C-x v m): => svn merge
リビジョンの異なる作業コピーをマージする。
衝突(バックエンドが解消しきれない差分)があれば、
該当部分を衝突マークで囲む。
つまり閲覧中のファイルが書き換えられるわけだが、
emacs は通常、バッファを自動で再読み込みしないので注意。
(当然、*.mine, *.rA, *.rB というバックアップファイルもできる。)
M-x resolve-conflicts: => svn resolved
　 …しているわけではないようだ。
　 *.mine, *.rA, *.rB みたいなファイルは自動削除されないので。　
衝突の解消を ediff でステキに支援する(以下で図説)。
M-x vc-delete-file: => svn delete
作業コピーに削除フラグをたてる。
※ その後 svn ci でレポジトリに反映する必要がある。
M-x vc-rename-file: => svn rename
作業コピーに削除フラグをたてて、別名で複製したものに追加フラグをたてる。
※ その後 svn ci でレポジトリに反映する必要がある。

以下、work, work2 という 2 つの作業コピーで、衝突の解消を図説。

▼オレンジ色でマークされている行を変更します。

▼work で変更し、v v (チェックイン)。

▼work2 でも同じところを変更し、v v (チェックイン)。

▼work2 のチェックインは失敗(work のチェックインによって、レポジトリのリビジョンが更新されているため)。
マージが必要。

▼work2 で、v m (マージ)。衝突した。

▼M-x vc-resolve-conflicts (衝突の解消)。

▼衝突を解消して、*.mine, *.rA, *.rB とかのファイルを削除して、改めてチェックイン。
(ここでは、敢えて「衝突しない変更」を加えてみたが、無事チェックインできた。)

▼work のほうに戻って、M-x vc-update (アップデート)。
上で加えた「衝突しない変更」も、更新された。

こんな感じで良いんだろうか?

◆ vc のここが便利(emacsen ユーザにとって)

その1. v v, v m

　日常的には、v v 、たまに v m だけで済みそう。

その2. ediff の支援

　ediff は 3 年ほど使ってるので、ありがたい。

その3. vc dired

　emacs で複数のファイルを一覧したり一括操作したい場合、
emacs 上のファイラーである dired(ディレクトリエディタ)を使うんだけど、
vc では dired に vc の機能を追加した、vc dired モードを使える。
基本的に、diredo と同様の操作方法で、マーク(m)したファイルを対象に一括操作する。

vc の機能のキー操作の比較
機能	通常のファイルバッファ	vc dired バッファ
詳細/簡易表示のトグル	なし	v t
'next-action'	C-x v v	v v
マージ	C-x v m	v m
ログ閲覧	C-x v l	v l
以下、同様。

とりあえず、そんな感じ。

svn 入門

2006-11-16T08:08:28Z

運用中の最新ファイルでローカルの作業コピーを更新
emacs(meadow) で編集
ediff で差分確認
更新

というのを手作業で繰り返すのはもうイヤだ。
いい加減バージョン管理システムが必要だ。

つーわけで、Subversion にスムーズに移行すべく調査、検討した。
]]>

Subversion 1.3.2 (cygwin 版)
meadow 2.10 (based on GNU Emacs 21.4.1)
vc-svn.el (Jim Blandy 版)

方針として、極力フロントエンドで調整する。
バックエンドの設定項目にも、ざっと目を通しておくけど、デフォルト前提で。

◆ Subversion

cygwin の setup.exe でインストール。
いつのまにか、~/.subversion/ ができている。
/.subversion/ 以下のファイルでいろいろ設定できるので、要チェック。
参考: http://subversion.bluegate.org/doc/book.html#svn.advanced.confarea.opts

今回は、とりあえず、日本語でログ書けるように設定した。

このあと、emacs の設定で utf-8-dos をデフォルトにするので、これで良い。

ついでに、locale も UTF-8 に合わせないと端末でログなどの表示が化ける。

svnadmin, svn のメモ:

◆ emacs の日本語の扱いを調整

久しぶりに、 .emacs を整理した。
meadow なので、sjis-dos デフォルトで無問題だったんだけど、
Subversion は UTF-8 前提だし、まー今後の事も考えて、
utf-8-dos をデフォルトに変更した。
(ただし Windows なら、入力と出力だけは、japanese-shift-jis-dos ですよと)

以下、日本語環境部分を .emacs より抜粋。

;;;;;;;;;;;;;;;;;;;;;;
;;; 日本語環境設定 ;;;
;;;;;;;;;;;;;;;;;;;;;;
(load "un-define");; unicode
(load "un-tools");; unicode
(load "jisx0213");; unicode
;;; ↑これらを↓これより先に書く。
(set-language-environment "Japanese")
(prefer-coding-system 'utf-8-dos)
;;;
;;; 言語環境を日本語にすると Meadow は自動的に次のように設定するらしい。
;;; (set-clipboard-coding-system 'japanese-shift-jis-dos)
;;; (set-w32-system-coding-system 'japanese-shift-jis-dos)
;;; (setq default-file-name-coding-system 'japanese-shift-jis)
;;; (set-default-coding-systems 'japanese-shift-jis-dos)
;;;
;;; さらに、set-default-coding-systems で次のように設定される。
;;; (setq-default buffer-file-coding-system 'japanese-shift-jis-dos)
;;; (setq default-file-name-coding-system 'japanese-shift-jis-dos)
;;; (setq default-terminal-coding-system 'japanese-shift-jis-dos)
;;; (setq default-keyboard-coding-system 'japanese-shift-jis-dos)
;;; (setq default-process-coding-system '(japanese-shift-jis-dos . japanese-shift-jis-dos))
;;;

(set-default-coding-systems 'utf-8-dos)                      ;; default
;;; (set-keyboard-coding-system 'japanese-shift-jis-dos)         ;; IN
;;; (set-terminal-coding-system 'japanese-shift-jis-dos)         ;; OUT
(setq default-keyboard-coding-system 'japanese-shift-jis-dos);; IN    (default)
(setq default-terminal-coding-system 'japanese-shift-jis-dos);; OUT   (default)
(setq default-buffer-file-coding-system 'utf-8-dos)          ;; buffer(default)
;;; (setq-default buffer-file-coding-system 'utf-8-dos)          ;; buffer(default)

(set-w32-system-coding-system 'japanese-shift-jis-dos)
(set-clipboard-coding-system 'japanese-shift-jis-dos)
(setq default-file-name-coding-system 'japanese-shift-jis)
(setq default-process-coding-system '(utf-8-dos . utf-8-dos))

(mw32-ime-initialize)
(setq default-input-method "MW32-IME")

しかし、
(setq default-buffer-file-coding-system '...)
とか、
(setq-default buffer-file-coding-system '...)
とか、
(set-default-buffer-file-coding-system '...)
とか、紛らわしいので勘弁して欲しい。

ちなみに、
「PuTTY 上の emacs」と meadow のモードラインの違いを、始めてちゃんと見た。

…文字端末を使っている場合、csは3文字になり、それぞれ、
キーボード入力のコーディングシステム、
画面出力のコーディングシステム、
編集中のファイルのコーディングシステムです。

、だそうです。
参考: http://www.bookshelf.jp/texi/emacs-20.6-man-jp/emacs_4.html#SEC11
このおかげで、

keyboard-coding-system
terminal-coding-system
buffer-file-coding-system

という 3 つのパラメータを意識したら気のせいかスッキリした。

あと、何となく Customize とかで設定しちゃってた部分とバッティングして苦労した。

◆ vc-svn

vc-svn を入手。Subversion のソースツリーの中の、/contrib/client-side/vc-svn.el です。
vc は標準でバンドルされてるので、vc-svn.el を load-path に置いて、
って書くだけで良い。

以降、 vc 経由で cygwin の svn が呼ばれる。

vc のメモ:
参考: http://www.bookshelf.jp/texi/emacs-20.6-man-jp/emacs_15.html#SEC118
チェックアウト、チェックイン、追加は、

コレだけ(!)で済む。
衝突したら、vc-merge( C-x vm ), vc-resolve-conflicts とかするんだと思う(あとで試す)。
困ったら、

で、調べる。

◆ linux とかではどうなの?

emacs の設定さえ頑張れば、linux でも問題ない(ように見える)。

◆宿題

vc で削除ってどうやるの?
M-x ediff-revision で差分が見れるけど、
vc-merge, vc-resolve-conflicts
と、どう絡んでくれるか?
上手く絡んで欲しい。ediff 最強。
ログの書き込みは問題ないが、
locale を UTF-8 に合わせないと表示が化ける。
だけど、cygwin の locale は腐っている。ﾀｽｹﾃ。
実は TortoiseSVN も入れているんだけど、
cygwin のパスが Windows 的に素直じゃないので、
共有とか難しいんだろうか?
それ以前の問題として、Subversion のバージョンが違うので、
レポジトリとかのフォーマットが互換性が無い模様。しばらく様子見。

JSONP / JSONScriptRequest

2006-09-18T05:40:45Z

最近 JSONP って呼ばれているものは:

1. JavaScript で script タグを生成する。: <script src="/foo.cgi?callback=showResult&args=..."></script>
この例の場合は、script タグが生成されたタイミングで、
/foo.cgi?callback=showResult&args=...
がリクエストされ、リクエスト変数に応じた動的な結果が返ってくる。
2. 結果は JSON で返す。: { results: [ {name: 'hoge'}, {name: 'fuga'}, ... ] }
3. どうせなら…という事で、コールバック関数で wrap して返す。: showResult({ results: [ {name: 'hoge'}, {name: 'fuga'}, ... ] });

…で、showResult は別途実装…という一連の考え方のようだ。
XMLHttpRequest になぞらえて JSONScriptRequest と呼ばれたりもしている。
]]> XMLHttpRequest 使わないで、Ajax するっていう部分が重要なのであって、
XMLHttpRequest の「XML」と同様、JSONScriptRequest の「JSON」も大して重要でない。

なので、JSONP っていうネーミングには、あまり感心しない。

私は昔、Google suggest で遊んでいたのだけれど、実はあれも JSONP 的に使える。
http://www.google.co.jp/complete/search?hl=ja&js=true&qu=test
それに、XMLHttpRequest の場合でも、
サーバクライアント間のデータは JSON でやり取りしたほうが便利だと思う。

例えば、以下のような JSON をリクエスト変数に突っ込んで、XMLHttpRequest する。

結果も、同様の形式で以下のように返す。

とか。

いろいろ似たようなテクニックが出てくると、
どれが良いとか悪いとか、(もしかしたら不毛な)議論に煩わされかねない。
テクニックを駆使しているつもりで逆に使われてしまわないように、気をつけたい。

XMLHttpRequest とセッション

2006-08-29T11:47:14Z

PHP におけるセッション管理では、
$_GET ではなく、$_POST でもなく、$_COOKIE からセッションID を受け取り、
さらに、$_COOKIE 以外で半券(チケット)を受け取って、
セッションID と照合して正当性を確かめるのが定石だ。

1. $_COOKIE による受け取りが必要な理由:

1.1 悪意の第三者は、あなたのリクエストに含まれる $_GET, $_POST を、自由自在に変更する罠を作れる。
1.2 PHP ではリクエスト変数($_GET, $_POST, $_COOKIE)によってセッションID を指定できる。

したがって、
$_GET, $_POST でセッションIDを受け取るようなシステムでは、
悪意の第三者が仕掛けた罠によって、
悪意の第三者が指定したセッションID で、
あなたのセッションが開始される可能性がある。

2. $_COOKIE 以外での半券の受け取りが必要な理由:

2.1 悪意の第三者は、あなたのリクエストに含まれる $_GET, $_POST を、自由自在に変更する罠を作れる。
2.2 ブラウザは、リクエストの際に、ドメイン・パスが一致する Cookie を、自動的に付加する。

したがって、
半券による照合のないシステムでは、
$_COOKIE だけでセッションが再開してしまい、
悪意の第三者が仕掛けた罠によって、
悪意の $_GET, $_POST が、あなたのセッションに混入する可能性がある。
]]> get, post, cookie を上記のように駆使する事の有意性に何ら変わりない。

主要なブラウザの XMLHttpRequest では、
ちゃんと cookie が送信されるようなので、問題なし。
半券は、高木式を採用し、JavaScript で cookie を読んで、
XMLHttpRequest に追加して送信する。

ここまでは問題ない。

問題は、さらにワンタイムセッションを導入している場合だ。

【前提】リクエスト毎にセッションID を変更している。

ユーザの1クリックをトリガーとして、
複数の XMLHttpRequest を連続して実行する場合もある。
(例えば、データ登録フォームと登録済データ一覧とが、同一ページにある場合など)
そういう場合、当然、cookie も XMLHttpRequest の数だけ送信される。

通常の同期通信では、リクエスト毎に逐次セッションID が変わって無問題なのだが、
非同期の XMLHttpRequest では、非同期であるが故か? どうもそうならない。

送信内容を監視してみると、
連続する XMLHttpRequest の間 cookie の値(セッションID)が変わらない。
しかし、サーバ側では、最初のリクエストの時点でセッションID は切り替わっている。
つまり、途中でセッションが切れている?

というか、実は、
クライアント側には cookie が、
サーバ側にはセッションデータ(及び、その抜け殻)がウジャウジャ出来て、
挙動がつかみきれなくて、イヤになった。

ひとつだけ言える事は、
上記【前提】を見直したほうが良さそうだということ。
Ajax 使わないセッションならリクエスト毎にセッションID を変更してもまぁ良いかと思っているけど、
Ajax 使うと、1つのブラウザから非同期でリクエストがあるわけだから、
リクエスト毎よりはユーザのアクション毎とか、あるいはタイマーでセッションID 変えるほうが賢いかもしれない。

VMWarePlayer で FreeBSD 5.5

2006-08-28T15:00:00Z

ムチャしても良い開発専用サーバが自宅に欲しくなったので、
ちょうど手近に空いていた PC
(3年以上前に買って、一回故障した ThinkPad R40 ,Win XP 入り)
に、仮想開発サーバを導入した。

最初は、coLinux を試したが、ネットワーク接続などの設定が面倒なのと、
自宅の無線 LAN に、普通に参加させるのが難し(無理?)そうだったので、
結局、VMWarePlayer にした。
]]> http://nhh.mo-blog.jp/ttt/2005/11/vmware_freebsd__743b.html
を大いに参考させていただきました。ありがとうございます。

大まかな流れ:

hoge.vmdk (ディスクイメージ)を作成。
hoge.vmx (設定)を作成。
OS をインストール。

今回は、ISO イメージファイルから OS をインストールしたかったので、
ISO イメージファイルが CD-ROM として認識されるように vmx ファイルを調整し、
VM が起動しはじめた直後に、BIOS に入って、ブートデバイスを選択した。

[ 作成した vmx ファイル]

# BIOS に入るのが難しかった。
# ホスト OS 側に、マウスのフォーカスがある状態では、VM のほうの制御はできない。
# まず、VM の窓の中をクリックして、それから、'F2' などを押す必要がある。

ネットワークの設定も簡単で、
Bridged、NAT、Host-only の 3 種類のうち、Bridged を選択し、
「普通に」 DHCP で無線 LAN に参加させた。

というわけで、この仮想自宅サーバでは、
版管理(Subversion,svk), Perl(catalyst, sledge) などを試しまくる予定です。