firestore:rulesとすれば、ルールをアップロードしてくれます。gitレポジトリで管理したいし、エディタで書いた方が間違いがないと思うので、この方法で。コレクションの読み書きを全員に許可します。許可するという意味です。true;よくやるのは、ユーザーがログインしていれば、書き込み許可。null;この部分はおまじないです。将来、複数のDBを持てるようになるかもしれないので、こういう構造にしてるそうです。現状では、1つのプロジェクトに持てるDBは1つだけなので、ただの約束事として覚えましょう。それぞれ別々に書くことももちろんできます。以下にコメントなどがネストされている場合は、コメントのサブコレクションにはマッチしません。以下なんでもマッチします。以下の例だと、最初のルールで、全員に対して読み書きを禁止しているのですが、下のルールで許可しています。あれば、許可されます。上書きできるので、便利かもしれませんが、あまりやりすぎると管理が大変かと。}}条件を書くセキュリティルールは、ここがメインですね。いう条件の時に、指定したアクションを許可するのかを設定していきます。DBに保存されている記事が入っています。}投稿記事のタイトルが空白でなければ書き込みを許可こちらは投稿中で、まだDB内に存在しない場合。なんかでデータ書き込みを試みている時ですね。自分が投げているリクエストの記事データが入っています。}他のデータを参照して許可するかどうか決めるちょっと複雑になりますが、よく使います。判断できない場合は、DB内を検索することができます。該当するユーザーが管理権限を持っていたら許可といった感じです。null;なんかはとてもよく使うので、関数として定義しておくと便利です。}ただし、関数は複雑なことはできません。JavaScriptのように見えますが、別言語です。変数を定義したりはできません。ワンライナーでリターンしないといけないとのこと。先程の関数を駆使してごにょごにょすると良いです。}詳しくはこちらを読むと、どういう処理なのか分かります。Firestoreセキュリティを変更したら、こちらも見ておくことをお勧めします。ないとデータを検索した時にハマるかも。rules.firestore.Resourceデバッグがしづらく、ハマったら一度頭を冷やさないと永遠と時間が取られるのが難点ですね。良いデバッグ方法があったら是非教えてくださいー。workabroad.jp。