7月
31
2009
HoLY (holysugar) です。
Amazon API の変更により、 2009/08/15 に前の API を使ったアプリケーションは使えなくなってしまうのですが、ようやく
Amazon ISBN Anchor を対応させました。
ご利用の方にはリリースがとても遅くなってしまったことを大変お詫び申し上げます。時間がありませんので、速やかにアップデートをお願いします。
ダウンロードはこちらから。Amazon ISBN Anchor Plugin 2.0.0 のダウンロード
ファイルを上書きしてから一度「停止する」の後、「利用する」ことでバージョンアップできます。
Continue Reading »
Tags: amazon, wordpress
7月
14
2009
んで GitHub で公開。
http://github.com/holysugar/gae-amazon-proxy/tree/master
しかし作ってみた、のはいいがもういろいろ出てまわってるんだよなあ。:)
基本的にはただただしさんの amazon-auth-proxy の Python での GAE への移植。
たぶん、他の人のと似たようなバグがあるだろう。チェックしておかねばなあ。
最終目的は isbn anchor plugin 用の(透過でない) Proxy なんで、この Proxy を(おおっぴらに)公開はいまのところしてない。
今の仕事は Python を使ってがりがり書いてるせいか、特に Python で書くことに何の違和感もなくなってしまったなあ。何の制約もなければ Ruby やら Rails やらを使ってるんだけれども、 GAE 上で何かするなら Python でいいべ、と。これくらいのコードならすごく書きやすいし。
う、テスト書いてませんごめんなさい……(誰に謝ってるんだ)。
Tags: amazon, python
6月
30
2009
しばらく間が開きましたが
NEC Express5800/110Ge と VMWare ESXi で仮想サーバを作ってみる(1) の続き。
今回構築したシステムは iSCSI のターゲットを NetBSD 上に構築、そのストレージは RAID1 で、という要件。その2つの設定だけだったので、 pkgsrc とか一切なし。容量も小さいので、HDD 全部外して USB メモリ上にインストールすることにする。
その構築過程のメモ。
Continue Reading »
6月
15
2009
久々にWordPress をアップデート。しかも2.2.1 から 2.8 への大幅バージョンアップ。当然微妙な部分が出てくる。
今回遭遇したのは
Table 'wordpress.wp_post2cat' doesn't exist for query
というログ。このテーブルはバージョンアップで無くなっている。
古いデータベースを使っていたプラグインをアップデートしたり削除したりする作業を行った。
あとは カテゴリ関係のテーブルを更新するために一度カテゴリを空更新する必要があった。意外にもその程度で済んでしまった……。
6月
12
2009
Macbook ではことえりの頭の良さに感動して AquaSKK を使っているのだが、
どうにも gVim と AquaSKK の相性が悪いので、諦めて skk.vim を導入した。
AquaSKKの操作が半分手癖になってたことを除けば快適。最初から入れときゃよかったぜ。
備忘録がてら手順メモ。
Continue Reading »
Tags: leopard, skk
5月
31
2009
長期旅行の時も拾っておきたいので作った。
注意点。
- 使いかたについての質問は一切受けつけません。そのようなコメントは削除します。
- 使った結果について何が起ころうと責任は一切負いません。
そのうち GitHub か coderepos あたりに投げます。
Continue Reading »
Tags: Mechanize, 三国志大戦
5月
25
2009
自宅サーバがそろそろ負荷とかハードウェア寿命的にそろそろ買い換え時期なので、
新しいサーバの検討をしたところ、 VMWare ESXi で仮想化してみるのが面白そうに思えたのでやってみる記録。
まずはハードウェアの手配から。
VMWare ESXi はローカルのHDDとかはあまり相性が良くない御様子。iSCSI とか推奨っぽい?
回避手段はあるらしいけど、せっかくなので iSCSI のサーバも立てることにする。
iSCSI のターゲットになるサーバのOSは検索すると Windows か Linux か NetBSD になりそうだけど、
Windows はライセンス的に論外、Linux と NetBSD なら NetBSD の方がたぶん性に合ってるってことで
NetBSD でやることに。
というわけで、ESXi サーバと NetBSD サーバの 2丁必要ということになったので、さっくり 110Ge を2発注文。
最安値ではないとはいえ安いよなあ、これ……。
届いたら起動確認。動いた。ちなみに BIOS のバージョンは 1.0.0039。
ESXi サーバの方は CPU/Memory 両方増強することにし、 Core 2 Quad Q9450 と ECC Unbuffered なメモリ2G を 4発購入。
ESXi4 は 64bit で VT な CPU じゃないといけないそうな。
ちなみに Core 2 Quad Q9450 はソフマップで中古で23kくらい、メモリは PCワンズで Transend (SUMSUNGチップ) の PC800 が送料込みで約15k。
CPU と メモリを換装。ちゃんと動作した。電源差し忘れてて外れ引いたかと思ったのは内緒だ。
ESXi サーバから外したメモリを NetBSD 側に持っていって、こちらも 1G メモリに。
wiki@nothing の 110Ge のページ 見てBIOS設定直して起動を早くしたり。
ブートデバイスはどちらのマシンも USB メモリからすることに。ESXi マシンの方はHDD外し、NetBSD の方は 別のHDD(640G) に交換。
あとでミラーリング用にもう一個買ってこよう…。
というわけで、次は NetBSD のインストールとセットアップ、に続く。
Tags: esxi
5月
24
2009
svn 経由で git 使ってて、 ローカルにgit addしてない変更があるけど、 元のレポジトリにコミットする必要がある場合、
$ git stash
$ git svn dcommit
$ git stash apply
とかする必要があるんだけど、慣れてないせいか流れを覚えられない。それはそれで支障があるので、
$ alias gitsci='git stash; git svn dcommit; git svn apply'
とかしてしまった。軟弱。
ちなみにこういうのって .gitconfig の [alias] じゃできないんだよね?
Tags: git
5月
13
2009
自分が思うに、現在の Twitter で @ reply をするにあたって気を付けるべきことはたった2つだけです。
(1) 文の最初を @だれそれ で始めた場合、@だれそれ をフォローしていない人のタイムラインには表示されません。
たとえばあなたがフォローしている人がこんな発言をしたとしても、
@holysugar わー。
@holysugar をフォローしていないと見えません。
文の最初以外であればそんなことはありません。半角ピリオド「.」を最初につけるのが比較的多いですね。半角スペースは行頭にカウントされないので注意。
Web での表示は最初からこういう仕様でしたが、 API 経由では違っていました。 Web での表示と同じに統一されたと言えますが、この変更で「タイムラインが少なくなった」という人がちらほら見かけました。
(2) @ reply の前後は区切り文字を入れないといけません。
ここで言う区切り文字は、半角スペース「 」とか、半角ピリオド「.」とか、半角かっこ「()」とかですね。全角スペースや【】とかはダメです。
つまり、
【HW】@holysugar【PS】
この発言は前後に区切り文字がないため、 @holysugar への @ reply にはなりません。
たぶん、この仕様は前から。
おそらく「フォロワー に影響する」変更は (1) だけですが、運用からのアナウンス があまり具体的ではないのと、自分のTLに対する変更と同時だったために、余計な混乱や誤った情報があったのではないかと思います。俺らがほしいのは単なる ChangeLog なんだよ!と言いたい。:(
Tags: twitter
5月
10
2009
「Amazon アソシエイト Web サービスの名称変更および署名認証についてのお知らせ」というメールがうちにも。(主に twitter で既報。)
変更点の日本語によるまとめはたつを氏のエントリがよいのでそちらを見てもらうとして、要するに2009年8月15日以降は、
開発者アカウントを持たない人は直接AmazonのAPIを利用できません。
すなわち、現在の自分にとって重要なことは、
Amazon API に直接アクセスするタイプのブログパーツやブログのプラグインなどは、開発者アカウント無しで利用できません。
Amazon ISBN Anchor Plugin とかな! orz
さて、このようなプラグインの作者としては、取りうる選択肢はこのような感じか。secret key を公開するとかいう自滅的行為は今のところ無しで。
- 開発者アカウント所有者専用にする
- 専用プロキシサーバを作成する
- API を経由しないように変更する
1はAPIの部分再実装だけでOKだけど、それって公開してる意味があまりないのでパスしたい。
2は依存関係を増やすだけだから下策だよなあ。Proxy は悪用されそうという話もあるけど、XMLをそのまま出力せずに内容および形式を限定すればたぶん悪くない。
というわけで3になるのだろうか。isbn anchor の場合、商品名と画像URLさえ取れれば最低限OKなのでなんとかならなくもないが…。
他の WordPress や tDiary のプラグインはどうするんだろう。
Tags: amazon wordpress