itunes connectのreplace binaryでアップロードエラーが出る場合に疑うこと

先日itunes connectからreplace binaryで*.appのバイナリ入れ替え申請の時に、

「The binary you uploaded was invalid. The signature was invalid, or it was not signed with an Apple submission certificate.」

というエラーで怒られた。

色々調べてみると下記のような様々な要因で起こるらしいので要注意。

  • 申請しているBundle Version, Bundle versions string, shortとInfo.plistのBundleのバージョンが異なっている(特にアップグレードしたときに注意)。
  • Distribution用のProvisioning ProfileかCertificatesの有効期限がどちらかまたは両方とも切れている。
  • アイコンのピクセル数が57*57よりも大きいまたは小さい。
  • アイコンが24bitでなく8bitだったりしてだめだった人もいる。

この他にもあるかもしれない。



Tech talkといいSoftBankといい今日はiPhone Dayだ

iPhone Tech talkから帰ってきました。

あまりにも眠かったので懇親会に参加せずに帰宅しました。(別におもしろくなかったって事じゃなく個人的に徹夜だった)

結構大勢いたのにびっくりしましたが、いつもお世話になっているアプリの作者の皆さんとか、おそらくMacアプリ開発界の重鎮?の方とかいたのかもしれませんが誰が誰だかわからず。せめて会って挨拶でもしたかったな。

Tech talkの内容はNDAがらみで書けないのですが、午後の部はそれなりだったかなーと思います。アメリカスタッフのプレゼンの方ですね。3つあったんですが、二つ目は個人的に今興味があって自分に足りない方面の話だったのですが、あまりにも広範囲を短時間で詰め込んだので、話を聞いて理解できると言うよりはこういう事ができるのねってことだけ理解してあとは別途かみ砕いていくしかないですね。三つ目は実務的で一番役に立つ人が多かったのではないかな。(やっぱTable周りはこれからはじめるひとの最初の難関なのね。。)

結構寝不足でうとうとしてたんで、所々歯抜けで、おそらく資料がアップされる(されてる?)と思うので、これから見直して復習ですな。

しかし同時刻にSoftBankの発表。

ずっと合間にNatsuLiphoneで情報を追ってました。会場の人もMacBookで情報見てる人が結構いましたね。

ソフバン結構本気ですねー。

ワンセグは個人的に興味ないんですが、Touchでも使えれば妻に与えると喜ぶかも。バッテリー機能は昨日3000mAhの大容量バッテリを旅行用にを購入したばかりなのでちょっと残念。どうせならワンセグだけでなくいろんなメディアを無線LAN経由でiPhoneに流す簡易メディアサーバみたいにすればもっとおもしろいのに。

BB無線LANの無料開放も実はあんまり個人的にはそんなインパクト無いんですが、ソフバンにとってもユーザにとってもWinWinなんでしょね。俺としてはちょっとマクド行くのが増えるかなくらいで。ちなみにTouchとiPhoneの二台持ちの人はTouchでもBB無線LAN無料でつかえるのかな?

ニコニコも個人的にはあんまり興味無い。あんまり見ないんで。でもまだ持ってない人にはYoutubeもニコニコも携帯電話より大きい画面で見れるってのは結構アピールするのかな。ま、ニコニコは当然Touchでも見れるでしょうからiPhoneだけでは無いんでしょうが。

それよりだ、2.2がいつどうなるのかの方が気になるわけですよ。特にマップ周りとか、マップ周りとか。非常に気になるわけです。プッシュノーティフィケーションもどなったの??ま、まだ自信がつくまで出さないだろうけど。Meで痛い目をみたからな。一部クロック数アップみたいな情報もあったりするが、電池の持ちが悪くなったりとか。

とにかく今日一日はiPhoneに振り回された一日でした。

年内から年明けに某会社からアプリを一つの予定。あとは自分の会社名義(ここ)でオリジナル無料アプリを一つ年内に終わらせたいな。

個人的にはCoreAnimationとかOpenGL系の所を少し極めたいなー、と思ってます。



iphone用bookmarklet for Google

iPhone, ipod touchでgoogleを検索する際にはモバイルiPhone用の物を良く使います。

 http://www.google.com/m?search

結構、Ajaxを使ってあってよくできていますし、検索結果も別ウィンドウで開くので
それはそれで大変良いのですが、一つだけ問題があります。
ipod touch iphoneでは別ウィンドウで開くページ容量が大きい場合、バックグラウンドの画面が保持されずに白くなる場合があります。なので、検索結果画面からリンクをクリックして別画面でそれをみて、また検索結果画面にもどると、なぜか検索結果が消えていて、ブラウザはもう一度リロードするのですが、このgoogle検索画面の欠点でAjaxにて検索していて、URLに検索キーワードやページ数を保持するデータが入っていない為に、リロードした場合、また検索キーワードを入れる前のインプットボックスだけの画面に戻ってしまいます。

そこで、前にreaderでやったようにリンクで開きたいURLをストックしておいて、後でいっぺんに開く為のbookmarkletを作りました。

使い方は簡単で、検索結果画面でbookmarkletを走らすと、検索結果のリンクを保存用にイベントハンドラに置き換えます。あとはリンクをクリックするとそれがHTML内に保存されます。同時に検索ボタンの脇に「Open」ボタンがつきますので、必要なときにそれをクリックすれば、新しいウィンドウでリンクが複数いっぺんに開けます。

注意点としては、ウィンドウはモバイルsafariの仕様上8個までしか開けませんので、検索ページを除いてあと7個までしかウィンドウをひらけませんので、そこまでたまる前に一度ウィンドウを開いてください。一度開けば、ストックは一度空になりますので、またURLをストックすることができます。

まだ、バグがあるとおもいますし、チェックもあんまりしてません。

bookmarkletはここからどうぞ。

本日2008/7/5バグ修正しました。

 



iPhone iPod touch用Bookmarkletを作りました

ipod touch用のGoogle readerはAjaxをつかって使いやすいのですが、元のリンクをクリックすると新しいウィンドウで元記事が表示されます。そのときに新しく開く元記事のウィンドウの容量が大きかったりすると、元の readerのウィンドウがバックグラウンドで消えてしまうという現象が起こります。

これがあんまり都合良くないのと、できれば iPhone用のreaderはAjaxでどんどんページを継ぎ足してみていけるので、後で開きたい元記事をまとめてマークしておきたいと考えました。

そこで二つのbookmarkletを作りました。

一つ目のブックマークレットはreaderでsee originalsの元記事リンクを表示させた状態で走らせると、そのリンクをタッチするとそのリンクを開かずにストックするイベントハンドラーを付加します。モバイルsafariで開けるウィンドウは8つまでですので、リンクストックも7個までしかできないようになっています。

もう一つはストックしたリンクをいっぺんに複数のウィンドウで開くブックマークレットです。

なので、使い方としては、readerを眺めていて、詳細画面を出すとsee originalsの元記事リンクが見えます。個の状態で一つ目のブックマークレットを動かして、その後そのリンクをタッチします。するとリンクがストックされたというアラートが表示されます。

 readerがsee originalリンクを生成するのは動的なので、see originalリンクが表示されると、その都度それを後で開きたい場合は、一つ目のブックマークレットを動かす必要があります。

最後にいい所でいっぺんにリンクを開く訳です。

ブックマークレットは下記からどうぞ

ここから

 



Techneet meets Fueld

http://www.fueld.jp/



近未来型ネットデバイス考

当然ネットワークネイティブ

  • 当然Wifi or 3G higher network
  • 主要なネットワークサービスへのアクセスがプリセット

当然モバイルネイティブ

  • なのでバッテリーincluded
  • 家の中で使うデバイスでもバッテリー付きがいいことは携帯電話で証明済み

OSはモダンOS(Kernelメモリー保護)

  • なのでコスト面、軽量化出きることを考えてもLinux
  • どうせUIはFlashなのでWinやMacである必要なし

UIはFlashでいいんじゃね?

  • これは悩む所、Adobeのロックインでいいのか?
  • それか組み込みブラウザ+HTML+JavaScript?
  • でもやっぱりFlash(Flex)+ASの方がリッチそう

(ChumbyなんかFlash Liteで充分なUIつくってるし)

なので、開発はJavaScriptかActionScriptでOK

  • デバイス向けの特殊APIとサーバ向けAPIが提供される。
  • サーバ向けAPIはデバイスを越えて標準化されることが必要。

画面はあまり大きくしない。

  • 大きい画面に複雑なUIは古い発想。
  • フォームとかで3エレメント以上は禁止。
  • Windowsのツールバーに20個のアイコンボタンとかは最低。
  • 画面を大きくしすぎるとUIが複雑になりがち。
  • iPhoneくらいが最適?

オフライン機能も考えてSqlite組み込みで。

  • 現在のGoogle ReaderとかDocのように。
  • ネットにつながるときにある程度のリソースはDLしる。
  • ネットになったときにローカルとシンクしる。

ビジネスマン向けとコンシューマ向け

  • ビジネスマン向け(BlackBerryのような)
  1. インプットできる。
  2. オフライン機能も充実。
  • コンシューマ向け
  1. 閲覧中心その分コストを安く

また続く...



Hello world! from techneet

techneetのページにようこそ!

techneetはwebプログラミングを通じて皆さんを手伝ったり、何かおもしろいことをwebで行うための集まりです。

なにかおもしろいことを考え付いたらこの場でお知らせしていくつもりです。

おもしろいことをみんなでシェアしていけたら、とおもいます。

生まれたばかりのテクニートからのおしらせでした。