はじめに
美味しそう！を共有するサービス「ラペコ」のリリースから一ヶ月経ちました。
おかげさまで多くの方に利用してもらって、いつも美味しい写真でいっぱいのサービスになっています。
現在の状況
リリースからちょうど一ヶ月間のデータをまとめてみました。
- 登録ユーザー数：約1600人
- 投稿画像数：約2500枚
- セッション数：約26,000セッション
- PV数：約120,000PV
といった状況です。
プロモーションとその効果
今回ラペコで一番気を遣った部分はプロモーションの部分です。
ラペコはアイデアを思いついてから約１か月間でリリースしたのですが、その半分近くはプロモーションの準備に費やしていた気がします。
これまで個人でサービスを作って、公開、誰も使わない、自己満足で終わるというパターンを経験してきて、今度は多くの人に使われるサービスにしたいと思ったからです。
スタート時に、有名ブログ（IDEA*IDEA、ネタフル、かちびと.net）への掲載をお願いして、掲載していただいたおかげで良いスタートを切ることができました。
ついなびへの掲載によって、自分と近い属性（IT、エンジニア系）以外の人たちに広く届いたと思います。自分の作ったものが多くの人に利用される経験は感動的でした。
今後の予定
- iPhone投稿機能（もうすぐ！）
- メール投稿機能（もうちょっと！）
- マイページの充実
- ユーザー間コミュニケーションの充実
を今後の機能として予定しています。
また、ラペコとは別のサービスの開発も始めましたので、そちらも早くお見せできるとよいなと思っています。
ラペコのバージョンアップを行いました。
ペコフォト投稿時には、TwitPic へ画像がアップロードされるようになっています。
これまでアップロードしたユーザーは@rapeco_jpとなっており、各ユーザーのアップロード画像として扱えませんでした。
しかし最近TwitPicのAPIが変更されたことにより、TwitPicへそれぞれのユーザーの画像としてアップロードできる道ができたので、今回のバージョンアップで対応しています。
iPhoneからラペコへ投稿する機能のテスト段階に入りました。
正確にはiPhoneというより、画像投稿機能（twitpicやyfrog）が備わったクライアントから
投稿できるようになる、というものです。
我こそは！という方、mitsuru.haga[at]gmail.comか@func09まで。
ご連絡お待ちしております。
GW直前にリリースしたラペコは、お陰さまで大変好評です。
特に以下のブログ、メディアに取り上げていただいたおかげで、多くの人にラペコを知っていただけました。
ありがとうございました！
Twitter上での「美味しそう！」を共有できる『ラペコ』 IDEA*IDEA
http://www.ideaxidea.com/archives/2010/04/rapeko.html
ツイッターの“美味しそう”を共有する「ラペコ」 ネタフル
http://netafull.net/twitter/034327.html
「これ美味しかったよ！」をTwiterで共有出来るWebサービス・ラペコ – かちびと.net
http://kachibito.net/web-service/twitter/rapeco.html
ツイッター使いウマそうなメシの写真見せ合うサイト – アメーバニュース
http://news.ameba.jp/weblog/2010/05/65100.html
美味しい！を共有する「ラペコ」というサービスを作りました。
twitterで美味しそうだなぁという写真に出会うことが多いですよね。
そんな「美味しそうなごはん写真」をもっともっとたくさん見てみたい！そんな気持ちが限界域まで達した結果、こういった形になりました。
twitter上の美味しそうなごはんの写真を収集して人気順に表示したり、自分や他のユーザーの美味しそうなごはん写真をラペコに共有することで、みんなの「美味しそう！」を広げていきます。
特長は
- Twitterのつぶやきから自動的に美味しそうな写真をクロールして集めて、人気順に表示します
- Twitterで見かけた美味しそうなごはん写真付のツイートに、「#rapeco」ハッシュタグをつけてRTすれば、クローラーに拾われるようになり、ラペコ上に共有されます。
- ラペコから直接写真の（twitpicへ）アップロード、twitterへのつぶやきを行えます
- ラペコに共有された写真は、評価したり、リツイートすることが可能です
まだまだ機能的にもこれからですが、フィードバックは@func09までよろしくお願いします。
Twitterの検索APIについて、やっかいな問題にぶちあたりました。（2010年4月29日現在）
APIの結果に、ツイートのfrom_user_idとto_user_idという値が入っています。誰の発言したツイートか（from_user_id）と誰宛のツイートか（to_user_id）という数値で、当然twitterのユーザーIDが入ってくるものだと思っていたのですが、どうもバグがあるらしく、時折いい加減な数字が返ってきてしまいます。。
GET search http://dev.twitter.com/doc/get/search
Warning: The user ids in the Search API are different from those in the REST API (about the two APIs). This defect is being tracked by Issue 214. This means that the to_user_id and from_user_id field vary from the actualy user id on Twitter.com. Applications will have to perform a screen name-based lookup with the users/show method to get the correct user id if necessary.
この問題はすでに報告されていて、現在追跡中です。 ちなみにこのバグは2008年のクリスマスイブに報告されているので・・・。
対応としてはfrom_userとto_userにtwitterのscreen_name（僕のアカウントならfunc09みたいな）が入っているので、それを users/show APIを使って調べてね。とのこと。
twitterはAPIの制限もあるし、全部問い合せるわけにもいかず、超困るんですけど・・。
とりあえず検索APIのfrom_user_idとto_user_idは信用するなということですね。
iPhoneで有料アプリの無料版を同じXcodeプロジェクトで作りたい時のTipsです。
普通にアプリを作る
「こんにちは有料アプリ」と表示するだけのアプリ「HelloApp」を作りました。
- - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
- [windowmakeKeyAndVisible];
- UILabel*messageView = [[UILabelalloc] initWithFrame:CGRectMake(10, 30, 300, 20)];
- messageView.text= @"Hello Paid App";
- [windowaddSubview:messageView];
- returnYES;
- }
実行結果
無料版用のターゲットを作る
XCodeのターゲットから、オリジナルのターゲットを複製する。
複製したターゲット名を「HelloApp Lite」に変更して、ビルド設定を修正する。
GCC-プリプロセスの「プリコンパイルされたヘッダに使用しないプリプロセッサマクロ」に 「FREE_VERSION=1」を追加する。定義名は任意なので自分のわかりやすいように。
プロダクト名を「HelloApp Lite」にする。
Info.plistファイルを「HelloApp Lite-info.plist」にする。
プロジェクト内に作成されている「HelloApp-Info copy-info.plist」を併せて名称変更する。
ソースコード内で分岐する
- - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
- UILabel*messageView = [[UILabelalloc] initWithFrame:CGRectMake(10, 30, 300, 20)];
- #ifdef FREE_VERSION
- messageView.text= @"Hello Free App";
- #else
- messageView.text= @"Hello Paid App";
- #endif
- [windowaddSubview:messageView];
- [windowmakeKeyAndVisible];
- returnYES;
- }
アクティブターゲットを「HelloApp Lite」にしてビルドすれば、無料版の出来上がり〜。
iPhone SDK 3.1.x あたりでの話です。
iPhoneでカメラ撮影した後の画像をファイルに保存する際（写真ライブラリじゃなくて）には 一度NSDataに変換してから保存するステップになると思うんですが、 NSDataに変換したデータをUIImageに戻すと写真の方向がおかしくなってしまいました。
具体的にはiPhoneを縦にして撮影した写真が横になってしまったりとか。
結論からいいますと、UIImagePNGRepresentationを使ってNSDataに変換していたのがダメらしく、UIImageJPEGRepresentationならOKでした。あんまり根本的解決になってないけれど、妥協できるラインだったのでこの方法で対処しました。
縦横の方向がおかしくなるコード例
- - (void)imagePickerController:(UIImagePickerController *)picker didFinishPickingMediaWithInfo:(NSDictionary *)info
- {
- // UIImage取り出し
- UIImage *originalImage = [info objectForKey:UIImagePickerControllerOriginalImage];
- // PNGデータに変換
- NSData *imageData = UIImagePNGRepresentation(originalImage);
- // NSDataをUIImageに戻す
- UIImage *decodedImage = [UIImage imageWithData:imageData];
- // UIImageViewに設定
- imageView.image = decodedImage;
- // イメージピッカーを非表示
- [self dismissModalViewControllerAnimated:YES];
- }
縦横の方向を正しく保持できるコード例
- - (void)imagePickerController:(UIImagePickerController *)picker didFinishPickingMediaWithInfo:(NSDictionary *)info
- {
- // UIImage取り出し
- UIImage *originalImage = [info objectForKey:UIImagePickerControllerOriginalImage];
- // JPEGデータに変換
- NSData *imageData = UIImageJPEGRepresentation(originalImage, 0.9);
- // NSDataをUIImageに戻す
- UIImage *decodedImage = [UIImage imageWithData:imageData];
- // UIImageViewに設定
- imageView.image = decodedImage;
- // イメージピッカーを非表示
- [self dismissModalViewControllerAnimated:YES];
- }
超参考になったページ
Fifty Outs: Camera image orientation
http://mohrt.blogspot.com/2009/05/camera-image-orientation.html
