tonextone.com/type/

Google Documents List Data API v3.0 を python から利用してみた。

Sun, 20 Jun 2010 00:28:09 +0900

今更ながら、地味に便利なんじゃないかと思って試してみたら...

...すごい。
Google Docs と統合されたアプリを作ったり、単に HTML -> PDF などの変換に使えますね。

ウェブサイトのイメージを共有するためのツール

Sat, 04 Apr 2009 19:39:44 +0900

職場で、これから作成するウェブサイトのワイヤーフレーム + サイトマップを作りたくなって、いろいろ調べた際のメモ。

ワイヤーフレーム

pencilは、ワイヤーフレームというには、ちょっと具体的過ぎる感じ。
結局、ER図作成でお世話になっている gliffy を選択した。

gliffy は、矩形選択してコピーとか移動とかすると、
操作対象の中のレイヤーの z-index が維持されなかったりグルーピングがおかしなことになったりするけれど、
そういうクセを許容させるくらい使い勝手が良い。

また、今回の目的はイメージを共有することなので、
オンラインで共有できて、さらにコラボレーション(共同編集)できるのも良い。

サイトマップ

writemapsは、見た目キレイで良いのだが、機能が足りないので、却下。
dot -> graphviz も試したが、コラボレーションに向かないので、却下。
結局、マインドマップツールの、MINDOMOを使ってみた。
SERENA Prototype Composer も気になったが、ちょっと高機能過ぎる気がするのと、Windows アプリなのでコラボレーション的な制限を感じたので、保留。
今から触ってみます。

以上、とりあえずのメモ。

Jester is ActiveResource client lib. for Javascript.

Sun, 08 Mar 2009 17:27:09 +0900

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 です。

簡単です。お試しあれ。

FreeBSD リモートアップデート 5.4-RELEASE => 6.4-RELEASE

Sat, 31 Jan 2009 16:55:07 +0900

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

FreeBSD 5.4-RELEASE => 6.4-RELEASE

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

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

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

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

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

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

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

Sat, 29 Nov 2008 13:11:54 +0900

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

Sun, 05 Oct 2008 16:16:50 +0900

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

第3正規形(3NF)

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

スタースキーマ

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

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

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

Mon, 15 Sep 2008 23:20:34 +0900

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

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

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

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

例2: IN か EXISTS か？

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

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

Fri, 18 Jul 2008 00:38:01 +0900

ずっと 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 も、期待どおりの動作をしています。

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

和訳してみた

Thu, 03 Jan 2008 20:52:23 +0900

"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 で使えるようにしてみる。

Tue, 02 Oct 2007 01:12:31 +0900

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

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

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

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

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';

$url = ($_SERVER["PATH_INFO"]) ? preg_replace('<^/>', '', $_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();
}

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

$pattern = array(
  '<([\'"])(http://[^\'"]*\.js[\'"?])>',
  '<(["\'])(http://)>',
);
$replacement = array(
  '\\1'.$url_base.'rewrite_gmaps_api.php/\\2',
  '\\1'.$url_base.'proxy.php/\\2',
);

$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 の使いどころ

Sun, 23 Sep 2007 01:15:31 +0900

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 雑感

Fri, 23 Mar 2007 00:29:16 +0900

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.*(); の出力が改行されて欲しい件。

Fri, 08 Dec 2006 14:52:11 +0900

早速、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 をもう少しちゃんと使ってみる。

Sun, 03 Dec 2006 01:06:47 +0900

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

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

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

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

svn 入門(その2)

Thu, 30 Nov 2006 16:44:53 +0900

前エントリから続き。

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

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

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 が、満足できるレベルで使えるようになった。