Big Important Update: As of August 1st, 2019, you can now upgrade your Firebase project to the full Google Analytics experience which means that you can create closed funnels for your Firebase project in the GA console without ever having to do anything in BigQuery. Still, this post might come in handy if you want to do more advanced analysis, or are just trying to figure out to use BigQuery. Less
どうも、ファームノートでエンジニアをしている永沼です。この記事はFarmnote Advent Calendar 2018の2日目です。 最近モバイルアプリを作る機会があり Firebase に入門中です。やっていきー。 Firebase では Analytics データを BigQuery と連携させることができるのですが、実のところおいくらくらいかかりそうか不安だなぁということがありましたので試算してみました、という話です。 TL;DR・Firebase の BigQuery 連携でおいくらくらいかかりそうか試算してみた ・Firebase 側は無料と思われる ・BigQuery はある程度レコードが溜まった状態で $2 / 月以下の試算結果背景モバイルアプリに Firebase を導入すると、Firebase 向け Google Analytics によりログ分析を気軽に行うことがで
Android 端末がメッセージを受信した場合は上記の表の通り、FirebaseMessagingService（を継承したクラス）の onMessageReceived メソッドが動くか、システムトレイへの通知が行われます。 この表だけは分かりやすかったので、公式サイトから引用させていただきました。 フォアグラウンドの場合は以下のような特徴があります。 notificationキーのみ、dataキーのみ、両方のキーを含む、全てのメッセージの場合で onMessageReceived が呼ばれる。 onMessageReceived 内の処理は 20秒（Android Marshmallow では 10秒）以内に終わらせる必要がある。 自動でシステムトレイに通知が表示されたりはしない。 バックグラウンドの場合は以下のような特徴があります。 dataキーのみ含むメッセージは onMessag
背景 レガシープロトコルと新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」に移行した。 レガシープロトコルと新
サボりがちなあら便利カレンダー2018の記事アップします。 ちょっと立て込んでて...（言い訳） 内容について クライアントの実装はほとんど触れません。 Railsで立てたAPIサーバーから、FCMへPush通知のメッセージ登録を行う部分に関する記事です。 経緯的な スマホアプリにPush通知を実装するのにFirebaseを使うことになった。 僕は初Firebaseだったので色々調べながらだった。 ドキュメントを見る限り、HTTPを使って通知を出すものは以下の2つが存在するみたい。 (1) FCM HTTP v1 API (2) レガシー HTTP プロトコル これらは認証方法やscope、POSTするjsonとかが異なる。 FCMのやってみた系記事は(2)な実装をしている内容が多かったので、せっかくならナウい(死語)ほうで実装してみようかな、ということでやってみた。 環境 ruby 2.
As we build Crashlytics and talk to our developers, we’ve found that the way they use our dashboards is often nuanced and specific to their team. We’ve done our best to incorporate the themes we hear most often into the dashboard you see in the Firebase console, but one dashboard solution simply isn’t enough. That’s why we launched the Crashlytics integration with BigQuery, giving you the freedom
こんにちは、エンジニアの@sota1235です。 先日、チェコのプラハにて行われたFirebase Summit 2018に参加してきたのでその様子をお伝えします。 写真には筆者が写っていませんがメルカリからは自分含め、4人が参加しました。 firebase.google.com カンファレンスのセッション内容や新しいアップデートは動画や公式サイトを見ればすべてわかるので、この記事ではその中でも個人的に注目しているものや現地の様子、温度感をお伝えしたいと思います。 最近のFirebaseについて カンファレンスの内容に触れる前に、去年から今年までの情報を踏まえてFirebaseがどのようなことを目指しているのか考えてみます。 昨年のFirebase Dev SummitではKeynoteで3つの新機能が新発表されたり、数多くの機能のドラスティックなアップデートがありました。 その際の様子は
株式会社マクアケで、ネイティブアプリ開発チームのリーダーをしています、Kimura Ryohei です。 半年ほど前からマクアケにジョインし、先日、iOSアプリをリリースしました。 アプリはこちらからダウンロードできます。 マクアケにジョインする前は、株式会社サイバーエージェントで FRESH! by CyberAgentのAndroidアプリを開発していました。 縁あってマクアケにジョインし、そこから未経験のサーバサイド開発に取り組むことになりました。 今回は、iOSアプリへのプッシュ通知送信基盤の実装という大きな範囲を任せていただき、実装しリリースすることができました。 以下が端末に届くプッシュ通知の例です。 今回はこの経験から 1. Firebaseを利用したプッシュ通知送信基盤の実装で得た知見 2. 未経験の技術への挑戦にあたって手助けになること についてブログを書かせていただきま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
