Google Code: Subversion への移行

先般つくった MySQL + PHP + Google Map は

$query  = "SELECT * FROM kintama WHERE ketsu.......";

この部分を書き換えたらいろいろ応用（流用）できるなぁ、と思い

（別ウィンドウで開く）　※重ねて書くが私は「鉄ちゃん」ではありません。

さて本題。木曜日に、ロリポップから１日分のアクセスログをダウンロードしてみたら、そのログファイルは128MBもあった（記録が38万行に及んで矢鱈と重い）。主な原因はコレ

Google に差し出しているガジェット

ガジェット自体は単純・軽量な XML ファイルだが、Google Map の HTML を引っ張る構造にしている。この HTML が46枚ものデータ XML と AJAX 通信する上、Prototype や Script.aculo.us、PdMarker といったライブラリを使うものだから、負荷がかかって当然といえば当然。

通信量とサーバーのレスポンスの因果関係について私は無知だが、まったく影響がないとは考え難い。Google にメリットを提供しても私にはメリットがなく、逆に負荷を強いられるのは如何なものか？
ガジェット利用者の増加傾向は以前から分かっていて、いちど Google Page Creator にこれらファイル群を移動させたことがあったが、あっけなく帯域制限を超過してしまいガジェットが表示されなくなった。
使ってくれる人々がいる以上、いまさら「ガジェット邪魔だ捨てちまえ」というわけにもいかない。うっかりガジェットを作ってしまったばかりに。
そこで金曜日、

Google ガジェット - API 開発者向けガイド: Google ソースコードのホスティング

Subversion クライアントでレポジトリに Checkout したり Commit したり、最後に苦悶

Enabling Subversion Auto-Props

config を edit して、なんとかガジェット本体の Map を緊急避難。javascript のライブラリは外した。

言わずもがな Google Code は開発者・技術者のためのサービス。
本来ならば私のような因数分解も解けない文系シロウトの40歳オヤジなどお呼びでない。しかしその敷居のお高い感じがとてもクヤシイのでやってみた次第（いつものとおり技術的理論・方法論等は一切無視）。

そしてきょう日曜。再度ロリポップから24時間分のログをダウンロードしてみたら、サイズは19.2MB（82,178行）に激減していた。「Service Temporarily Unavailable」も出なくなった。