https://firebase.google.com/docs/firestore/manage-databases?hl=ja

アプリで複数のデータベースが必要ない場合は、(default) データベースを使用します。

データベースを指定しない場合、Cloud Firestore クライアント ライブラリと Google Cloud CLI はデフォルトで (default) データベースに接続されます。

無料の割り当ては、(default) データベースでのみ使用できます。

https://firebase.google.com/docs/projects/locations?hl=ja&authuser=0&_gl=11m5bsdo_gaMzYzNDUzMTYxLjE3MDQzMzY1NTM._ga_CW55HF8NVT*MTcxODAyNDUyMy4xMDcuMS4xNzE4MDI2MjQyLjYwLjAuMA..

https://firebase.google.com/docs/firestore/security/get-started?hl=ja&authuser=0&_gl=1p5r3yd_gaMzYzNDUzMTYxLjE3MDQzMzY1NTM._ga_CW55HF8NVT*MTcxODAyNDUyMy4xMDcuMS4xNzE4MDI2NzQ3LjYwLjAuMA..

現在のセキュリティルールでは、30日以内に更新する必要がありますが、これを360日間オープン状態にするためには、セキュリティルールを以下のように変更します。

セキュリティルールの更新方法

FirebaseコンソールでFirestoreのセキュリティルールを以下のように設定してください。

1. Firebaseコンソールにアクセスし、Firestoreデータベースのセキュリティルールの編集画面を開きます。
2. セキュリティルールを以下のように変更します。

rules_version = ‘2’;
service cloud.firestore {
　match /databases/{database}/documents {
　　match /{document=**} {
　　　allow read, write: if request.time < timestamp.date(2025, 6, 8); // 360日後の具体的な日付を設定
　　}
　}
}

このルールは、2025年6月8日までの360日間、オープン状態（読み書き可能）を維持します。

注意点

オープン状態のセキュリティルールは、開発やテスト中には便利ですが、本番環境では推奨されません。本番環境に移行する際には、適切なセキュリティルールを設定し、データの保護を強化してください。

例: 本番環境用のセキュリティルール

以下は、認証されたユーザーのみが読み書きできるようにするためのセキュリティルールの例です。

rules_version = ‘2’;
service cloud.firestore {
　match /databases/{database}/documents {
　　match /{document=**} {
　　　allow read, write: if request.auth != null;
　　}
　}
}

これにより、Firebase Authenticationを使用して認証されたユーザーのみがデータベースにアクセスできるようになります。

セキュリティルールの設定は慎重に行い、データの安全性を確保することが重要です。

https://cloud.google.com/docs/authentication?hl=ja&_gl=11vmp2bh_gaMTgyOTAwNzI0MC4xNzA0MzM1MzIz_ga_WH2QY8WWF5*MTcxODA3Mjg2My40NS4xLjE3MTgwNzQ4MjIuNTYuMC4w&_ga=2.66289838.-1829007240.1704335323&_gac=1.159116104.1718072911.CjwKCAjwyJqzBhBaEiwAWDRJVGXVRopjnY2-JYWe0R4dL-u0CE8CuW6aJGYmBHVL9dhTRDXVW9r3FRoCNlIQAvD_BwE

Flutterアプリ開発中にCloud Firestoreを利用する際、開発者として困らないようにするためには、適切なロール（役割）を選択することが重要です。以下の選択肢の中で推奨するロールと、その理由を説明します。

推奨するロール

• Firebase Admin SDK 管理者サービスエージェント（②）: このロールは、Firebase Admin SDKを使用して、Firebaseプロジェクトのリソースに対する管理操作を実行する権限を持っています。開発中にFirebaseプロジェクト全体の管理操作が必要な場合、このロールが適しています。

他の選択肢についての説明

1. Firebase Service Management サービスエージェント: Firebaseのサービス管理に関連する権限を持っていますが、開発者が直接操作する場合には一般的に使用しません。
2. Firebase Authentication 管理者: Firebase Authentication関連の操作に特化しています。Firestore以外の認証機能を主に使用する場合に有用です。
3. Firebase ルールシステム: Firebase Security Rulesの管理に関連する権限を持っていますが、Firestore全体の操作には不十分です。
4. Firestore サービスエージェント: Firestoreに特化した権限を持っていますが、開発中に必要な他のFirebaseリソースに対する権限が不足する可能性があります。
5. サービスアカウントトークン作成者: サービスアカウントのトークン作成に関する権限を持っていますが、FirestoreやFirebase全体の操作には不十分です。
6. オーナー: プロジェクト全体のあらゆる権限を持っています。セキュリティ的には最もリスクが高いため、開発者用としては過剰です。

結論

開発中に幅広い操作が必要な場合、Firebase Admin SDK 管理者サービスエージェント（②）が最も適しています。このロールを選択することで、Firebaseプロジェクト全体の管理操作を実行でき、開発において困ることが少なくなります。

手順のまとめ

1. 「ロールを選択」欄で Firebase Admin SDK 管理者サービスエージェント（②）を選択します。
2. 設定を保存して、サービスアカウントの作成を完了します。
3. 作成されたサービスアカウントのキーをダウンロードし、Flutterアプリに設定します。

実際のFlutter開発コード中での使用例：

void main() async {
　WidgetsFlutterBinding.ensureInitialized();
　await Firebase.initializeApp(
　　options: FirebaseOptions(
　　　apiKey: ‘your-api-key’,
　　　appId: ‘your-app-id’,
　　　messagingSenderId: ‘your-messaging-sender-id’,
　　　projectId: ‘your-project-id’,
　　　storageBucket: ‘your-storage-bucket’,
　　),
　); // Firebaseアプリを初期化
　runApp(MyApp()); // アプリケーションを起動
}

自動生成機能の利便性

Cloud FirestoreのドキュメントID自動生成機能は以下の点で非常に便利です。

1. ユニーク性の保証:
   • 自動生成されるIDはユニークであり、重複することがないため、ユニークな識別子を生成する際の手間が省けます。
2. 簡便性:
   • 手動でIDを生成する必要がないため、コードが簡潔になり、エラーのリスクも減少します。
3. セキュリティ:
   • 予測困難なIDが生成されるため、他のユーザーがIDを推測してアクセスするリスクが減少します。
4. パフォーマンス:
   • 自動生成されたIDは、Firestoreの内部で効率的に管理されるため、データベースのパフォーマンス向上に寄与します。

ドキュメントIDの制限

自動生成されるドキュメントIDに関しては、以下の制限やガイドラインがあります。

1. 文字数:
   • ドキュメントIDは最大で1500バイトまで使用できます。
2. 使用可能な文字:
   • 英数字（A-Z、a-z、0-9）
   • 特殊文字（!、_、-、.、~、’、(、)）
   • 特殊文字を除き、IDにスラッシュ（/）、パーセント（%）、チルダ（~）、およびバッククオート（`）を含めることはできません。
3. IDの生成方法:
   • 自動生成されるIDは20文字のランダムな英数字の組み合わせです。手動で指定する場合も、上記の制限を守る必要があります。

具体例：

// 自動生成されたIDを持つ新しいドキュメントを追加
FirebaseFirestore.instance.collection(‘tasks’).add({
‘task’: ‘New Task’,
‘createdAt’: FieldValue.serverTimestamp(),
});

// 手動でIDを指定して新しいドキュメントを追加
FirebaseFirestore.instance.collection(‘tasks’).doc(‘my_custom_id_123’).set({
‘task’: ‘New Task’,
‘createdAt’: FieldValue.serverTimestamp(),
});

上記のように、自動生成されたIDを使用するとユニークなドキュメントIDを自動的に取得でき、手動でIDを指定する場合も、IDの一意性や安全性を考慮する必要があります。

まとめ

• 自動生成の利便性: ユニーク性の保証、簡便性、セキュリティ、パフォーマンスの面で利便性が高い。
• ドキュメントIDの制限: 最大1500バイト、特定の特殊文字は使用不可。

ドキュメントIDの自動生成機能は、Firestoreの利用を簡便かつ安全にし、パフォーマンスの最適化にも寄与します。

　List<String> loadDisplayedTexts　//タスク（例：[タスク１,タスク２,･･･]）
　List<String> loadCheckedStatusesString　//チェック状態（例：[true,false,･･･]）
　List<bool> loadCheckedStatuses　//チェック状態
　List<String> loadfavoriteStatusesString　//チェック状態（例：[true,false,･･･]）
　List<bool> loadfavoriteStatuses　//チェック状態

　String frontkeyName
　String backkeyName
　List<String> frontkeyValue
　List<String> backkeyValue

　String dellDetailTaskName
　String taskDetail_0

Firestoreコンソールで配列型（array）のフィールドを作成する際、その配列の要素は具体的な値（例えば、1, 2, 3など）を直接設定することはできますが、プログラム内で動的に値を追加する場合は、Firestoreコンソール上で配列の要素を設定する必要はありません。

手順のまとめ

1. Firestoreコンソールで基本的なフィールドを設定:
   • FirestoreコンソールでcheckedIndexesフィールドをarray型として設定しますが、その配列の要素は設定しません。
   • 他のフィールドも同様に設定します。
2. FlutterアプリでFirestoreにデータを保存:
   • 動的にデータを生成し、Firestoreに保存します。

Firestoreコンソールでの設定例

1. checkedIndexesフィールドの設定:
   • フィールド名: checkedIndexes
   • タイプ: array
   • 配列の要素は設定しません。
2. 他のフィールドの追加:
   • ドキュメントIDのレベルで「フィールドを追加」アイコンを使用して、favoriteIndexesフィールドや他のフィールドを追加します。

これらの警告メッセージは、npm install -g firebase-tools コマンドを実行中に表示されたものです。各メッセージの意味を説明します。

ワーニングの内容：

①npm WARN deprecated inflight@1.0.6: This module is not supported, and leaks memory.
　Do not use it. Check out lru-cache if you want a good and tested way to coalesce async requests
　by a key value, which is much more comprehensive and powerful.
　（意味: inflight というモジュールはサポートされておらず、メモリリークの問題があります。このモジュールを使わないようにと警告しています。代わりに lru-cache というモジュールを使うことを推奨しています。）
②npm WARN deprecated rimraf@3.0.2: Rimraf versions prior to v4 are no longer supported
　（意味: rimraf というモジュールのバージョン3.0.2はサポートされていません。v4以前のバージョンはサポートされていないため、できるだけ最新バージョンにアップグレードすることを推奨しています。）
③npm WARN deprecated glob@7.2.3: Glob versions prior to v9 are no longer supported
　（意味: glob というモジュールのバージョン7.2.3はサポートされていません。v9以前のバージョンはサポートされていないため、できるだけ最新バージョンにアップグレードすることを推奨しています。）

趣旨：

これらの警告メッセージは、現在インストールされているモジュールが古く、サポートされていないことを示しています。特にセキュリティや機能の問題がある場合があるため、可能であれば、これらのモジュールを最新バージョンにアップグレードすることをお勧めします。ただし、これらの警告は通常の操作には直接影響しないため、firebase-tools のインストール自体は問題なく進行することが多いです。

もしこれらの警告を解消したい場合は、依存関係として使われているモジュールのアップデートを検討してください。また、必要に応じてモジュールのメンテナーに問い合わせることも一つの方法です。

Google アカウントへのアクセス権をサードパーティ製アプリと共有する：

https://support.google.com/accounts/answer/14012355?visit_id=638537759466169076-2154225763&p=oauth_consent&rd=2

Google アカウントへのアクセス権をサードパーティ製アプリと共有する：

https://support.google.com/accounts/answer/14012355?visit_id=638537759466169076-2154225763&p=oauth_consent&rd=2

更新トークンは、以下の手順（firebase login:ci）で生成されます。

https://developers.google.com/identity/protocols/oauth2?hl=ja

1. このトークンは、firebase コマンドを実行するときに使用します。次のいずれかのオプションを使用できます。
   • オプション 1: トークンを環境変数 FIREBASE_TOKEN として保存する。システムはこのトークンを自動的に使用します。
   • オプション 2: CI システムで --token TOKEN フラグを指定してすべての firebase コマンドを実行する。
     トークンを読み込む際の優先順位は、フラグ、環境変数、必要な Firebase プロジェクトの順です。
2. 注: Firebase CLI がインストールされた任意のマシンで、指定したトークンのアクセス権を直ちに取り消すには、firebase logout --token TOKEN コマンドを実行します。

①Realtime Database: Configure a security rules file for Realtime Database and (optionally) provision default
instance
②Firestore: Configure security rules and indexes files for Firestore
③Functions: Configure a Cloud Functions directory and its files
④Hosting: Configure files for Firebase Hosting and (optionally) set up GitHub Action deploys
⑤Hosting: Set up GitHub Action deploys
⓺Storage: Configure a security rules file for Cloud Storage
⑦Emulators: Set up local emulators for Firebase products
⑧Extensions: Set up an empty Extensions manifest
⑨Extensions: Set up an empty Extensions manifest
⑩Extensions: Set up an empty Extensions manifest
⑪Genkit: Setup a new Genkit project with Firebase

質問内容）

=== Emulators Setup
? Which Firebase emulators do you want to set up? Press Space to select emulators, then Enter to
confirm your choices. (Press to select, to toggle all, to invert selection, and
to proceed) () Authentication Emulator ( ) Functions Emulator () Firestore Emulator
( ) Database Emulator
(*) Hosting Emulator
( ) Pub/Sub Emulator
( ) Storage Emulator
(Move up and down to reveal more choices)

詳細）

Firebase Emulatorsを設定する際の選択肢を示しています。Emulator Suiteは、ローカル環境でFirebaseのサービスをエミュレートし、テストや開発を行うために使用されます。選択肢には次のエミュレーターが含まれます：

1. Authentication Emulator: 認証機能のエミュレータ。Firebase Authenticationの操作をローカルでテストできます。
2. Functions Emulator: クラウドファンクションのエミュレータ。Cloud Functions for Firebaseの関数をローカルでテストできます。
3. Firestore Emulator: Cloud Firestoreのエミュレータ。Firestoreデータベースの操作をローカルでテストできます。
4. Database Emulator: Realtime Databaseのエミュレータ。Firebase Realtime Databaseの操作をローカルでテストできます。
5. Hosting Emulator: Firebase Hostingのエミュレータ。ホスティングされたウェブサイトの操作をローカルでテストできます。
6. Pub/Sub Emulator: Pub/Subのエミュレータ。Google Cloud Pub/Subの操作をローカルでテストできます。
7. Storage Emulator: Cloud Storageのエミュレータ。Firebase Storageの操作をローカルでテストできます。

選択について）

現在の選択状況は以下の通りです：

• Authentication Emulator: 選択済み
• Firestore Emulator: 選択済み
• Hosting Emulator: 選択済み

選択の変更）

• スペースキーを押すことで、各エミュレータの選択を切り替えることができます。
• 全て選択する場合は「a」、選択を反転する場合は「i」を押します。

推奨設定）

ローカルでの開発とテストのニーズに応じて選択します。例えば、Firestoreを利用するのであれば、Firestore Emulatorは必須です。同様に、認証をテストしたい場合はAuthentication Emulatorを選択します。

{
“hosting”: {
“public”: “public”,
“ignore”: [
“firebase.json”,
“/.*”, “/node_modules/” ], “rewrites”: [ { “source”: ““,
“destination”: “/index.html”
}
]
},
“emulators”: {
“auth”: {
“port”: 9099
},
“hosting”: {
“port”: 5000
},
“ui”: {
“enabled”: true
},
“singleProjectMode”: true,
“firestore”: {
“port”: 8080
}
},
“firestore”: {
“rules”: “firestore.rules”,
“indexes”: “firestore.indexes.json”
}
}

{
“projects”: {
“default”: “mypj001-edb94”
}
}