2009/04/06(月)クラウドな話
のっけから思いは複雑。*1
とりあえず最近のトレンドとして「世間はクラウドをどんなふうに捕らえているのか」というのが気になって、本屋に足を運んでみました。
ううむ、縦書き本・新書を含めて「クラウドとは?」的な本がどっちゃり...典型的な...。
ひときわ目立つ装丁だった「クラウド・ビジネス」入門-世界を変える情報革命(林雅之/創元社)の帯が
オバマ新大統領はすでに使っている!
だったのを見つけて大ダメージ。
いや、本の中身は見ていないのだけど、帯だけでおなかいっぱいです。ごめんなさい。
(目次はこっち)
一方、実装面での「クラウド」については、UNIX magazine 2009 Springがもろもろざっくりとまとめていて好印象でした。
扱っているのはこんな感じ。
総力特集●クラウドの技術的特徴どれも数ページだけですが、話の取っ掛かりにはよいです。
・Windows AzureのデータベースSDS
・Google App Engine
・Amazon Web Services(AWS)
・Hadoop/MapReduce
・Force.comマルチテナントアーキテクチャ
・分散インメモリキャッシュとデータグリッド
・スケールアウトの技術
・クラウドのアプリケーション開発手法とデータモデル
・クラウドモデリング
・クラウドの可能性と課題
2009/03/19(木)書籍「日本でインターネットはどのように創られたのか? WIDEプロジェクト20年の挑戦の記録」
utashiroさんのところで拝見したので紹介。
3/25に発売だそうです。
- 日本でインターネットはどのように創られたのか? WIDEプロジェクト20年の挑戦の記録
- 村井 純
- インプレスR&D 2009-03-25
- 売り上げランキング : 21116
- 評価
by G-Tools , 2009/03/19
時々社内でも勘違いされるのですが、私はWIDEとは全く縁もゆかりもなく、この業界に飛び込んできたんですよね。それでもWIDEという名前は知っていて、あこがれみたいな物はありましたね...
そういえば、どこでWIDEの話を知ったのだろう?と振り返ってみると、図書館で読んだ本だったと思います。
この本に「研究目的以外でインターネットを使うには、JPNICに申請して、IIJに申込書を出すんだよ*1」的な話が書いてあったのが、入社のきっかけだったんですよね...
2009/03/17(火)携帯各キャリアの固有IDについて (全キャリア対応)
ケータイのユーザーIDを取得する方法まとめ (IDEA*IDEA ~ 百式管理人のライフハックブログ ~)
携帯各キャリアの固有IDについて (全キャリア対応)
2009.03.25 コメントで指摘を頂いてEZ番号の書式について訂正いたしました。(10桁→14桁)
2010.05.20 EZ番号の再発行のポリシーに変更があったそうです
現在携帯関連の仕事を離れたため詳細を追いかけていません。
高木浩光@自宅の日記などを参照してください。
PDFはこちら: mobileid.pdf:携帯各キャリアの固有IDについて (全キャリア対応)
携帯4キャリア(DoCoMo, au, SoftBank, emobile)と、PHS(willcom)まで書いています。*1)
このとおり、各キャリアは複数の似たようなID(機能)を提供しています。DoCoMoなんて4種類もあるんですよね。紛らわしいです。
それなりに調べましたが、たぶん間違っているところもあるでしょう。特にsoftbank周りは正直よくわかりません...
もし間違いを見つけたらコメント欄などで指摘して頂けると嬉しいです。
2009/03/10(火)Apache httpdのセクション評価順
まずはドキュメントを当たってみる。
セクションのマージ方法
マージの順番は以下のようになっています: 1. <Directory> (正規表現無し) と .htaccess を同時に (.htaccess が許可されていれば、それが <Directory> を上書きします) 2. <DirectoryMatch> (と <Directory ~> 3. <Files> と <FilesMatch> を同時に 4. <Location> と <LocationMatch> を同時に (中略) 後のセクションのディレクティブが前のセクションのものを上書きします。さて、これを裏付けるはずのソースコードですが...正直よくわかりません。
http://example.jp/ そのものと
http://example.jp/ 以下のコンテンツ
これらに違う設定を与えたい場合は
<LocationMatch ^/$> hogehoge </LocationMatch> <Location /> fugafuga </Location>と書けば良いような気がするんですが...思ったようには動いてくれませんねぇ...
2009/03/04(水)mysqlで自動更新されるtimestampをあえて更新しない
最近はできるだけdatetime型にするようにしているのですが、すでにtimestamp型依存で動いているコードがある場合、alter tableするのも難しかったりします。
10.3.1. DATETIME、DATE、そして TIMESTAMP タイプや10.3.1.1. TIMESTAMP MySQL 4.1での性質 (いずれもMySQLマニュアル)にも諸々書いてありますが、気になるポイントは以下のあたり。
- 各テーブルの最初に現れるtimestamp型カラムは、明示的に更新をしていないとUPDATE, REPLACEで現在時刻に自動更新される
- 各テーブルの二つ目以降のtimestamp型カラムは自動更新されない
- 扱える期間が1970年~2037年である (datetime型は1000年~9999年)
で、今回はそんなtimestamp型で「自動更新されるはずのカラムをあえて更新しないでレコードをUPDATEする」方法について、少々。