iPhone/Android/PayPalで何か購入したときに販売主に送信される個人情報まとめ : 管理人@Yoski
iPhone/Android/PayPalでアプリやコンテンツを購入したときに販売主にどんな情報が送信されるのか、いろいと気になると思うので、ちょいまとめておきます。（3つだけですが） 「キャリア決済だと個人情報はキャリアにしかいかないよね？」とか大きな誤解なので、多分みんな知っといたほうがいい。(ただしソースは自分調べなので、間違いあったらごめんなさい) - iPhone で、つまり AppStore でアプリ内課金などした場合 送信される 個人情報: *なし。強いて挙げれば国名と利用通貨のみ iTunes/AppStore からは誰が買ったという情報は送信されません。唯一、購入者の国名と利用言語くらいはトランザクションIDから照合すればわかります。 また、iTunes で購入したものはシステム上で返金を行うことはできません。 （トランザクションIDの照合とサイト上での認証と組み合わせる
Alexa が予想以上に終わってた件 : 管理人@Yoski
まぁ、Alexa、いまだに参考にしてる人多いと思うんですが・・・ていうか私もそうだったわけですが・・ 昨年夏に、私のブラウザ(Chrome)に Alaxa アドオン（エクステンション）いれたわけです。 ええ、知ってる人は知ってる、あのアドオンです。 これ入れると閲覧履歴が収集されて Alexa に情報が送付されます。 で、うちの会社HP。基本的にはほとんどアクセスありません。一日数百PVレベル。 それが Alexa いれた途端、これですよ。 PV激増ｗｗｗ まぁ、もともとPV少なかったから、自分のアクセスだけでこんなけ増えたのかーー へーー 俺結構アクセスしてんのな（ちなみに会社HPじゃなくて、sidefeed.com にいれた社内システムへのアクセスが原因だった。だから間違いなく私一人の仕業。） って思ってたわけですが、ランキングを見て愕然。日本で 4000位とかになっとる・・・ さて、
Facebook アプリの認証トークンが2時間で切れる問題 : 管理人@Yoski
解決したけどわけわからん。 二度と同じ問題で悩まないようにメモ。offline_access が deprecated になるので対応に悩んでる人も多いはず。 アプリの設定で - Enhanced Auth Dialog は Enabled - deprecate offline_access も Enabled によりトークンの有効期限が長くなるはず。 が、ならない。 - 新しいアカウントを作成する 古いアカウントはすでに deprecate offline_access = Disabled で認証されてる場合があり、この場合、どうもがいても 2h にロックされる。 ので、面倒だけどアカウント新しく作る。本来はアプリを一旦 remove することで大丈夫なはずだけど・・・ - App Type = Native/Desktop これで 2h が 24h に伸びた。ちょっと進化 - Ap
ソーシャルゲーに感じてる違和感について（２） : 管理人@Yoski
先日、「ソーシャルゲーに感じてる違和感について」という、なんともまとまりないエントリを書いて、その後もどうも違うなと悶々としていたのですが、ちょい整理されてきたので、短く書いときます。 隊長、じゃなくてやまもといちろうさんのまとめがいい感じです。 ソーシャルゲームは本当に高額か？とかそういう方面の雑談 要は「ソーシャルゲーも娯楽産業で、つまりは可処分所得と余暇時間の奪い合い。市場のパイはあまり変化ないから青天井とかそういうものでもないんだよね」ってことで、これはマクロ的な視点からは納得感あります。 ソーシャルゲーというと、ついついネガティブなところ、つまり - やれ小中学生が10万円くらい使ったりしてて怖い - アイテムが（外部の人からみたら信じられない）高額で取引されてて怖い - キャリア公認の出会い系みたいになってるようで怖い みたいな断片的な情報がちらほら入ってくるんで、なんとなく「
ソーシャルゲーに感じている違和感について : 管理人@Yoski
なんとなく気持ち悪いので、ちょい感じたことをメモ残しときます。 始めに書いておきますが、私はソーシャルゲームをまともにやったことがありません。 なので、なんかスジ違いのこと書いてたらすいません。あと、何度書きなおしてもまとまらなくて一部論理破綻してますが、それも含めて悩ましいってことで何卒。（たぶん事実と異なる妄想部分がいくつかあるはず）。 ◯ツイキャスと課金 最近ツイキャスで課金をはじめました。それもニコ動のような定額課金じゃなく、ソーシャルゲーのようなアイテム課金（実際には単なる有料ポイント販売）です。 課金をはじめた理由は単純で、ツイキャスに投下する初期予算がそろそろ底をついてきたので、次の展開を考える必要がでてきたから。 まぁ、さすがに毎月車一台分くらい（もないか。コストはギリギリまで押さえてます当然ながら）のお金を燃やしているとベンチャーの自己資金だけでは難しいものがあるし（そん
JASRACに行ってツイキャスの包括契約を結んできたときのメモ : 管理人@Yoski
いやー、正直言うと相当ビクビクしてたんですけどね、JASRACとコンタクトとるの。 なんせ楽曲の著作権は JASRAC がもっていて、それらの利用には費用がかかる、と。そしてそれは基本的には蛇口課金（侵害したユーザーにじゃなくて、運営元に支払い義務がある）なんで、ある日突然「こんにちは〜 JASRAC です〜。お支払いは2千3百万円程になります〜はいっこれ請求書なっ！！！！ビシッ！」なんて悪夢が現実になったらどうしよう、みたいな。 んで、おそるおそる連絡してみたわけですよ。もう最初は全然サイトなんか運営してない素人のふりして。 で、いろいろ聞いてみたところ、こりゃ早めに契約したほうがいいな、ってことでちゃんと連絡とって契約することにしたわけです。 結論からいうと、やさしかったですよ、JASRACさん。お金はもちろん取られますけど。 ◎契約しようとおもったきっかけ ツイキャスでは楽曲の利用は
Androidのデバイス依存メモ[カメラ周り] : 管理人@Yoski
さぁこれから Android な開発始めよう！って人には是非同じ苦しみを味わって欲しいので こんなエントリ書かずに影でこっそり皆が苦しむ様子を楽しんでいようと思ったのだけど、ま、残しておきますかね。デバイス依存系の問題。今回苦しんだ分だけでも。 ※こちらの勘違いもあるかもしれないので、あくまでもメモということで。。 - OSのバージョン依存の問題 Android はカメラが使えるのだけど、Android 2.1 までは横向きにしか使えません。Android 2.2 から縦可能ね（ここコダワリだった）。でもってインカメラ使いたいときは Android 2.3 以降。 ん？Android 2.2 の端末でインカメラあるやつあるよね？って気付いた人はまさに悲劇への第一歩。 実装方法は、例えばある機種では、 Camera.Parameters.set("camera_id", 2) のようにします
iPhone アプリを Android に移植したときのメモ : 管理人@Yoski
1月の12日に Android 端末買って、3週間後に ツイキャス・ビュワーをリリースする、という挑戦的な目標を立てていたのだけど、無事作業も完了したのでその時のメモ。 結論から書くと Android よくできてる。開発もやりやすくて楽しい。いやー、こりゃいい。 なにそれお前こないだまで iPhone 厨じゃなっかったのかコラ、と言われそうですが、開発者にとってみれば Android の方が優れてるところが多いと思います。はい、あとメモ。もう順不同でざーーーーーっと。 ■初めに思ったこと とくかく Java 嫌だ。いやいや嫌嫌面倒くさい。なんとかこれ回避できんかな、とおもって Titanium に手をだして、おぉ、こりゃいいや、となるも Android 版は完成度あと一歩のところだったので断念。 次に Adobe AIR に手をだすという苦し紛れの行動にでるも、これもあえなく断念。ま、ライ
Facebook と Mixi のに対応したので気付いたことメモ : 管理人@Yoski
さて、いろいろとバタバタしているツイキャスですが、ついついミクシィとFacebookに対応してみました。 で、例のごとく気付いたこと殴り書きにして晒しておきますので、興味ある方はどうぞ。 ■対応方法 対応方法には OpenID での連携、Mixi Connect (Facebook Connect) での連携、Mixi アプリ (Facebook アプリ) の３つの方法があります。（あとプラグイン的なお手軽連携とかもあるけど） で、OpenID は終わってるからもう論外として、Mixi Connect にするか アプリにするかってのは一つ悩みどころになるわけです。 - Mixi コネクトにすると・・・ 広告とか自由、画面も自由度満点。MixiボイスもAPIでたたける。が、取得できる情報が少ない。 - Mixi アプリにすると・・・ 広告や画面の制約があるので、独自設計のところが出てくる。M
iOS4のバックグラウンド処理とiPadの微妙な関係 : 管理人@Yoski
iOS4 からマルチタスクがサポートされ、これにより現在申請中のツイキャス最新版では、「バックグラウンドでライブ配信」ができるようになります。 こんな感じでライブ配信中もブラウザ見たりできますよ、と。 iOS4なにそれ？美味しいの？って思ってたんですが、バックグラウンドで配信できる便利さは凄いです。 初めて iOS4 バンザイ！って思いましたｗ で、これを実現するためのメモを残しておきます。ま、大したことないんですけどね。（ていうかちゃんと審査通るかどうかが心配・・・） あ、ちなみに、iOS4 だとアプリが終了せずにタスクトレイに残るからバッテリーの減りとか大丈夫？という話しもあるんですが、 - ステータスバーが赤くなる（上の画像のような）ケース以外では CPU は使われないから大丈夫 - ただ、メモリは使われる。これは古いものから順に押し出される ということで、あまり心配する必要はありま
Google I/O で配布された Android ケータイを試してみた : 管理人@Yoski
Android ケータイが配布されたと聞いて「参加しとけばよかった！」とジダンダを踏んでいた Google I/O ですが、今日その Android ケータイを触ってきました。 で、いまさらながらちょっと感動したので軽くレポート。 まずは裏側から。 このプレミア感がなんか憎らしい。私も欲しいぞ。 大きさは iPhone と同じくらい。 ６キー＋ボタンつきトラックボール。スライドキーボードはなし。 えっと、第一印象「ボタン多くてなんかビミョー」と思ってしまいました。 ま、端末の印象ですけど。 インターフェースは、iPhone (iPod Touch) に慣れていると、特に感動はありません。 とりあえず、予想以上にスムーズに動くな、という感じ。 ついつい指2本で拡大とかしたくなるんですけど、それは無理。 アプリは iTunes ストアみたいなところがあって、そこから追加できます。 Google
Amazon SimpleDB のパフォーマンス測定メモ : 管理人@Yoski
Amazon EC2 を本格的に使おうかと考えて、いろいろ調べている中で Amazon SimpleDB のパフォーマンス測定などをしてみました。 Amazon SimpleDB とは、スキーマ定義が不要な Web データベースです。 アイテム名とその属性名・属性値のペアでデータベースに情報を格納するだけでインデックス化され、いろいろな Query により格納したアイテムを検索することができます。 Amazon のページにある例だと、次のテーブルのようなイメージですね。SimpleDB ではテーブルに該当するものをドメインと呼びます。 属性の型も一定である必要はなく（あるアイテムは数値、あるアイテムは文字列とかもOK）、またあるアイテムのある属性に複数の値を格納することもできます（それぞれ独立した属性値として検索できる） この SimpleDB は REST API や SOAP から制御
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
