【firestoreアンチパターン】RDB思考でfirestoreを使うと危険な4つのケースと対策 - Qiita
こんにちは。virapture株式会社のもぐめっとです。 最近ユニクロで友達とオソロのメタモンTシャツ買いました。カワイイです。 本日はfirestore使ってて辛いよーという声をよく聞いたので、そのままfirestore使っていると危険な理由と対策など4つのアンチパターンとして紹介しようと思います。 1. Join Lover: データをjoinする 目的 RDBではよくあるテーブル同士を結合してデータを取り出すJoin。 firestoreでjoinを用いたいケースというのは特定のドキュメントのデータだけでは表示する要素が足りないので別のドキュメントから取得してなんとかするみたいな感じになると思います。 しかし、firestoreのプロもおっしゃってますが、firestoreへのjoin追加は望みが薄いと思われます。 RDBで重くなってる要因も外部結合や副問い合わせとかガンガン使って重
君はまだ平成のアーキテクチャを使ってるのか？僕はFirebaseと令和の時代に行くぞ。 - Qiita
Help us understand the problem. What is going on with this article? メリークリスマス！ この記事はFirebase Advent Calendar 2019の25日目の記事です。 これはなに？ この1年、本を書いたり勉強会で登壇したりいろいろやってみた結果を振り返ってみると、本当に多くの人がFirebaseにふれるようになったなぁと思います。圧倒的な開発者体験の良さをもってバックエンドの関心事を一手に引き受け、アプリケーション開発を劇的に高速化してくれるソリューションとして、Webアプリでもモバイルアプリでもバックエンド第一の選択肢として確固たる地位を確立しつつあるのではないでしょうか。 それ自体はとてもいいことなのですが、Firebaseの強さを活かすためのアーキテクチャに関するアイデアはあまり表に出てきていないのではな
Firebase device registration token に関してちょっと詳しくなるやつ - Qiita
なにこれ Android開発してる僕がFCMのdevice registration token(以下デバイストークン)がGCMのそれのように一定期間でコロコロ変わると壮大な勘違いをしていたので少し詳しくなるようにまとめる device registration tokenについてちょっと詳しくなる for Android https://firebase.google.com/docs/cloud-messaging/android/client?hl=en for iOS https://firebase.google.com/docs/cloud-messaging/ios/client?hl=en 後述のInstance IDから生成されるPUSH通知で利用されるトークン情報 再生成はされるものの GCMのdevice tokenのように一定期間で変更されるわけではなく、以下のよう
Googleのモバイルバックエンドサービス「Firebase」が強化、Firestoreのローカルエミュレータ、機械学習による顔輪郭抽出など新機能。Firebase Summit 2018
Googleのモバイルバックエンドサービス「Firebase」が強化、Firestoreのローカルエミュレータ、機械学習による顔輪郭抽出など新機能。Firebase Summit 2018 Googleが提供する「Firebase」は、Googleが2014年に買収したモバイルアプリケーション向けのバックエンドサービスです。 スケーラブルなデータベースのマネージドサービス、ユーザー認証、モバイルデバイスへのプッシュ通知、アクセス解析などのサービスを提供しています。さらに最近ではクラッシュ分析、A/Bテストなど、モバイルアプリケーションの開発と運用、改善を行うためのプラットフォームとしての機能も提供しています。 そのFirebaseをテーマにGoogleが主催する年次イベント「Firebase Summit 2018」が、チェコ共和国のプラハで10月29日に開催され、基調講演で多くの新機能が
広告IDを使っている覚えがないのにGoogle Playからポリシー違反を通告されたけどFirebaseのせいだった
近年のGoogle Play運営は、審査こそないものの怪しいアプリをストアから削除する運用が進んでいます。大昔に作ったアプリがいつの間にか公開停止になっていた、なんてことも増えてきました。 さて今回は、Google Playからポリシー違反の連絡が来たけれども、心当たりがなかったので調べてみたら面倒くさい対応を回避できた、というお話です。 3行で プライバシーポリシーを置かないままストアにリリースしたアプリでデフォルトのままFirebaseを使っていると運営に刺されます プライバシーポリシーを置くか、Firebaseが広告IDを取得するのをやめさせる必要があります AndroidManifest.xmlにオプションを指定すると広告IDの取得をやめさせられます（この記事で本当に伝えたいこと） 事の発端 Google Playの運営から、こんなメールが届きました。 要約すると お前のアプリでは
Firebaseでバックエンドエンジニア不在のアプリ開発 クックパッドが体感した、メリットと課題｜ハイクラス転職・求人情報サイト AMBI（アンビ）
Firebaseでバックエンドエンジニア不在のアプリ開発 クックパッドが体感した、メリットと課題 Firebaseが依然として注目を集めていますが、早々に導入したクックパッドの「Firebase使用例」を紹介します！クックパッドの新アプリ開発で導入され、アプリやWebサイトのインフラ部分を任せられるほか、リアルタイムでデータを同期できるCloud Firestore、ログイン認証システムを手軽に実装できるFirebase Authenticationなど、さまざまな機能を活用しています。活用してわかった、Firebaseのいいところ、そして気をつけるべきポイントとは？ 「Firebaseならバックエンドエンジニアを必要としない開発ができる」 そんな話を聞いたことがある人もいるかもしれません。「Firebase」は2011年にFirebase社がサービスを開始し、2014年にGoogleが買
Firebaseを使い始めたら人生が変わった(ような気がした) - Qiita
最近、僕の周りでFirebaseを使った人たちは、 「サーバーの処理をFirebaseに置き換えたら、筋肉がつきました！」(29歳, 社会人) 「Firebaseを使ったら友達も増えてわっしょいわっしょい」(11歳, 小学生) 「もうFirebase無しじゃ生きられない」(38歳, エンジニア) 「にゃーん」(1歳4ヶ月, うちの猫) と言っていました。嘘です。 冗談はさておき、趣味で開発しているアプリのサーバーサイドをFirebaseに置き換えたらすごく良かったので、ずらずらと書いていきたいと思います。 Firebaseとは？ Firebaseは、Googleが運営しているmBaaSで、iOS/AndroidアプリからWebサービスまで幅広く使えます。 リアルタイム同期や豊富な機能が特徴で、サーバーサイドの開発コストを大幅に減らすことができます。 色々機能はあるのですが、今回僕が使った機
Firebaseで失敗した - Qiita
FirebaseのRealtimeDatabaseを使ったときに失敗したことがあったので書きます。 なお、この体験はハッカソン等での個人の体験であり、 実サービスとは関係ありません。 また、関わったエンジニアの方々を馬鹿にしたいわけでなく、同じ失敗を繰り返さないために自分用のメモとしても載せております。 わかること Firebaseを利用するときの失敗例から導入すべきかどうか 責任問題やできることできないこと 工数は本当に下がるのか 要件 即反映したい、システムを作るという要件があった 投稿 -> (何かしら操作) -> (何かしら操作2) -> 反映 といういろいろ経由するけどなる早がいいとのこと 件数は数1000万件?ほど予想であり、webのpub/subやwebSocketでも良かったが、「サーバーサイドの負荷が楽になる＋フロントエンドも実装が楽になる+かっこいい」という見込みを立て
Firebaseの設定を間違えて72時間で300万円以上請求されてしまったウェブサービス
FirebaseはGoogleが運営しているサービスの1つで、サーバーのような機能を簡単に使用できるようにしてくれるためウェブサービスやスマートフォンアプリなどの開発によく使用されています。企業家のニコラさんもFirebaseを使用してウェブサービスを作成したのですが、設定を間違えてしまったために72時間で300万円以上もの使用料を請求されてしまったいきさつをブログで公開しています。 How we spent 30k USD in Firebase in less than 72 hours https://hackernoon.com/how-we-spent-30k-usd-in-firebase-in-less-than-72-hours-307490bd24d ニコラさんはコロンビアでVakiというクラウドファンディングサイトを運営しているのですが、そのサイトで「#UnaVacaP
Firebaseの各機能を3行で説明する - Qiita
Firebase は機能が多すぎてよく分からなかったので、自分の整理用に「 Firebase で何ができるか」をだいたい3行でまとめてみました。 利用可能な環境かどうかは、以下のアイコンで示しています。 … Android 利用可能 … iOS 利用可能 … Web 利用可能 [追記] 新しい機能が増えたので2018/09/26時点で整理しました。 Analytics Google Analytics for Firebase イベントベースでデータ収集・分析ができる。無料。 アプリの場合は Google Analytics for Firebase を、ウェブサイトの場合は Google Analytics を使うことになる。 BigQuery と統合して複雑な解析を行うこともできる。 Develop Firebase Authentication メールアドレスとパスワードを利用したユ
バックエンドがFirebaseだけでiOSアプリは作れるのか？ - Qiita
Firebaseのイベントでクックパッドの某サービス様が、「うちはエンジニアはiOSエンジニアだけで、APIも3本くらいです」とおっしゃっており、「これが時代か」と感動して、いつか触ろうと思っていて、年始で時間もあるし調べて考察。 2018-01-04 追記 コメント、Twitterで返信いただき誠にありがとうございます！懸念部分はfirebaseの既存の仕組み+GAE/GCPである程度解決できそうです。また記事書きますー！ よくあるチャットアプリを例にする ログインしてチャットができるアプリを作ってみる 必要な画面 ログイン画面 ログイン チャットルーム一覧画面 チャット一覧表示 最新の更新ルームを取得して、自動更新 チャット詳細画面 チャット一覧表示 チャットが来たら更新 チャット送信 もし普通にサーバ立ててやるなら API [POST] /login [POST] /logout [
Firebase RTDB + GCP datastore = Firestoreについて第一印象 - Qiita
ほぼほぼ良いとこ取りやんけ… というわけで まじやばい ぐうぐるの超技術が超手軽に ←まじやばい 真のサーバレス @1amageek さんが言ってて良いなぁと思ったんですが Firebase realtime databaseは本当の意味でのサーバレスなんですね Firebaseでアプリを開発するならClient Side Joinを前提にすること lambdaとかFaaSは結局サーバサイドに過ぎないわけで そこんとこFirebaseは本当にサーバレス 今回のCloud Firestoreはそれを更に普及させるもんだと思います 余談 今更だけど，上の表書きながら，やっぱぐうぐるの超技術はあたまおかしいとおもいましたまる 直接今回の話ではないけど，ぐうぐるの超技術気になるかたは↓ここらへんご参考にー YAPC Asia 2015「Google Cloud Platformの謎テクノロジーを掘
結局Firebaseのdbでは何に気をつけるべきか？少しマニアックな内容も含め，わかりやすく説明する(realtime database) - Qiita
結局Firebaseのdbでは何に気をつけるべきか？少しマニアックな内容も含め，わかりやすく説明する(realtime database)AndroidiOSAngularVue.jsFirebase Firebaseのrealtime databaseはいわゆるNoSQLであり，馴染みが薄い人が多いとともに，一般に流布している情報はふわっとしていてわかりづらい． 山に篭って修行していたらある程度知見が溜まってきたため，下山して共有する． 追記： 新しいdbが発表されたので雑感書きました． Firebase RTDB + GCP datastore = Firestoreについて第一印象 tl;dr 割り切れ！ ユーザの見えるままに作れ！ それ以外の細末は下記参照 大原則その1：割り切り これは特にRDB勢に気をつけていただきたい． 我々は少し気を抜くと，つい正規化したがり屋さんになってし
Realtime Messaging with Firebase #phpcon2017 // Speaker Deck
PHP Conference Tokyo 2017で発表しました。
それでもFirebaseを使うべき5つのメリット - Qiita
背景 先日、『Firebaseをやめた4つの理由』という記事が出ていて、注目を集めていた。 確かにFirebaseではこちらに書かれているような圧倒的に弱い部分があるのは確かである。 しかし、以下に示す５つのメリットを考えたときに、本当に導入しないのは適切かという想いがあり、この記事を書き起こした。 ５つのメリット ① 機能の組み合わせで他ツールで難しいことが可能に！ 例えばFirebase Analyticsのはじめにのページに以下の記載があるが、このように特定のユーザーにのみ絞って画面の出し分け/ABテストや通知を送ることが可能になる。 また、その特定のユーザーをクラッシュしたユーザーやある通知を受け取ったユーザー、コンバージョンしたユーザーとすることもできる。 そして、これらはFirebaseだからこそ容易に実現できることであり、他のツールでは労力を要したりそもそも実現が難しかったり
Firebase Notificationsをやめた4つの理由 - Qiita
最近、Firebaseがいいみたいになってるけど、2017年4月時点では、あんまり良くないと思っています。 そんな記事です。 主にFirebase Notificationsについてです。 前提 全ての状況で良くないわけではなくて、以下の前提がある場合です。 技術者でない人、例えば企画がPush通知を送りたい。 ユーザをセグメント分けして、対象のセグメントだけに送りたい。 お金はかけたくない。 駄目だと感じたところ セグメントが上書きされない 2018/12/7追加 現在は改善されているようです。(すいません、自分で試してないですが。。) 詳しくはコメント欄をみてください。 下記に記述していた公式のFirebaseヘルプも更新されていて全く違う内容になっていました。 ほぼ、これに尽きます。 Firebaseではユーザの属性情報（例えば、職業とか性別とか）は、ユーザプロパティと呼んでいます。
今Googleで最も熱いサービスFirebaseで、リアルタイムWebアプリをサクッと作ってみた | PLAID engineer blog
今回は、Firebaseというサービスを使ってWebサイト上で動作するアプリケーションをいくつか作ってみたのでご紹介します。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
