投稿日：2022-11-23 Wed
最近ブログを更新してないので大分間があいてしまいました。さて本日の話題は、Cloud Functionsで作ったAPIへUnityでアクセスしてみたら、permissionエラーになってしまったというお話。
Unityで何回アクセスしても「ProtocolError」になってしまう。他のAPIは問題なし。
もう5年くらいは、CloudFunctionsのお世話になってる訳なのですが、初体験です。
試しにURLをブラウザ上で直接叩いてみましたが、他のAPIは「BadRequest」と表示されOK！。色々セキュリティプログラムがが入ってるので、ちゃんとプログラムを通ってます。
でも新しく作ったAPIは、「Error: Forbidden Your client does not have permission to get URL /作ったAPI from this server.」と表示されている。
明らかに挙動が違います。
ひょっとするとCloud Functionsをデプロイし直せば動くようになるかもしれませんが、Googleコンソールで修正したのでメモ代わりに載せておきます。
まずはブラウザ上でGoogleコンソールのCloudFunctions項目をいじる必要があります。
FireBaseコンソールからGoogleコンソールに行ってCloudFunctions項目までの行き方は、前回のブログ
「Cloud Functionsのプログラムソースをサーバーからもってくる方法」と同じです。
CloudFunctionsのページを見ると、問題のAPIだけ「Authentication」項目のところに「未認証を許可」が表示されていません。どうやらこれが原因のようです。
https://admin.blog.fc2.com/control.php?mode=control&process=upload&insert=body#
ここを修正していきます。
問題のAPIのチェックボックスをオンにして、権限ボタンを押します。
現れたメニューの「プリンシバルを追加」を押します。
新しいプリンシバルに「allUsers」
ロールに「Cloud Functions 起動元」
を追加して保存ボタンを押します。
う〜ん、普通にデプロイしただけなのに、なぜこうなったのだろう。
投稿日：2022-05-19 Thu
FireBaseでCloud Functionsのデプロイされてるサーバープログラムをごくたまに見れないかなあと思うときがあります。通常はGitHubで管理してるので、GitHub見ればいいのですが今のデプロイされたサーバー状態を見たいときや出先でサーバーファイル見たいとき（GitHubで見ろ！って意見もあるかもしれないけど、デプロイ状態を見たい時）
昔はPHPでサーバープログラム書いてたときは、開発中はアップするときもSCPやFTPとかでやってた事が多かったのですぐみれたけど、方法はないのかなあと。
そしたら意外に簡単に見れたので自分がテストに作ったプロジェクトで参考にメモっておきます。
まずFireBaseコンソールの設定ボタンを押し、「プロジェクトの設定」を選択します。
「プロジェクトの設定」画面になったら「サービスアカウント」を選択しましょう。
「サービスアカウント」に移ると、右側に「サービスアカウント権限の管理」というリンクがあるので選択します。
そうすると紐付いてるGCPコンソールに移動しますので、
「Google Cloud Platfrom」と書かれた左側の棒三本の設定ボタンを押します。
現れたメニューの中から「Cloud Functions」を選びましょう。
デプロイされてる関数が並んでいます。
どの関数でも良いので、関数の名前を選択します。
遷移した先で、「ソース」をクリックすると、「Zipをダウンロード」というボタンがあります。
実際に落としてみましたが、デプロしてる全関数のファイルが格納されてました。
またCloud Functionで自分が書いてデプロイしてるファイルが、IDEで操作してるようにファイル一覧が見れて、移動して確認する事も出来ました。
投稿日：2021-09-12 Sun
訳あって、Vue勉強しはじめたのですが、FireBase認証やってみようと思いました。VueでFireBase認証やってる人は多いみたいでサンプルとか多いので苦戦はしないだろうと思っていたら、落とし穴が・・・
import firebase from 'firebase'
がうまくいかない。
エラーメッセージでは、
npm install --save firebase
を実行しなさいとか出てるけど、そんな事はとっくにやってるよ〜
海外サイトとか色々見てみましたが、いっこうに解決しそうな気がしない。諦めかけたときに別視点でググって、！と思う情報を発見。
FirebaseのバージョンがV8からV9に上がってるらしく、2021年9月時点では、
npm install --save firebase
ではV9が入るもよう。そしてこれが厄介なのだが
import firebase from 'firebase' では読み込めないように書式が変わってしまっていた。
おいおいおいおい・・・ と思いながら、じゃあどう書くんだと調べたら
import firebase from 'firebase/compat';
でちゃんと動くようになります。
ただこの書き方は、V8で作られてるソースをV9で互換性を高めるための書き方で、V9の書き方はまた別のがあるようです。
とりあえずネットみてもV8のサンプルばかりなので、
import firebase from 'firebase/compat';
でしばらくはいこうと思います。
こういうのが一番疲れる。。。
投稿日：2021-03-09 Tue
noteに今までのノウハウでFireBaseでソーシャルエンジン（ガチャゲー）を作る。どこまでコストを落とせるか
を書いてみました。
ブログとNoteを使いわけるか、Noteに移行するか迷ってます。。
まあ、仕事に追われて書けない日も多いのですが、ちょっとした事とかはブログに残しておくと結構後で役に立つ事も多いので、メモ書きとかブログで、ガッツリした内容はnoteがいいのかもしれないですね。
投稿日：2020-09-07 Mon
FireBaseにおいてFireStoreのバックアップを毎日動くように設定するのですが、すっかりやり方を忘れてる＆前と微妙に違う気がするのでメモです。※FireStoreのバックアップは、無料のSparkプランでは不可なので、従量制のBlazeプランにする必要があります。
もっともNode10 になってFunctionsも従量制のBlazeプランにしないと使えなくなってしまいましたが。。。
FireStoreの毎日の定期バックアップを行うには、GCPコンソールで、バックアップ用のバケットを制作し、そこに書き込む権限をもったサービスアカウントを作成します。
そしてFunctionsにバックアップのプログラムを書き、GCPコンソールにある「Cloud Scheduler」で毎日の定刻にそのFunctionsプログラムを叩くのです。
ただ実際にやってみると色々思考錯誤します。
まずは、GCPコンソールにいき、サービスアカウントを作ります。
GCPコンソールには、ブラウザで直接GCPコンソールに行っても良いですがFireBaseのコンソール画面の場合はプロジェクト概要の右にある設定ボタンを押し表示された中から「プロジェクトを設定」を選びます。
「サービスアカウント」を選択すると、表示されたページの右上に「サービス アカウント権限の管理」というリンクがあるので、そのリンク先に飛びましょう。
GCPコンソールの「IAMと管理」の画面になってると思いますが
左側に並んでるメニューから「サービスアカウント」を選択し「＋サービスアカウントを作成」を選択します。
アカウント名は「backup」としました。
次にロールを割り当てます。
Cloud Datastore インポート / エクスポート管理者
Storage オブジェクト管理者
の2つを割り当てます。
サービスアカウントが出来上がって一覧に表示されたら、作ったサービスアカウントの右側の「・」が縦に3つ並んでるボタンを押して鍵を作成を選びます。
鍵は、P12形式かJson形式か選べますが、Json形式を選んでください。
鍵が作られ、ダウンロードされますので、ダウンロードされた鍵は、firebaseプロジェクトのfunctionsフォルダに格納します。
念の為IAM画面に行って、
Cloud Datastore インポート / エクスポート管理者
Storage オブジェクト管理者
の2つがついているのを確認します。
次は、バックアップ保存先のバケットを作成します。
GCPコンソール左上の「ナビゲーションメニュー」を押します。
表示されたメニュー群から「ストレージ」を選択し、その中の「Storage」を選んだ中から「ブラウザ」を選びます。
画面上部の「バケットを作成」を選びます。
バケットの名前は、
FirebaseのプロジェクトID-firestore-backup
としました。
ロケーションは、FireBaseのFireStoreで使ってるリージョンと同じにしなければなりません。
FireStoreを設定するときにリージョンを設定しますが、だいたいの場合は「asia-northeast1（東京）」を選択してる方が多いと思いますが、その場合はロケーションタイプは
「Resion」 にして 「asia-northeast1（東京）」か
「Multi-region」で「asia」を選ぶかになるようです。
ここを間違えると、バックアップは失敗します。私は 「Resion」 にして 「asia-northeast1（東京）」にしました。
ストレージクラスは、「Standard」にしました。
詳細設定は、省略で大丈夫です。
Functionのプログラム（Node10）を準備します。
基本は上記ので動くと思いますが、10行目のJsonは、サービスアカウントで作成したfunctionフォルダに入れたjsonファイルを指定します。
38行目は、先程バケット作成したバケットを指定します。
FirebaseのプロジェクトID-firestore-backup で名前をつけたのであれば、そのままで大丈夫なハズ。
Functionをデプロイします。
次は、「Cloud Scheduler」です。
ストレージのバケットを作った時と同じ要領で「ナビゲーションメニュー」の中から「ツール」から「Cloud Scheduler」を選びます。
画面上部のジョブを作成を選びます。
ジョブの作成で名前をつけます。
任意の名前でいいと思いますが、「firestore-backup」としました。
諸々せていしたのがこれ。
設定できたら、右側にある「今すぐ実行」ボタンを押して、実行されるかみてみます。
成功と出ても、プログラムの実行が成功しただけでバックアップが成功してるか判らないので、ストレージのバケットを見て成功してるか確認しましょう。
後はバックアップの保管期限を決めます。画面上部のライフサイクルボタンを押します。
自分はバックアップは30日もあれば十分かなと思っているので設定します。
「オブジェクトを削除する」を選びます。
年齢を30日に設定して作成します。
年齢って最初わからなかったですが、、まあ言われてみれば年齢30日ですね。たしかに・・
これでおわりです。
△ PAGE UP