tonextone.com/type/

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

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

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'}, ... ] });

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

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

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

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

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

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

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

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

このようなケースで、
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 されたディレクトリ内だけになる。

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

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

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

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

2009/07/19 : kobuchi さんの報告を受けて、修正しました。
Google 側のコードの変更により /maps?file=api だけではなく、そこから先で動的にロードされる JS ファイルの内部も書き換えることが必要になったので、そのように変更しました。

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

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

• 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 してみるか。

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

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

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

例2: IN か EXISTS か？

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

   第3正規形(3NF)

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

   スタースキーマ

   データ・ウェアハウス用スキーマ。
   分類のキーとなる「ディメンジョン」表。
   各種「ディメンジョン」の組み合わせに対応する集計可能な値「メジャー」だけを含む「ファクト」表。
   

2. メタ設計よりも、サブタイプを使おう。
   まだ、ピンと来ないので、引き続き、調べ中。

参考URL:

スキーマのモデリング化技法

データウェアハウス関連用語　解説

さくらで借りている専用サーバー(このブログも入ってる)の OS を、
リモートアップデートした。

FreeBSD 5.4-RELEASE => 6.4-RELEASE

5.4 用の ports のリポジトリが更新されなくなって来ている気がしたのが理由。

OS のアップデート自体は、ほぼ無問題で、
ただ locale の調整が必要そうなので、それを今から解消する。

ports のアップデートも、無問題。

ports で、不用意に perl をアップデートしたので、少しはまった。

locale 問題を解消したら、
一連の詳細を trac に作業記録を書いて、このエントリからリンクする予定。
# trac も locale の問題でエラーを吐いているので。

ということで、 作業記録 。

JavaScript で REST API をたたく場合、
XMLHttpRequest, IFRAMEHttpRequest, JSONScriptRequest(JSONP) などを使うわけだが、
Jesterは、 これを抽象化して、xx.find(), xx.save() とかいうカッコいい API を提供してくれる。

そもそも、REST を抽象化して ActiveRecord パターン似の API でやりましょう、
という ActiveResource がRails で提唱・実装されている。
その後、この ActiveResource の実装がいくつか公開されている中で、
クライアントライブラリの JavaScript 実装として有名なのが Jester 。

prototype.js, jQuery なんかの Ajax.foobar() を使ってゴリゴリやるのが今の日本の主流だと思うが、
WebOSGoodies で ActiveResource が絶賛されていることもあり、Jester で軽く試してみた。

Firebug <=> Twitter API

• Firebug のコンソール上で Jester を利用
• 既存の REST API である Twitter API を操作

prototype.js, jester.js をロードするだけの HTML を書く。

<html> <head> <script src="./lib/prototype-1.6.0.3.js"></script> <script src="./lib/jester.js"></script> </head> <body></body> </html>

おもむろに使ってみる。find('all' {username: 'tonextone'}, console.log);
// define Twitter model. Resource.model('Twitter', { prefix: 'http://twitter.com/statuses', format: 'json', urls: { list: '/user_timeline/:username.json', show: '/show/:id.json' } }); // then use it. Twitter.find('all', { username: 'tonextone' }, console.log );

DONE!

レスポンスの中を見てみる。

find(1274085406, console.log);
Twitter.find(1274085406, console.log);

レスポンスの中を見てみる。

サーバとのやりとりを確認。

要するに JSONP です。

簡単です。お試しあれ。

ワイヤーフレーム

サイトマップ

• Python Language Guide (v3.0)
• Getting Started with the Google Data Python Library