iPhone/Android/PayPalで何か購入したときに販売主に送信される個人情報まとめ : 管理人@Yoski
iPhone/Android/PayPalでアプリやコンテンツを購入したときに販売主にどんな情報が送信されるのか、いろいと気になると思うので、ちょいまとめておきます。（3つだけですが） 「キャリア決済だと個人情報はキャリアにしかいかないよね？」とか大きな誤解なので、多分みんな知っといたほうがいい。(ただしソースは自分調べなので、間違いあったらごめんなさい) - iPhone で、つまり AppStore でアプリ内課金などした場合 送信される 個人情報: *なし。強いて挙げれば国名と利用通貨のみ iTunes/AppStore からは誰が買ったという情報は送信されません。唯一、購入者の国名と利用言語くらいはトランザクションIDから照合すればわかります。 また、iTunes で購入したものはシステム上で返金を行うことはできません。 （トランザクションIDの照合とサイト上での認証と組み合わせる
[新iPad2/iPhone5 対応版] アプリ作ったら用意する画像サイズの一覧 : 管理人@Yoski
新しい iPad もリリースされて、用意すべき画像サイスがわけわからなくなってきたのでチト整理しときますね。 ※2012/9/13 iPhone5 対応追加 アプリ作ったら用意する画像のサイズ一覧（保存版） - iPhone/iPad アプリアイコン * 57x57 * 114x114 (@2x) * 72x72 (iPad用だけどiPhoneアプリでも用意するべき) * 144x144 (@2x)(iPad用だけどiPhoneアプリでも用意するべき) * 29x29 (検索結果用 - 必須ではない) * 58x58 (@2x)(検索結果用 - 必須ではない * 50x50 (必須ではない。iPad 対応してなければ不要) * 100x100 (@2x)(必須ではない。iPad 対応してなければ不要) * 512x512 (アプリ申請時に必要) (@2x)とついてるものは、ファイル名を x
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 に手をだすという苦し紛れの行動にでるも、これもあえなく断念。ま、ライ
3時間でiPhoneアプリをiPad対応にした : 管理人@Yoski
ま、実際には5時間かかったんですけどね。最初だったから。ちなみに審査は実質5日くらい。 これはツイキャス・ビュワーの iPad アプリ。というかユニバーサル・バイナリなのでiPhoneと共通です。 夕方5時からiPad化初めて、10時には完成、2時間で試験パターンまわして深夜0時に申請、という流れです。 自分メモですけど、何かの参考に。 （ちなみに内容的には最低限のiPad対応、かと思いますー） 【準備】 実はこれがすごく大事。iPhone アプリを作るときに以下のことに注意して作ります。 - 画面は左右ぐるぐる回転できるようにしておく - ぐるぐる回転したときに、frame = CGRect なんて使わなくていいように Interface Builder のアラインパラメータを綺麗に設計する - なので、画面構成要素は極力コードで動的にじゃなくてXIBで作成する。NavigationCo
[iPhone][AVFoundation] AVCaptureOutput のメモ : 管理人@Yoski
自分専用メモなんで、意味不明かと思いますが是非スルーの方向で。 iOS4 からカメラのフレームバッファをキャプチャすることができるようになったんですが、その取扱がちーと面倒。 で、たまったバッドノウハウ忘れないようにメモ。 - kCVPixelBufferPixelFormatTypeKey これは基本 kCVPixelFormatType_32BGRA が扱いやすい。iPhone 3G でもOK。あと使うのは YUV ですかね。420v ならモノクロ・フレームバッファも取りやすい。 - (void)captureOutput:(AVCaptureOutput *)captureOutput didOutputSampleBuffer:(CMSampleBufferRef)sampleBuffer fromConnection:(AVCaptureConnection *)connecti
ツイキャス・ビューワーが承認されるまでの 42 日間 : 管理人@Yoski
さて、本日「TwitCasting Viewer」という、ツイキャスのライブ配信を iPhone で閲覧できるアプリが公開されました。 この承認に 42 日間（途中 Reject 3回）かかったので、その記録を残しておきますね。参考までに。 あ、ちなみツイキャス・ビュワー、入れておくといいことありますよ。入れておくだけでいいです。立ち上げる必要ないです。いつか役に立ちます、きっとw。 ●序章： ストリーミングプロトコルの指定について 以前のエントリにも書いた通り、Apple の規約変更により「3G回線で映像を配信する場合、HTTP Live Streaming というプロトコルを利用する」ことが必須になりました。 これはすなわち、iPhone 上では Quick Time を利用しないと映像を表示できない、ということです。 で、アプリを投げ込んだのが 3/30、その2日後に審査が開始され
Twitterしながら映像をライブ配信できる「TwitCasting」を公開しましたよ、遂に。 : 管理人@Yoski
遂に・・・リリースしましたよ。できましたよ。。 今年元日 AM1:00 から作り出した渾身の新サービス「TwitCasting Live」。iPhone アプリ + Web サイトです。 サービスの説明の前に2時間くらい苦労話を書きたいところなんですが、まぁそれはさておき、ちょっと説明しますね。 「TwitCasting」は、iPhone 上で「映像と音声のライブストリーミング」をしながら「Twitter」できるプロダクトです。 一言でいえば、映像配信つき Twitter クライアント。 特徴は、Joker Racer プロジェクトでも使った「遅延ゼロ配信」です。 映像の遅延は、0.1秒～0.3秒くらいなので、ほとんど遅延を感じることなく映像を配信することができます。 なんというか、遠隔ミーティングにも使えるくらい。 というか、これ、ラジコンに TwitCasting 入りの iPhone
夜型エンジニアが朝会社に来てすぐ作業に取り掛かるコツ : 管理人@Yoski
エンジニアというと、朝は出社時間ぎりぎりに会社にやってきて、まずはメールチェック、だらだらと返事を返しながらお茶とか飲みつつネットで情報収集、そしてそのままお昼ご飯へ、というステレオタイプが有ったり無かったりするのですが、そもそも・・・ ・朝が苦手 ・2-3時間後には昼食で作業中断する という条件では、午前中は開発する気になれないのは仕方ないのかも。。 ま、そんな環境で働けるエンジニアは超絶恵まれていると思いますが・・・というか「クリエイティブな仕事だから」とかなんとか理由をつけて当然の権利とか考えるようになったら(ry・・・頑張れ社会人。 で、ま、それはさておき、夜型エンジニアが朝会社に来てすぐ作業に取り掛かるコツがあります。誰にでも効くとは思えないけど。 方法は実に単純で、前日に作業を区切りのいいところまで終わらせないことです。 つまり、コーディングの途中、エディタとか全部画面に開けっ
英語版サービスをリリースする前に : 管理人@Yoski
(Note: This entry describes how to promote your web site using del.icio.us. If you prefer English, please visit here and there.) 英語版（海外向け）サービスをリリースする前に気をつけていたコトのメモ。 ネタとして古くなりそうなので（というのもどうかと思うが）、なんか出てきたのでとりあえず公開しておきます。 ■del.icio.us は、まずはじめに自分がブックマークする あまり知られていないようなのですが、del.icio.us のタイトルにはちょっとしたクセがあります。 それは「del.icio.us/popular」に登場するときの「タイトル」は、その URL を「はじめにブックマークした人がつけたタイトル(description)」になる、ということです。
新サービスを開発するときに気をつけてること : a++ My RSS 管理人ブログ
もう全然気合が足りないので、自分への戒めも含めて「新サービス開発」について思いつくままにメモ残します。 新サービスを開発するときには： コンセプト = メタファーを決める メタファーとは、「そのサービスって、つまり○○だよね」の○○に当てはまる具体的な言葉です。 どんなサービスでも「既存の言葉」に当てはめないと理解しにくいので。 「GPS機能で配送遅延から距離を感じられるオンラインメッセージングツール」じゃなくて「それって伝書鳩」みたいな。 これは知り合いに説明してみるとヒントが得られること多しです。 サービス名を決める ドメイン取るとかの理由もありますが、名前が決まっているかどうかで作業のはかどり方が全然違います。 アイデア ⇒ 開発 ⇒ 仕上げ の苦しみ度合いを理解しておく 実は開発する作業が一番楽です。厳しいのは仕上げ。途中で萎えないような工夫が必要だったりします。 時間をかけて悩ん
海外のレンタルサーバーを契約する前に : 管理人@Yoski
日本にサーバーを持っているといろいろなリスクがあるので海外向けサービスのために、海外でもサーバーを借りたりしているのですが、気になるのはネットワークの速度。 世界中からそこそこのアクセス速度がでるところと契約したいので…。 ということで、ISP(=レンタルサーバー業者の意味で使います) と契約する前に調べたことをメモしておきます。微妙なものもありますが、一応参考までに。というか、自分メモですから。 0. ISP を探す ま、これは Google とかで。日本以上に競争が熾烈なのでものすごい検索力が必要ですｗ ※どこでも同じなのですが、宣伝の多い有名なものは概して高いです。 ※でも良ーく探すと、日本より安いところも多い。 あ、海外のサイトで快適なところをいくつかピックアップして、そこが使っているものを検討するのが近道かも。 1. そもそも ISP のウェブサイトが重いものはパス 特に画像やフ
（高速に）Apache の log を解析する正規表現（追記あり） : a++ My RSS 管理人ブログ
※(多分)最終バージョンはこちらです。 ⇒[ぴ] - Apache Combined Log を効率的にパースする正規表現メモ , Apache Combined Log 解析正規表現ベンチマークの補足 (2007/10/05) ※ベンチマークありがとうございました。 ネタ的には既出なんですが・・・ Ref: [ぴ] - Apache Combined Log を効率的にパースする正規表現メモ グーグル先生でよく教えてもらえる正規表現というのがありまして、 !^(.*) (.*) (.*) \[(.*)\] "(.*)" (.*) (.*) "(.*)" "(.*)"! これ、使ってみると 1万行解析するのに 7.617 秒かかりました。ありえない。（Let's note T5 / CentOS） で、バックトラックかからないよう、例えばこんな感じに適当に変更： !^([^\s]*) [^
My RSS 管理人 ブログ: [メモ]これからのエンジニアが備えるべき３つの要素
先日の開発合宿で百式田口さんと話していたときに - 開発力があって - サーバー管理できて - 絵心がある人 は貴重だよね、と思うという話をふと思い出したのでメモ。 来年は大量の API が出回るはずなので、技術力といっても API 周りがいじれる言語であればなんでもいい感じ（もちろんセキュリティまわりは押さえつつも軽量プログラミング志向で）。 PHPでもとても良い本がでていることですし。 一番難しいのは絵心でしょうか。 なんでも全部一人でやることを推奨するわけではないですが、絵心があると左右の異なる視点からパンチを繰り出して仕上げることができるので、バランスの良いモノができるのでは、と。 ＃絵心をどうやって身につけるかはわかりませんが。。。 絵の上手下手ではなく、開発で使う脳とは違う思考パターンを身につける、とかそんな意味にとっていただければ・・・ 投稿者 aka : 2006年11月2
My RSS 管理人 ブログ++: Windows版 PHP 5.2 へのバージョンアップは慎重に
※本稿は PHP5.2 Windows インストーラー版について書かれています。 PHP 5.2 がリリースされています。が、PHP 5.2 は*一般的な*マイナーバージョンアップではありません。 apache2 と apache2.2 が別物であるのと同様、PHP 5.1.x と PHP 5.2 は かなりの別物 ですのでバージョンアップにはそれなりの時間と精神的余裕を確保できたときに行うことをお勧めします。 ＃一応メジャー改良版、という変な呼び方になっているようですが・・・ ●Windows版のバージョンアップ方法 基本的には「以前のバージョンのPHPをアンインストール」してから行った方がいいと思います。 インストーラーが以前の 2.5MB ⇒ 18.8MB と急激に大きくなっていることからも、変化の多きさが伺えます。 以前のバージョンのゴミが残っていると予期せぬトラブルを引き起こしま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
