Transform Your Skills with AI! Last chance to join our 9-week AI APIs with Python bootcamp starting January 13th. Stay ahead in tech by learning AI integration. Elevate your dev skills with Kodeco Cutting-edge courses, world-class instructors, and a network of passionate learners position you — and your dev team — to thrive in the ever-evolving world of mobile development.
こんにちは、Wantedly で iOS エンジニアをしている樫原 (@kashihararara) です。 この記事は、2020年12月22日 にオンライン開催された potatotips#72 で発表した「iOS 14 からの Universal Links」を記事にしたものです。 [事の発端] QA 環境で Universal Links が動かない!とある日のこと、QAさんからバグの報告がありました。バグの内容を聞いてみると「QA版アプリの環境だけ、すべての Universal Links が効かずアプリが立ち上がらない」というものでした。 更に詳しく調査をすると、iOS 14 かつ QA版アプリ という条件でのみ Universal Links が動いていないということが判明しました。 更に上記の条件でアプリインストール時の通信をProxyManで確認してみます。すると、http
Intro iOS15 がリリースされたため、 Private Relay のベータを試すことができた。 このようなサービスが提供されるようになった背景を踏まえ、挙動を簡単に確認しつつ、解説する。 背景 そもそも、なぜこのようなサービスが出てきたのかを理解するには、現在のインターネットが抱える問題の背景を理解する必要がある。 特に Web において問題になっている「トラッキング」を防ぐために、法的な規制や業界団体の自主規制による対策は長いこと行われてきたが、それでも看過できないインシデントなどが目立ったために、 Apple の ITP を皮切りに 3rd Party Cookie の制限が始まった。 ここで重要なのは、「本来防ぎたいのは 3rd party Cookie という技術ではなく Tracking というユースケースだ」という点だ。 この前提が伝わっていない場合、トラッキングのユ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 以前開発したときは、APNs証明書だけだったのに知らぬうちに2つの方法ができていたので備忘録です。 そもそもAPNsとは？ Apple Push Notification Service(以下、APNs)は、iOSやtvOS、MacOS上で実行されているアプリケーションに対して開発者側から通知を送るためのAppleによるサービスのことを指します。 誤解されがちなのは、Firebase Cloud Messaging(以下、FCM)などの通知を行えるサービスと各アプリケーションが1対1で繋がっているようにとらわれがちですが、Appleデバ
注意：この記事はAppleのドキュメントを参照して書きました。実際に実装していないので間違いがあるかもしれません。 VoIP Push は CallKit とともに！（iOS13) iOS 13 SDK でビルドしたアプリを iOS 13 上で動かした際、VoIP Push を受けたときに CallKit の reportNewIncomingCall を呼び出さなければならないことになりました。 reportNewIncomingCall を呼び出すと、電話の着信画面が表示されます。 つまり、VoIP Push は着信通知にしか使えないということになります！ チャットなどをサポートしている VoIP アプリは、VoIP Push を着信通知以外に利用していることもあると思いますが（え、そんなことしてない？？）、今後は通常のPushを使う必要があります。 また、VoIP Push を使って
Android 端末がメッセージを受信した場合は上記の表の通り、FirebaseMessagingService（を継承したクラス）の onMessageReceived メソッドが動くか、システムトレイへの通知が行われます。 この表だけは分かりやすかったので、公式サイトから引用させていただきました。 フォアグラウンドの場合は以下のような特徴があります。 notificationキーのみ、dataキーのみ、両方のキーを含む、全てのメッセージの場合で onMessageReceived が呼ばれる。 onMessageReceived 内の処理は 20秒（Android Marshmallow では 10秒）以内に終わらせる必要がある。 自動でシステムトレイに通知が表示されたりはしない。 バックグラウンドの場合は以下のような特徴があります。 dataキーのみ含むメッセージは onMessag
CallKitとPushKitを使ってアプリで電話を受け取る機能の全体感を掴むことが目的の記事です。 CallKitやPushKitはドキュメントが少なくて、それぞれどういう役割があって、どのように使うのか理解するのに時間がかかりました。ちなみに結局一番役に立ったのはAppleのドキュメントでしたね。。 今記事がCallKitを初めて使うことになった人の参考になれば幸いです。 CallKitとは SkypeやLINEなどで電話をかけたときに、それがすべて同じUIを出していることに気づきました。無意識に使っていたのですが、それはCallKitというiOSの公式フレームワークを使っているからです。 思えば、LINE通話が電話の履歴に残るようになったタイミングがあったと思いますが、あれはiOS10からCallKitが使えるようになったからですね。 【開発者向け】iOS10で追加された新機能一覧
キーチェンの仕組み ここでは一生懸命作成した図と一緒に説明します。 ・キーチェーンの保存のされ方 アプリで保存されたキーチェンの値はアプリのプロビジョニングファイルとひも付き、さらに保存した時のキーと一緒に暗号化されて保存されます。暗号化は秘密鍵、公開鍵方式(違う鍵使用)と共通鍵方式(同じ鍵使用)を合わせて(ハイブリッド暗号)行っているみたいです(データ全体的には共通鍵をかけてその鍵を受信者側の鍵で暗号化的なものらしい感じかと。 参考:本(出るとこだけ! 基本情報技術者)) <= 以前見た箇所を探せなかったのですが他のappleのサイトでは公開鍵とかいう言葉は使っていませんが、速度的に同じような感じかと思っています！ ・キーチェーンの値を共有するには 参考→How to share Keychain between iOS apps 参考→[iOS] 複数のキーチェーンアクセスグループを持
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに iOS 8 から導入されたVoIP用のプッシュ通知(以後、"VoIPプッシュ")。 これについて、従来からあるプッシュ通知(以後、"標準プッシュ")との違いという観点で調査した結果をまとめた。 公式に明確な記載がなく不明な点が多々あるため、実験の結果や推測も含まれるので要注意。指摘歓迎。 前提知識 標準プッシュの知識 全体的なシステム構成(サーバ → Apple(APNs) → iOSアプリ)等はVoIPプッシュも標準プッシュと同様なので、プッシュ通知についての基本情報は省略。 Swift言語の知識 コード例をすべてSwift
Hi！スマホ研究部iOSアプリ開発担当のToToDoDoです。 今回は僕が把握しているIPAファイルの知識共有したいと思います。 よろしくお願いします。 .ipaファイルはウィキペディアの定義で、iOSアプリのアーカイブのフォーマットです。 主に開発したアプリのアドホック版配布でよく使われていますが、 意外と知られていないことを整理しました。 ・IPAファイルは、エンタープライズじゃなくてもOTA（Over The Air）で配布することができる 知らない度：★ IPAファイルを端末にインストールする方法として、昔はiTunes同期や、iPhone構成ユーティリティを利用するのは普通ですが、エンタープライズプログラムの普及に伴い、OTA形式の配布が流行り始めました。 実は、エンタープライズプログラムを利用しなくても、 OTA形式で配布することが可能です。 ただし、エンタープライズプログラム
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? iOS (9.0 以降) では DNS64/NAT64 という技術で構築された IPv6 ベースのネットワークでアプリが動くようにする必要がある。 本記事は、末尾の参考文献に記載された内容の意訳をベースにしている。 概要 iPhone に対して IPv6 の通信環境しか提供しないキャリア(通信事業者)が今後登場する。 既存の IPv4 のホストと通信しようとした場合、キャリアのゲートウェイで IPv6 ⇔ IPv4 の変換が行われる (DNS64/NAT64)。 (接続先がIPv4/v6のどちらであるかに関わらず) あなたのアプリが I
At WWDC 2015 we announced that iOS 9 will support IPv6-only network services. All apps submitted to the App Store must support IPv6 starting in early 2016. To make sure your app is compatible, use the networking frameworks (e.g., “NSURLSession”), avoid use of IPv4-specific APIs, and avoid hard-coded IP addresses. Before submitting your app, test for compatibility. To learn more, read Supporting IP
Supporting IPv6 DNS64/NAT64 NetworksWith IPv4 address pool exhaustion imminent, enterprise and cellular providers are increasingly deploying IPv6 DNS64 and NAT64 networks. A DNS64/NAT64 network is an IPv6-only network that continues to provide access to IPv4 content through translation. Depending on the nature of your app, the transition has different implications: If you’re writing a client-side
“Because IPv6 support is so critical to ensuring your applications work across the world for every customer, we are making it an AppStore submission requirement, starting with iOS 9.” With those words, Sebastien Marineau, Apple’s VP of Core OS, gave a huge boost to IPv6 developer support in Apple’s WWDC Platform State Of The Union (SOTU) address yesterday. You can watch the Platform SOTU presenta
iOS9で問題になりそうなATSをまとめました。 ご指摘事項あれば是非コメントをいただきたいです。特にAFNetworkingまわり・・。 AFNetwotking部分は下に記載していますが、iOS8向けのビルドでiOS9端末でも発生したので要注意です。 2015/09/21追記 iOS9GM以降は（もうreleaseされちゃいましたが・・）AFNetworkingでの証明書判定がiOS8とおなじになりました。。。 2016/07/27追記 toshi0383さん 修正依頼ありがとうございます。 1年間間違っていることに気が付きませんでした。。修正ありがとうございます。 App Transport Security App Transport Security (ATS) enforces best practices in the secure connections between a
マジ鼻が詰まって息が出来ん。花粉の季節到来オワター＼(^o^)／ あ、ども。ソニック最後の使者ディレクターのチャンプです。 最近特にAppleの審査が厳しくなってきたのでリジェクト理由まとめたお( ´∀｀) Apple審査のガイドラインが更新されてからのやつなので最新なはず(｀・ω・´)ｷﾘｯ 最新版はこちらです。 【2016年最新版】iPhoneアプリ審査リジェクト理由まとめ 厳しいアプリ審査 そもそもAppleのアプリ審査はそう簡単に通過しない。 特に今後はアプリのユーザーレビューや、ブーストアプリの取り締まりを大幅に強化!!! コンテンツをダウンロードできるアプリや、そもそも機能がなさすぎてつまらないアプリはリジェクトするなど、これまでよりも審査基準が厳格化してきてます。 ただ、AppStoreレビューガイドラインありすぎるよwww 僕も理由などをすごく調べるので意訳付きでコピペして
出来るとは聞いていたけど、やってみたら簡単さに感動したのでメモw 詳細は以下に書いてある。 QA1176 Getting a Packet Trace まとめると、以下 Macを用意する Xcode(4.2以降)をインストールする iPhoneやiPadなどの端末(iOS5以降)をMacに接続する iPhoneデバイスの仮想インターフェイス(Remote Virtual Interface)を作成する 仮想インターフェイスをキャプチャする 仮想インターフェイスを破棄する 以下appleサイトからの引用 仮想インターフェイス作成 $ # First get the current list of interfaces. $ ifconfig -l lo0 gif0 stf0 en0 en1 p2p0 fw0 ppp0 utun0 $ # Then run the tool with the
少し言い訳しておくと、ちゃんと確認せずに書いているので間違いがあるかもしれません。Wikipediaだったら[要出典]ってたくさん付けられてしまいそうです。 大きな違いをいくつか紹介していきます。 Androidは受信処理を各自実装する必要がある。 iOSとAndroidのプッシュ通知の設計の大きな違いは、iOSはOSの仕組みに乗らなければいけないのに対して、Androidは自由度が高く各自の実装にゆだねられているという点です。 iOSのAPNSは送信するデータの形式もしっかり決まっていて、その形式にしたがって送信すれば、あとはOSが定めた方法で表示されるだけです。一方のAndroid送信データは完全に自由で、それを受信した際にアプリがどんな動作をするかも、制限されていません。 逆にいえばAndroidは受信時の表示などの処理をすべて独自で実装する必要があり、クライアントの実装の手間は数倍
マンガゲットで開発を担当している武上です。最近2歳の息子がいろいろお話ができるようになってきました。今までずっとママと呼ばれていたのですが（男親も女親もどっちもママ）、ついにパパとよばれるようになりました！しかも稀に「パパだいすき」とかいってくれます！生きててよかった！ ところで、iOS5が半年前にリリースされてからアプリの通知周りのユーザビリティが随分上がりました。そこで今回は、その裏側で動いている、iOSとAndoroidのプッシュ通知の実装方法の違いについてまとめてみたいと思います。 そもそもプッシュ通知とは何か？ ユーザがアプリを起動していなくとも、アプリにリアルタイムに何らかの通知を送る仕組みのことです。 iOSの場合はAPNS、Androidの場合はC2DMという名前で用意されており、それなりに容易に使うことができます。 どちらも基本は事前にユーザの許可を取った上で、Apple
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
