iOSアプリのユニバーサルリンクの仕組み - lasciva blog
落とし穴だらけだが、案外いい感じにまとまってる記事があまりなかったので、まとめた。 仕組み 注意点 Apple App Site Association file ユニバーサルリンクの発動する条件 ユニバーサルリンクのON/OFFの切り替え safariのプライベートブラウズ カスタムURLスキームとの比較 仕組み 先に全体の処理の流れを示しておく。 iOSアプリがダウンロードorアップデートされる このときに、iOSのプロジェクトで指定したドメインのApple App Site Association fileを参照して端末側で保持する iOS端末で、safariなどの他のアプリでユニバーサルリンクをタップする 1でダウンロードしたデータを参照して、pathがマッチした場合にアプリを開く このとき、サーバにリクエストを送らない 注意点 Apple App Site Association
_%25E3%2581%25AE%25E6%2596%25B0API%25E3%2581%25AB%25E7%25A7%25BB%25E8%25A1%258C%25E3%2581%2597%25E3%2581%259F)
FCM(Firebase Cloud Messaging) の新APIに移行した - lasciva blog
背景 レガシープロトコルと新HTTPプロトコルの違い 要件と設計方針 実装 サーバー エンドポイントの更新 認証 ペイロード 送信データ 送信先の指定 サンプルコード 背景 FCM(Firebase Cloud Messaging)は、モバイルアプリやwebアプリのpush通知の配信を簡単に行える、Googleの提供するサービス。 firebase.google.com 関わっているサービスのiOSアプリとAndroidアプリのpush通知で、FCMのHTTP APIを用いている。 サーバは、Ruby on Rails。 FCM サーバーでは、プロトコルを3種類用意されている。 FCM HTTP v1 API レガシー HTTP プロトコル レガシー XMPP プロトコル 今回は、「レガシー HTTP プロトコル」から、「FCM HTTP v1 API」に移行した。 レガシープロトコルと新
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
