tag:blogger.com,1999:blog-64129505395967180352012-02-16T16:36:48.101+09:00Fungoing LLCの日々の活動を記載していきます。<br>代表の<a href="http://twitter.com/bibrost">bibrost</a>が試していることや、技術的なネタも書いていきます。fg.techhttp://www.blogger.com/profile/13405287027103712310noreply@blogger.comBlogger201100tag:blogger.com,1999:blog-6412950539596718035.post-37578044196384302352011-03-06T07:51:00.004+09:002011-03-08T00:37:06.786+09:00

http://croquis.fungoing.jp/Scala＋MongoDB（コミュニティ機能用Widget）をちまちま作っています。ベースはLift2.2+foursquareのRogue。今風のコミュニティ機能をいくつかのシステムで使いそうなのである程度抽象化して公開するつもり。今のところコメントのところまではできたけどまだ公開するには微妙な感じ。まだ書き切れてないRogueの記事はこれをコードをもとにしようと考えています。資料はこちら。文章はかなり適当です、、、英語なのは日本でScalaのMongoDBの情報書いてもニーズなさそうだから。せめて文章は読み書きできるようがんばる。 Croquais View more presentations from fungoing

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-62270934751240777612011-02-18T21:54:00.009+09:002011-02-18T22:28:47.298+09:00

またAWSが強化されたらしいので軽めの記事。Rogueの記事は少々お待ちください・・・。Amazon S3 Announces New Features for Hosting Static Websites~With these new features, Amazon S3 now provides a simple and inexpensive way to host your website in one place. To get started, open the Amazon S3 Management Console, and follow these simple steps:1) Right-click on your Amazon S3 bucket and open the Properties pane2) Configure your root and

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-81551234349526526012011-02-15T11:44:00.010+09:002011-02-15T12:52:45.783+09:00

実際に利用しはじめたので少しずつメモ。今日はまず最初ということでRogueの説明静的型付け言語とMongoDBnet.liftweb.mongodb.recorddbの問題タイプセーフにMongoDBあたりを書いていこうと思います。Scala DSL"Rogue"について位置情報サービスのFourSquareが公開したMongoDB用のScala DSL。同社はLiftのユーザ企業としても有名でかなりノウハウが蓄積しているはずなのでとても期待できそうです。詳細な↓の記事にありますが、タイプセーフにMongoDBのクエリを操作できることが特徴のようです。Rogue: A Type-Safe Scala DSL for querying MongoDBhttp://engineering.foursquare.com/2011/01/21/

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-22091834742737069372011-01-27T17:23:00.003+09:002011-01-27T17:27:53.026+09:00

http://sourceforge.jp/magazine/11/01/21/0535238いつのまにやらFoursquareさんがLiftのMongoDB用DSLを公開していた。https://github.com/foursquare/rogue/blob/master/src/test/scala/com/foursquare/rogue/QueryTest.scalaテストコードをみる限り、かなりシンプルに書けそう。しかし今使ってるのがMongoDocumentだしLift2.1だからかなりのリファクタが必要。新しいのをさくっと作ってそっちで試したほうがいいかな。Updateクエリがどうしてもひどくなるから現状のJsonDSLスタイルはどうにかしたい。

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-23292162469825150122011-01-26T16:05:00.000+09:002011-01-26T16:06:29.648+09:00

ちょっとしたドメインハックがしたくてstドメインを取得。国内でもいくつか業者があるっぽいけど無駄に高いし公式レジストラのnic.stがよくできてるからそっちを使った方が圧倒的にいいんじゃなイカ？stドメインはサントメ・プリンシペ共和国っていうアフリカの島国がもってるｃｃTLD。toのトンガとかtvのツバルと同じく外国の業者に委託して外貨を稼ごうタイプのドメインで、そしてそれを管理してるのがスウェーデンのBahnhof ST Registryです。でここが自前でnic.stってサイトをやってて普通にオンラインで買えます。ショップも使いやすいし意味不明な国内業者に頼む必要なんてまったくないです。値段は1年€35。そこそこ高いけどまぁそこまで気にならない価格かな？whois情報を隠すのも€5でやってくれるのでとりあえずON。5年だと€125で結構安くなるから長期的に使いそうなら更新時に伸ばす。

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-37175213259518147482011-01-15T13:12:00.008+09:002011-01-15T13:27:21.395+09:00

http://www.facebook.com/pages/Catary/100768630001342慣れないながらも作ってみました。http://catary.jp/↑トップにLikeboxも置いてみた。※今朝更新してトップにいくと喋りはじめるのでご注意くださいLikeが増えるとパワーアップするらしいのでアカウントお持ちの方よければご協力おねがいしたく、、、

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-80136505111926421642011-01-05T23:52:00.002+09:002011-01-05T23:57:45.405+09:00

WebサービスをScala+LiftでUI Firstに作るView more presentations from fungoing.Scala勉強会第19回 in 渋谷で発表したスライドをアップしました。内容はコードや仕組みよりどう使っていくかの部分。LiftはView-Firstという珍しいスタイルなので使いどころを考える必要あり、というお話。50画面くらいで細かいパーツやフォームも多いサービスを学習時間込み1.5～2月で作れたので生産性はなかなか良いと思います。（マークアップの時間もかなり含んでるのでLift部分だけなら1月未満）サービス自体は11日Openなので、MongoDBもあわせていい事例になるよう頑張ります。

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-38185838713433836472010-12-30T13:27:00.005+09:002010-12-30T13:58:38.827+09:00

開発中のサービスを仮公開してみました。これから細々と確認や調整をしていって1月11日にリリース予定。ベースの部分はできていてこれからコンテンツ部分の機能を提供していきます。使った技術とか言語とFWはScala 2.8.0 + Lift 2.1 + Maven 3.0RDBはPostgreSQL9。ユーザマスタ等に利用 コンテンツの保管にはMongoDB1.6サーバはAmazon EC2上のCentOS5.4投稿されるファイルの保管は全てAmazon S3S3に保管したファイルを国内VPSのnginxでキャッシュして配布10月にScalaを初めて触って、11月～12月と試行錯誤しつつなんとか色々作れるようにはなってきた。PHPに比べるとかなり生産性は上がってきた気がする。来年はちょいちょい事例やケーススタディを発表できるように頑張っていきます。

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-4787446085223496992010-12-27T01:13:00.003+09:002010-12-27T01:31:38.657+09:00

開発に専念しててなかなか記事が書けない・・・軽めに書けるネタをひとつ。Liftのrewriteを使ってURLを整えるコード。今回やりたいのはこういう変換IDだけが来たらindexにIDを渡す/a/[id] -> /aaa/index?id=[id]IDと機能が来たら機能にIDを渡す/a/[id]/[function] -> /aaa/function?id=[id]IDと機能とコンテンツ指定が来たら機能にIDとコンテンツ指定を渡す/a/[id]/[function]/[contents]-> /aaa/function?id=[id]&contents=[contents]ポイントはURL上はIDを手前に持ってきてID:Aの機能XのコンテンツZ、という表記にするところ。src/main/scala/bootstrap/liftweb/

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-82017726791699122532010-12-21T13:03:00.006+09:002010-12-21T13:28:50.047+09:00

Scala使ってアプリ作り始めて2カ月ほど経ったので感想を書いてみる。あんまり技術ないのでぬるいプログラマとしての見方になるけどご容赦くださいこれまでの経歴たぶんどういう経歴かでScalaの印象は変わってくると思うので説明。16歳くらいの時にC言語で初プログラミングその後はC/C++(DirectX)->Java(Applet)->Perl学生時代はPerl+ActionScript+JavaScript+Java Servlet仕事初めてからはほぼPHP。あとはJavaScript(jQuery)くらいC~Java系から入ってその後PHP、という所がポイントな気がしますマークアップ、デザイン、PMとかもやるのでピュアなプログラマではないですScalaのいいところ静的型付け。C~Javaから始めた人間としては動的形付けはどうにも気持ち悪くてしっくりこない。flatMap、Case

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-6099980235773538872010-12-20T19:51:00.012+09:002010-12-20T20:57:50.573+09:00

もう残り1週間ちょいしかないですが告知。今作っているサービスのデモとグッズを持ってきます。一応、その時点でβオープンをするつもりです。残り時間があんまりないけどScalaさんならきっとなんとかしてくれる・・・！-----------コミックマーケット79 @東京ビッグサイト12/29(水)、30(木)、31(金) 西4階企業ブース 923: Catary/かたりて-----------こんなストラップ作ってみました。これとクリアファイル2枚を付けて1000円で販売の予定。こんな見た目してますが裏側はScala+Lift+MongoDBで作ってるので、事例としてフィードバックもできていったらいいなと思う次第です。サービスの紹介は再掲ですがこんな感じ。物語エンターテイメント「Catary」View more presentations from fungoing.

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-31276525619561212902010-12-20T17:47:00.005+09:002010-12-20T17:51:05.738+09:00

作業に詰まったので気分転換に。相変わらずのターゲット不明さ・・・。前回分は　「Scalaな生活（１）」コミPo!で誰得な漫画を作ってみた　から名前がないと掛け合いに困るからとりあえず適当に設定。由来はお察しください。どっちも言語や作者のからきてます。

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-24099676352566892042010-12-19T20:42:00.007+09:002010-12-19T20:50:58.894+09:00

「まったく絵を描かなくても、誰でもマンガを完成させられるソフトウェア」という触れ込みのコミPo！を入手したので早速誰得な漫画を作ってみた。タイトルで展開がネタバレになってるのは気にしないでください。続く・・・かどうかは未定。

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-5880315129626638242010-12-18T13:22:00.004+09:002010-12-18T13:34:10.441+09:00

前回の記事で書いた課題を解決するために非同期updateの仕組みを追加。どんな時に使うのかその場で結果を利用しないupdateできるだけ早くレスポンスを返したい場合キャッシュ更新やインデックスの再構成とかコードscala.concurrent.ops.spawnで包めば別スレッドで処理してくれるのでそれだけ。本格的にやるならメッセージキュー使ったほうがいいんだろうけど、今のところそんなに負荷高まる予定もないので、、、ただエラー時のロギングは追加した方がいい気はする。scala.concurrent.ops.spawn{mCtReaction.update(("world.id",world.id.toLong),("$addToSet" -> ("subscribers"->user.id.toLong)),Multi)}使ってるところ前回記事の機能で、購読／購読解除のボタンを押した際に

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-44698556381186518192010-12-16T12:35:00.011+09:002010-12-16T14:58:32.447+09:00

(この記事はScala Advent Calendar jp 2010の10日目です。というか今日誕生日だった、、、)今個人的に作っているサービスで実装している機能なんですが、MongoDBを利用していてあまり事例がないケースかもしれないので細かく書いてみます。テスト環境上で稼働させているので実際にどんな動作をするかも確認できます。前提条件が多いのでScalaの話になるまで少しかかりますがご了承ください。。。説明編作る機能まず、機能の概要から。 テーマ毎に投稿のタイムラインがある ユーザは好きなテーマを購読できる 購読したテーマの投稿をまとめたタイムラインがホームに表示される ポストにはテーマと投稿者の名前とアイコンが表示されるざっくり上記4つの要件を満たすものを作ります。MongoDBの特徴とかまず簡単にMongoDBの説明から。Scalaを活用されてる皆様ならみんな詳しいと思

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-48338305774432112822010-12-14T11:44:00.005+09:002010-12-14T11:49:37.808+09:00

インスタンスが安いのでテスト時、開発時はいつもMicro instanceを使ってるんだけどnode.js入れる時に引っ掛かったのでメモ。node.jsとnpmのインストールここのサイトを参考にnave経由で入れようとしたら、ビルドが1時間たっても終わらないうえに途中でkillされてその後サーバの負荷が100%に。stopも受け入れてくれないので無理やりforce stopするなどしないとだめでかなり焦った。どうにもうまくいかないなーと暫く考えて、もしやインスタンス性能？と思い当たりAMIをバックアップして一時的に性能のいいインスタンスに変更。それでやったらあっさり数分で終わった、、、かなり性能が絞られているようです。node.jsに限らず、少しお金はかかるもののビルドするときは性能のいいインスタンスで起動しなおしたほうがいいかも。こういう手が気軽に使えるのはEC2のいいところですね。

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-19170374993346464112010-12-12T14:09:00.045+09:002010-12-12T18:35:07.445+09:00

ギリギリ繰り上げで参加できることになったようだったので行ってきた。ちょうど会場近くの友人宅の家にいたから昼からそのまま直行。ちょうど今からmongoDB使いはじめてるからすごいいいタイミング。会の内容はこちらからざっくりとメモと生かせそうな所を書いておく。MongoDB JPからのメッセージ　@doryokujin11月18日設立12月12日時点で200人弱MongoDB Conference in Japan開催に向けての活動。日本でぜりやりたい！2011年2月末～3月 開催を目指して調整中MongoDBを用いたソーシャルアプリのログ解析 @doryokujin資料はここから参照ログ解析をどう活用していくのか。GTEの場合は「意思決定を支援するための結果」に特化しているMySQLすばらしい。がスキーマの制約が行動ログの保管には厳しいHadoop、HIVE、pig強力だが大げさ、、、

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-30343662118854529942010-12-10T08:41:00.008+09:002010-12-10T09:13:02.049+09:00

まず、subscribers{ _id:id, theme:"theme", subscriber:"user_id"}こんな感じのsubscribersコレクションがあると仮定。これはあるテーマの購読者を持っているコレクションとします。で、これをtheme_nameの記事が新しく追加されるとき記事の方にも持ってきたい。ただこれをfindでそのまま持ってくるとBSON形式になってしまうので特定キーの値だけを配列として入れ込みたい。どっかにサンプルあるのかもしれないけどドキュメント見ながら色々試した感じいけそうなやりかたを発見。ドキュメントの「集約」にあるdistinctこれを使うとdb.subscribers.distinct("subscriber",{theme:"theme"})で[ "user_id1","user_id2","user_id3" ]と配列で返してくれるから

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-19076777681027921192010-12-09T23:07:00.011+09:002010-12-09T23:54:41.327+09:00

今作っているサービスで、ユーザのプロフィール画像をとかを保存、配布するために作成。サーバはほぼEC2に置いているので、画像とかは一旦S3に保管する予定。とはいえS3だと遅すぎるのでCloudFrontにするか自前で何か作るかを検討。CloudFrontでもいいんだけど従量制だし、あれってCloudFrontのアドレスになった気がするから国内VPSに設置を。思いついたのはdankogaiさんのこの記事から。静的コンテンツ配るなら国内VPSも活用すべきたった一つの理由結果としては一応できていそうな感じで、こういった状態http://img.catary.net/s/01_200.jpg※画像については深く気にしないように実体のファイルはS3のBucketにあり、nginxのReverseProxy+CacheでVPSにロードしています。静的ファイルとプロフィール画像は基本的に同じURL＝内容

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0tag:blogger.com,1999:blog-6412950539596718035.post-87596312268997899452010-12-08T15:27:00.004+09:002010-12-10T09:00:00.945+09:00

Scala Advent Calendar jp 2010に向けて設置してみた！1日目から@hito_asaさんが面白い記事を書いていてやばい・・・今のうちに仕込んでいかなきゃ。このブログでは自社サービスを開発するにあたっての色々を書いていく予定。今の開発環境はScala2.8.1+Lift2.1Maven3PostgreSQL9mongoDB1.6.3な感じ。そのほか使ってるのはGithubAmazon EC2/S3nginxとかそのへんです。今月は引きこもって開発ばっかりしてるからちょいちょいメモ代わりに書いていきたい。

nothijirihttp://www.blogger.com/profile/02716541864055127318noreply@blogger.com0