はてなブックマーク

これまで、普通にAndroidタブレットの Google Play 上に表示されていたアプリが、最近になって非対応とみなされダウンロードできなくなる現象が出ています。どうも 5月中旬くらいに Google Play 側のロジックが変わった模様です。アプリ開発者は要注意。 具体的には、クックパッドやヤフオク、NAVITIME、LINEバブルなどが表示されなくなっています。 タブレットといっても、7インチの Nexus 7 などは問題ありません。Nenus 10、Sony Tablet S、LifeTouch L などのいわゆる xlarge なデバイスのみが対象です。 いろいろ条件を調べたのですが、スクリーンサイズでフィルタがかかっているようで、以下の条件をすべて満たしてしまうと表示されないようです。 AndroidManifest.xml に targetSdkVersion が指定されて

クラッシュログ解析サービスの crittercism と bugsense を使ってみたのでその比較。 今まで Android/iOS アプリのクラッシュログ解析は、自前でやっていました。具体的には plcrashreporter を組み込んで、自前の Web サーバにクラッシュログ送って、ファイル保存しておくという方法だったのですが、ログを分類したり、シンボルを復元したりが超面倒なので正直あまり活用できていませんでした。 クラッシュログ解析サービスはいくつかありますが、比較的安価に使えそうな crittercism と bugsense を試用しています。 どちらも、クラッシュが発生したログを取得してサーバに送り、スタックトレースなどの情報をブラウザで閲覧することができます。 実際使ってみると超便利です。もうこの手のサービスなしでは生きていけません。 大量にログがでたら見るのが大変じゃな

故あって、Android の LVL を無効化する「AntiLVL」の対抗策を検討していたりします。 LVL (License Verification Library) は Google が提供する Android のライセンス検証用のライブラリで、簡単にいうと Google Play でちゃんと購入されたアプリかどうかをサーバに問い合わせて確認するというライブラリです。AntiLVL は、APK ファイルを書き換えてLVL を無効化してしまうというツールで、Google Play で有料アプリを購入してすぐに APK を取り出して注文キャンセルし LVL を無効化してしまえば不正にアプリを利用できるというわけです。そんなことする不届き者はとっとと氏ねばいいのにと思うわけですが。 AntiLVL での LVL 解除は非常に簡単にできてしまうので開発者としては何らかの対策が必要です。 署名

'14/10/28追記 : 2015/1/1 から、VAT については Google が代行徴収と納付を行ってくれることになったようです。 海外向けに Google Play で販売するときの現地間接税(Sales Tax や VAT など)について少し調べています。今回はEUのVAT(付加価値税）についてメモ。 id:tmurakam:20120321#1332256170 にも書いたとおり、Google は間接税の徴収・当局への納税は一切やってくれないので、販売者側で責任を持ってやる必要があります (Apple は EU については代行してくれています) 消費税や VAT のような間接税は基本的に最終消費者が負担するわけですが、国をまたいだいわゆる「クロスボーダー」取引はこれが課税対象になるのかどうかが問題になります。 大抵の場合物理的なモノ（貨物）の場合は基本的に消費地、つまり買った

Apple LLVM3.1 Compiler の -O1 以上の最適化をかけてコンパイルすると、ARC のリファレンスカウントがおかしくなってクラッシュする現象が発覚。(CashFlow はこれが原因でクラッシュしてました) 以下のコードで完全に再現します。 UIButton *b, *b1, *b2; for (int i = 0; i < 2; i++) { b = [UIButton buttonWithType:UIButtonTypeRoundedRect]; if (i == 0) { b1 = b; } else { b2 = b; } } b = nil; int rc1 = CFGetRetainCount((__bridge void *)b1); int rc2 = CFGetRetainCount((__bridge void *)b2); rc1, rc2 にはそ

Google Play や Apple AppStore でのアプリ販売について、開発者・販売者の立場から見た時の消費税の扱いが全然違うっぽい。ので、調査したメモを備忘録として書いておきます。さしあたり、日本国内向けについてだけです。 注意：私は税務の専門家じゃないので、内容については一切保証しません。不安があるかたは税の専門家に相談してください。この記事に信じたことによって何らかの損害を被ったとしても、当方は一切関知いたしません。 Apple AppStore の場合 Apple AppStore での消費税の扱いについて。 日本国内の売上に関しては iTunes KK が代理店(Agent)として販売を代行します。iTunes KK は日本国内の法人です。 (日本に限りませんが)開発者は課税設定は一切行う必要はありません。全部 Apple 側が指定します。 日本国内売上については、売上

Android Market でのアプリ販売時の消費税設定がベンダによってばらばらなようで、どっちが正解なのか悩み中。どうも課税設定をしていないベンダのほうが多いんですよね。自分は設定するようにしてますけど。 消費税を課税設定している例 (TAITO)。こちらは消費税額が表示されています。 課税設定してない例 (NTT DOCOMO)。こちらは消費税額が 0 円と表示されています。が、NTT DOCOMO が免税事業者なわけはないので、もちろん価格は税込表示なのでしょう。 本来であれば、きちんと課税設定をしておくべきだと思います。でないと、領収書に消費税額出ないのでビジネスで使う場合は困るはずです。（税額 0 円とはっきり書いてあると、仮払消費税の確証としては非常に問題になりそうです) ですが、消費税を課税しない場合だと Market での価格表示は税抜表示になってしまうので、総額表示にな

Google Checkout の個人情報の扱いに関して、1/25に Google に以下の問い合わせメールを送ってありました。 Googleウォレットチームご担当者殿 村上です。いつもお世話になっております。 以下の件すでに修正されているということですが、現在でも購入者の郵便番号、住所の一部、 本名、メールアドレスは以前表示されており、1月14日にお問い合わせさせていただいたときと比べ 何も改善されていないように見受けられます。（昨年12月初旬頃までは、メールアドレスは @google.checkout.com のテンポラリアドレスとなっていましたので、その時と比べても悪化している ように思われます） これはもうこれ以上改善されない御積りなのでしょうか？先に依頼させていただきましたとおり、 販売者側としては無用な個人情報を提供された場合、販売数が5,000件を超えた時点で個人情報 取扱事

'13/7/6 追記: Google Play の売上情報に、購入者の個人情報が入らなくなりました 注: '12/1/13、Google側が誤りであったことを認めたとのことです。詳細は一番下の追記参照。 最近、Android Market の売上レポートに購入者の完全な名前・住所・電話番号・メールアドレスなどが表示されるようになってしまい、少々困っています。 Android Market でのアプリ売上は Google Checkout というサイトで確認できるようになっており、それぞれの売上ごとに詳細なレポートを閲覧できるようになっています。以下はその中の抜粋です（個人情報は全部塗りつぶしています) 配送先というところに、購入者の完全な住所・名前・携帯電話番号・メールアドレスが入ってしまっています。この配送先は前からレポートには出ていたのですが、以前は情報は部分的なものでした（住所は番地

'12/11/24: このブログの内容をもとに Amazon Kindle ストアで電子書籍を出版しました。 スマートフォンアプリ配信の輸出管理 作者: 村上卓弥出版社/メーカー: 村上　卓弥発売日: 2012/11/23メディア: Kindle版この商品を含むブログを見る その３までで終わるつもりだったのですが、せっかくなので米国商務省BISに暗号登録までやってみました。 参考にしたのはこちらのブログです → Apple iTunes export restrictions on apps やってみたら思いのほか簡単に ERN 取得できたので、やり方を書いてみようと思います。 登録するアプリについて 登録するアプリは、今開発中のこれです。 どこで暗号を使っているかというと、Twitter でツイートするところです。認証部分のところですね。このアプリは iOS5 専用で作っていて、Twit

'12/11/24: このブログの内容をもとに Amazon Kindle ストアで電子書籍を出版しました。 スマートフォンアプリ配信の輸出管理 作者: 村上卓弥出版社/メーカー: 村上　卓弥発売日: 2012/11/23メディア: Kindle版 クリック: 1回この商品を含むブログ (2件) を見る 前回のエントリで、EAR の Category 5, Part 2 に該当するかどうかの判定まで書きました。今回は、該当する場合に、さらに暗号の分類をする方法について書いてみます。分類によっては無許可で輸出できるケースがあります。 どこを見るかですが、今度は登録の「私は、暗号登録なしに、私の暗号品目を自己番号分類し、それを輸出することができますか？」 の中にあるフローチャート2をみて分類していきます。(原文はこちら) なお、以下の説明で Q. の番号は説明のために私が勝手に振ってます （前

docomo の MEDIAS WP N-06C を無事にゲット。 N-06C には PC Link という機能があって、パソコンからN-06C内の電話帳や写真にワイヤレス(無線LAN)でアクセスできます。 いちいち線を繋がなくてよいので便利。 PC Link Tool はここにありますが、残念ながら Windows 用のツールしかなく、Mac ではこのツールを使用できません。また、ツールなしでブラウザだけでも PC Link を使用することができるのですが、Mac からだと MEDIAS 側で表示される URL を入れてもそのままではうまく繋がりません、、、 試行錯誤して、Mac からブラウザ経由で繋げられる方法がわかったので、メモしておきます。 無線LANの設定を行い、接続を済ませておきます。 「設定」→「ワイヤレスとネットワークの設定」の下のほうにある「PC Link設定」を開きます

以前、AdMob に CashFlow (有料版)の広告を出稿したことがあったけど、今回は CashFlow Free の方を出稿してみることにしました。最近、DL数がだいぶ下がってきたので。 AdMob にはダウンロードトラッキング機能があって、これを使うとコンバージョン率、すなわち広告がクリックされたあと実際にアプリがダウンロード・実行された割合を取得することができるようになっています。これはアプリがダウンロードされて初回起動されたときにAdMobに通知を出すことによって実現されてます。 で、とりあえず $100 を使い、一日$25で４日間出稿してみました。単価は最低の $0.05 にしたのでクリック数は2,000回ほどいくはずです。対象は日本と米国の２箇所。 結果は暫定ですが以下のとおりです。 インプレッション数(表示回数): 277,102回 クリック数: 1,872回 クリック率

Xcode4 になってから、iOS の Unit Test のやり方が Xcode3 とかなり変わっていて、だいぶやり方を悩んでしまった。試行錯誤した結果を書いておくことにする。 Xcode3 の Unit Test の種類 Xcode3 には、Logic Test と Application Test の２種類があった。詳細はiOS Development Guideを参照。 Logic Test : アプリケーションとは独立してテストコードを実行する方法。ビルド過程でテストが実行される。 Application Test : アプリケーションを実際に実行し、この中でテストを実行する方法。実機でしかテストは実行できない。 ２つの使い分けだが、基本的に model のテストは Logic Test で、controller のテストは Application Test で行うのが基本のよう

Microsoft Money Plus Sunet の日本語版がでました！ http://www.microsoft.com/downloads/details.aspx?FamilyID=60302e1e-207e-4710-ac80-d19c22e47488&displayLang=ja 現行の Money Plus は 2011/1月末にアクティベーションサーバが停止してしまうのでそれ以降は OS を再インストールすると使えなくなってしまうのですが、Sunset 版はアクティベーションがないので、それ以降も安心して使うことができます。また、電子明細のダウンロード機能は使えないのですが、FeliCa2Money を使えば明細の取り込みが可能です。CashFlow for iPhone や CashFlow for Android との連携も使えます。 もう一つ重要なのは、Money

Git for Windows (msysGit)が日本語(UTF-8)のファイル名をきちんと処理してくれないので、パッチを作って対応するようにしてみた。 かなり苦労したが、なんとか動作するようになったのでβ版を公開 http://tmurakam.org/git/ ほとんど土日潰した、、、

CashFlow を US で使っている方からメールがあり、日付選択画面(UIDatePicker)の表示が日本時間になってしまうとのこと（それ以外は現地時間で出ている）。 いろいろ探ったところ、UIDatePicker の setTimeZone でタイムゾーンを設定しておく必要があるらしい。とりあえず、 [datePicker setTimeZone:[NSTimeZone systemTimeZone]];という行を入れたところ、不具合は解消された。 で、この不具合は iOS4 でのみ発生するようだ（iPod touch や iPad では問題なし)。また、日本国内で使っている分には問題はおこらないので気づきにくい。 しかし GMT になるならともかく、なぜ日本時間になるのだ、、、どこかにそんなプロパティあったっけ、、、？

AdMobにiPhoneアプリの広告を出してみた。CashFlow と ItemShelf で、日本とUSの二カ所。 ここは広告料先払いでクリックに応じて支払っていくという方式 (Google Adwords は後払い）。とりあえず $100 入金して、クリック単価は最低の $0.05 で広告を出稿。出稿してすぐに広告が出る訳ではなく、承認されるまではペンディングされる。 $100 あれば、そんなにクリックする人もないし、数日は持つかなぁ、とタカをくくっていたら、表示開始２時間で $100 使い切りやがった。はえぇよ。 レポート見たら、２時間でインプレッション１７万回、クリック数 2,000であった。すさまじい勢いである。表示開始が日本時間の早朝だったため、ほとんど US のみ。それも CashFlow がインプレッションの 95%を占めた (ItemShelf は 5%)。もうちょっと均

2chあたりでも話題になってましたが、Amazonが、同社のデータを使うモバイルアプリを抹殺しようとしているという記事が先日出ていました。Delicious Library の iPhone 版が公開停止に追い込まれたようで。 さて、こうなると拙作 ItemShelf がどうなるかが心配になります。これも Amazon の情報を使っていますので。今のところ Amazon からは何も言ってきておりませんが、何らかのアクションを起こしてくる可能性はあるでしょう。Amazon 側は一切の例外を認めないと言っているようなので、アクションが発生した場合は確実に ItemShelf での Amazon API 利用を停止せよ、と言ってくるはずです。これを言われたら、こちらとしてはどうしようもなく、従うしかありません。 ただ、ItemShelf の場合は Amazon だけでなく楽天や価格.comにも対

最近、Android にも手を出し始めています。すでに Android dev phone 1 は昨年購入済み。 Java のアプリを書いてもいいのだけど、X/Qt で Zaurus 用のクロスコンパイルをやっていたこともあって、ネイティブアプリのコンパイルで遊んでいるところ。 Android のツールチェインはかなり変態なので、オープンソース物をポーティングしようとするとかなり苦労します。そこで、ツールチェイン用のラッパ "droid-wrapper" を書きました。以下の URL で大後悔公開中。使い方は README.ja を見てください。 http://github.com/tmurakam/droid-wrapper/ これをインストールすると、droid-gcc, droid-g++, droid-ld の３つのラッパが使えるようになります。あとは、 $ CC=droid-gc