FirebaseのFirestoreをやめることにしたので雑なメモを残しておく。なお、まだ走り始めたばかりなので、内容には間違いや考慮不足も多数含まれる可能性があるので読む人はその点注意を。あと、あくまでも雑なメモなので細かいところは書いていない。 なぜ脱Firestoreするのか？ なぜGraphQLではなくREST APIなのか？ 移行にあたって検討したこと、決め事 ドキュメントIDをどう扱うか サブコレクションをどう扱うか 配列やマップといったフィールドのタイプをどう扱うか 追記: Mapの配列をどうするか Firebase Authenticationとセキュリティルールで実現しているセキュリティ機能をどうするか では実際にどんなテーブル設計にするのか 次にやること なぜ脱Firestoreするのか？ まず、脱Firestoreする理由は ユースケースとしてFirestoreでは対
こんにちは。Komercoの高橋です。 Komercoがリリースされてからもうすぐ3年が経とうとしています。 クックパッドの新規事業「Komerco」ではバックエンドのほぼ全てをFirebaseで運用してします。 新規事業のためエンジニアの数はまだ少ないものの、Firebaseのおかげでエンジニアはサービス開発に専念できている状況で、昨年はWeb版のリリースや送料無料イベントもあり、ユーザ数がさらに増加してきています。 これまで多くの機能を開発してきましたが、その中でFirebaseをより有効に使えるよう試行錯誤してきました。 これからFirebaseを使おうか考えている人にも、今現在Firebaseを使っている人にも参考になるよう、Komercoで得た知見を書いていこうと思います。 前後編となっており、前半はFirestoreの設計についてお話しようと思います。 当たり前の機能だけどFi
note のやらかしのあのへんについて。 認証自作、 Rails 、 Devise - Diary パーフェクト Rails 著者が解説する devise の現代的なユーザー認証のモデル構成について - joker1007’s diary 認証サーバーの実装は本質的に難しいです。セキュリティが絡むものは「簡単な実装」などなく、プロアマ個人法人問わず、個人情報を守るという点で、同じ水準を要求されます。悪意あるハッカーは常にカモを探していて、もし認証が破られた場合、自分だけではなく大多数に迷惑が掛かります。初心者だから免責されるといったこともありません。全員が同じ土俵に立たされています。 とはいえ、認証基盤を作らないといろんなサービスが成立しません。そういうときにどうするか。 Firebase Authentication で、タイトルの件なんですが、 Firebase Authenticat
目次 第1章 Firestoreの正体 1.1 Firestoreとはなにか 1.2 Firestoreがもたらす変化 1.3 特徴的な機能 1.4 Cloud Functions 1.5 ロケーション 第2章 データアクセスの基礎 2.1 Firestoreのデータモデル 2.2 単一のドキュメントに対する操作 2.3 クエリによるデータの取得 2.4 リアルタイム・リスナー 2.5 アトミックオペレーション 第3章 オフラインモード 3.1 オフラインモードの有効化 3.2 オフライン時の書き込みオペレーション 3.3 オフライン・データの読み取り 3.4 リアルタイム・リスナー 3.5 キャッシュ優先読み取り 第4章 セキュリティルール 4.1 安全なセキュリティルールを記述するための原則 4.2 ユーザー認証 4.3 スキーマ検証 4.4 データのバリデーション 4.5 アトミック
Firebaseについて、事前知識 Firebaseとは、以下のような機能群を「Serverless」の文脈でバンドルしたものである。「Serverless」として、これらの統合管理コンソールの出来栄えが秀逸。 - Firestore ... Document-oriented KVS - Cloud Functions ... AWSのLambda - Cloud Storage ... AWSのS3 - Hosting ... Web Assetsのデプロイ先の提供、CDN展開サポート - Authentication ... ユーザー管理・統合認証サービスの提供 - Cloud Messaging ... iOS/Android/Web(JS)クライアントアプリへの統合プッシュ通知サービス - その他 いうまでもなく「Serverless」とは「サーバー運用・管理レス」の意味。まさに
Gincoのバックエンドを担当している鷲見(@soichisumi)です。 2018年10月4日にヒカラボで開催した【Ginco Engineer Meetup】Firebaseを使ったモダンなブロックチェーンアプリ開発の裏側で話した内容の解説記事です。 発表では Ginco における Cloud Functions for Firebase (以下 Cloud Functions と書きます)の利用事例と、Production で Cloud Functions を利用するにあたって行った高速化について話しました。 発表資料はこちらです。 GincoにおけるCloud Functionsの利用とその高速化 Cloud Functionsとは Google が提供するフルマネージドな関数の実行環境です。トリガーと実行する関数を記述して、APIを実装することができます。 トリガーとは、Clo
Firebase でバックエンドエンジニアがいらなくなるは正しくない と思っている。 用語定義が曖昧だが、「バックエンドエンジニア」という言葉でなんとなく想像されるものとしては、 Rails とか Laravel とかでデータベースに CRUD する Web アプリケーションを書ける人を指すと思う。違いますかね。そんなに違ってないと思うが。 Firebase でこれらの知識をもつ人が不要か?というとある程度の規模、機能を持つアプリを作ろうと思うとこれは必須になる。 Firebase のデータベースは機能が少なく(とはいえ Firestore はわりと「これで十分じゃん」ではあるが)、なにか複雑なことをしようとすると、すぐに Cloud Functions という機能に頼ることになる。 Cloud Functions はようするに Firebase の Lambda + API Gatewa
Firebase Japan User Group（以下FJUG）メンバーのailと申します。急遽Blog枠の代打で会場の様子とLTの情報をご紹介することになりました。 さる8月7日、GINZA SIXにてFirebase Meetup #5 @リンクアンドモチベーション が開催されました。（ 追加情報、写真等が手に入れば次第順次更新していきます。）。 生憎の雨模様でしたが、初めての会場ということもあり、道に迷った方が多数いた(?)ようでした。 開場時の風景リンクアンドモチベーション会場提供は組織コンサルティングのワンストップサービスを提供されているリンクアンドモチベーションさん。現在、コンサルからHumanResource ×Techへと内部で変革をとげる中、 Motivation Cloudなるプロダクトを一緒に盛り上げてくれる開発スタッフの募集をしておりました。 プロトタイピングする
テレビ東京の見逃し動画配信サービス「ネットもテレ東」事業にて、Firebaseの各種機能を利用してPUSH通知基盤システムを構築した知見を紹介。
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
はじめに 近年、スマホアプリの重要性はますます高まり、新しいサービスのローンチ時にネイティブアプリが提供されるのも普通のことになりました。 このような時代のアプリ開発者には、 サービスをいち早くユーザに届ける機動力 既存のソーシャルメディアとのシームレスな連携 よりリアルタイムで双方向に情報をやりとりできること などが強く求められるようになります。 そんなときに心強い味方となってくれるのがMobile Backend as a Service（MBaas）と呼ばれるクラウドサービスです。 本連載では、最近にわかに注目が集まっているMBaasのひとつであるFirebaseについて、その特徴やメリットを紹介し、実際に動かすことのできるコードを順を追って解説しながら、最終的に実践的なアプリをひとつ開発できるようになることを目指したいと思います。 Firebaseとは Firebaseは2011年
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
