#お初にお目にかかります。Pettal管理人ともうします。バックエンドにGaucheを使用した「Pettal」というWebアプリを作成しました。Webで付箋を貼れるスクラップ帖アプリです。お試し版をリリースしたので、ぜひ一度試してみてください。
http://pettal.net/
#それから、はてなでブログも始めました。
Gaucheを使った「S式->JSON変換」や、Javascriptでの「連想配列->S式変換」のコード等を紹介しています。
こちらもよろしければ、こちらものぞきに来てください。
http://d.hatena.ne.jp/harry-y
#あれ？投稿したコメントの表示が他のコメントと違うようなのですが、投稿方法間違っていますか？
#マルチポストになるのかもしれませんが、後ほどmixiのGauche部屋にも投稿させていただきます。
#一回の投稿が複数行だった場合 (改行が含まれていた場合) にはコードを貼った扱いとなり、 pre タグで囲まれます。
#了解いたしました。ありがとうございます。
#性能のチューニングや機能不足で困ったことがあったら遠慮なく言ってください。
#いきなりで厚かましいのですが、Thriftに対応したライブラリなんて、計画されていますか？GaucheからCassandraにアクセス、やってみたいなあと思っています。
#私個人はまだ必要としたことがないので特に計画はありませんが、あれば使いたい人は多そうですね。
#そうですね。了解しました。ありがとうございます。現在のところ、Gaucheには非常に満足しております。Gauche-fastcgiを使うことで、Webアプリとしてのレスポンスも良好です。今はtrunk 7208を使用しておりますが、大きな問題はありません。Gauche、すばらしいです。
#むむむ、どういう風にバックエンド作ってあるか個人的に興味ありまくり。
#えへへ、嬉しいですね。基本的な構造は単純です。(with-fastcgi (lambda() (cgi-main (lambda ･･･))))でGET/POSTを受け取って、リクエスト内容によって処理関数をディスパッチして、レスポンスをJSONにして返しているだけです。行数はコメント含めて9000行くらい。WebサーバはApache、データベースはMySQLを使っています。
#「カラムをキーとバリューだけ」。SQLへのトランスレータ作ったりですか？
#(get-db テーブル名 キー1 キー2)でレコードを取得する関数は作っています。トランスレーターというほどのものではありません。レコードの格納は(put-db テーブル名 キー1 キー2 バリュー option)です。バリューはkv-list、optionは'updateか'insertを指定できます。指定しなければレコードチェックして自動的にupdate/insertを判別します。
#get/putでレコード操作を統一すると、アプリ作成が単純になっていいです。うまくやればそのままCassandraへも移行できるのでは、と期待しているのですが。
#勉強になります。FriendFeedは全てを（SQLの上で）キー、バリューに。Redditは全てを（SQLの上で）subject、predicate、objectに。っていう感じなのかなあ。
#FriendFeedはそうみたいですね。その代わりバリュー内部を構造化して、スキーマ代わりにしているのだと思います。私のやり方もそれです。ただしこうすると、RDBのカラム内に複数のカラムが入ってくることになるので、アプリケーション側で“ほどいてやる”必要があります。ちなみにPettalではバリュー内のデータ構造は階層的なkv-listになっているので、これに対応した関数も作成しています。最初はget-keywordをつなげて要素を取り出していたのですが、これではどんどんコードが長くなってしまうので。
#バリューの中身がクエリの条件に関わってこないなら単純にwriteしたオブジェクト入れてやると良さそう。
#それもアリだと思います。
# 
Gauche > Archives > 2011/01/24