常連

注目の的

質問力

mbaas初めてなので質問なのですが、firebase authで得たsession情報等をデベロッパーツールで取得・又はブレイクポイントを設定し、それをfirebase sdkを使って書き込み権限のあるfirestoreやrealtime databaseのデータ構造を破壊、改竄される危険性ってあるのでしょうか？
注釈：httpsの指紋やらなんたらについてあまり理解していないです

firebaseの脆弱性についてわからないです

### 前提・実現したいこと
PHPとLaravelでSNSを作っています。
ログイン機能を実装についての質問です。

以下の理由でFirebaseのAuthenticationを利用しようと考えています。
- ユーザーの大事な情報（個人情報等）をできる限り管理したくない
- 認証等についての知識が乏しいためセキュリティ面での不安 

しかし、GoogleCloudPlatformにあるCloudSQL(MySQL)に
認証関係以外（投稿内容等）のデータを保存しようと考えていますが、
Firebaseにあるユーザー情報との紐づけ方が分かりません。

FirebaseにユーザーIDが保存されていて、それを何らかの関数で呼び出し、
MySQLにINSERTするということは可能でしょうか？

また、可能の場合、ユーザーの紐づく情報を取得する場合は、
MySQLのユーザーIDにINDEXをつけ、そこから辿って取得するという方法でしょうか？

その他に良い方法等があればご教授お願い致します。



### 補足情報（FW/ツールのバージョンなど）
windows10
PHP
Laravel
MySQL
GCP

Firebase AuthとGCP CloudSQLの紐づけ方について

[概要]
初学者です。

vue.js+firebaseを利用して、作成したユーザーそれぞれのお金を管理するアプリを作成しようと思っています。

お金は、他のアカウントから「送る」という機能を利用することで、アカウントから別のアカウントへお金を移動させることができる仕様も必要です。

[現状]
firebaseでAuthenticationを利用し、アカウントを「メールアドレス」、「パスワード」を設定することで、作成できるようにコードを書いておりました。

ですが、お金に関するデータをAuthenticationのjsonに記録することができませんでしたので、リアルタイムデータベースにそのユーザーに紐づくデータを同時に登録しようとしています。

リアルタイムデータベースに登録する際に、一意なIDを付与し、そのIDをユーザーに紐づけたいのですが、その紐づけの方法に対して、質問があります。

※一意なIDの付与の仕方は、以下で行おうと思っています。
const UserId = firebase.database().ref().push({
                    wallet: 1000
                }).key;

[質問内容]
Authenticationのjsonに「uid」という自動で生成されるキーがあるらしいのですが、そこに上記の「現状」の最後に記載した、「UserId」を保存しておけば、サインアップ時、ログイン時に毎回ユーザーに紐づくデータベースのIDが取得できるものだと考えているのですが、

この方法について、問題があるかどうかお聞きしたいです。

問題がある場合、具体的な問題点と代替案があれば、教えていただけると嬉しいです。
なにとぞ、よろしくお願いいたします。

vue.js+firebase(Authentication+リアルタイムデータベース)のユーザーに対するデータの保持+更新について

普通のhttpでリクエストすれば良いのに、Cloud Pub/Subを使う理由は何でしょうか。
調べると、gRPCが速いからとかでしょうか。
解決したいことは、
イベントを取り込む際に、どちらを採用すべきか悩んでいるので、決定的な軸を知りたいです。

普通のhttpでリクエストすれば良いのに、Cloud Pub/Subを使う理由は何でしょうか。

確認のために質問させていただきます。

キーを押されてから、アプリケーションがそれを認識するまでの流れは、以下で間違いないでしょうか。

1. 入力されたキーがメモリに書き込まれる（このとき、CPUもPICも一切介入しない）
2. メモリへの書き込みが終わったことをPICに通知する
3. PICがCPUに、キーボードからの割り込みがあったことを通知する
4. 割り込みハンドラが呼ばれる
5. IN命令を実行して、入力されたキーをメモリから読み取り、共有メモリにコピーする
6. 各アプリケーションが登録したキー押下時のイベントに関連付けられたイベントハンドラが呼ばれる

上記手順で間違いないでしょうか。上記手順で幾つかの疑問がございます。

・入力されたキーがメモリに書き込まれる際に、CPUもPICも一切介入しないのはおかしい
・IN命令は、メモリ上のデータをCPUのレジスタにコピーする命令という認識であっているか

ハードウェアに近い部分であるため、アプリケーションの開発しか行っていない私にはうまくイメージできないため、質問させていただきました。
それでは、よろしくお願いいたします。

キーボードから入力されたキーをアプリケーションが認識するまでの流れ

パスコードロック画面または数字のみ4桁のパスワードロック画面ってJavaScsriptまたはjQueryで実装できるのか教えてください。
調べてみたところ、指紋認証はcordovaのプラグインを使用すればできるとありました。
ただ、パスコードロック系については調べても出てこなかった為、こちらで質問させていただきました。

◆やりたいこと
・Webアプリで、アプリを開いた際に数字のみ4桁パスワードを入力してログインしたい。
・設定画面からパスワードをロックするかしないかのON/OFF機能を付けたい。

パスコードロック画面をJavaScript(またはjQuery)で実装できますか？

音楽ゲーム関係で、判定処理の方法についてお聞きしたいです。
音符ごとに決まったタイミング(例：曲開始から6.0秒)と曲開始から経過した現在時刻を比較し、その差から判定処理を行うようプログラムしているのですが、現在使用しているもの(以下に示します)から「Mathf.Absによる絶対値<=(各音符のタイミング)」や「(各音符のタイミング)プラスマイナス〇秒と現在時刻を比較」での処理にし、一定範囲内で音符の処理を行えるようにしたいと考えています。しかしながらこれらスマートな形式にしたくとも、後述するエラーなどによって上手くいきません。

###使用中のコード
```Unity C#
if (notetim - timer<=-0.05　/*下限*/  && notetim -timer>=-0.1　/*上限*/){
// notetim:音符ごとに決められた時間(-1.6していません)
// 追記 2020/11/18：notetimは音符ごとに決められた時間です。
// -1.6しているのは音符生成をする別のスクリプト内に使用している変数で、
// 判定ラインの中央に来るよう-1.6しています。
// timer:曲開始からの経過時間です
 //ここでパーフェクト/ミス判定を行います
}
```

##エラーなど
これで一応は動くのですが、ごく狭い範囲でしか判定されず極端に厳しい判定になってしまいます。ラインの中央から若干遅れているのはいいのですが、判定エリアそのものをかなり広く取りたいため上側にこの判定範囲を拡大したいと思っています。そこでそのために上限の数値を変更するとこのごく狭いエリアごと上下に動いてしまい、範囲を広げることができません。
また「それなら先に下限を決めておいて後からif文で上限を決めればいいか」と思い先に下限の位置を設定したのですが、Destroy関数の場所で範囲外としてエラーが出ています。これに関連して、この特定範囲から外れた時にミスを返し音符を消す処理を足したときも同じ現象が起きています。

##実現したいこと
if文の中身を変更し、本来のタイミングからプラスマイナス〇秒の間にボタンを押すと判定処理を返す処理で、広い判定エリアを作りたいです。

使用環境　Unity2019.1.51f VisualStudio

追記(2020/11/18)
変数の説明が間違っていたため、該当部分の追記と修正を行いました。

音楽ゲームで判定処理の有効範囲を拡大したい

今までrails製のアプリを作って来たりはしたのですが、恥ずかしい話コントローラーやビューにメソッドを書いていました。
変な話view側で`User.find...`のようにモデルを直接viewで参照してたりしてました。
railsにはfat model、slim controllerのような思想があるようで、自身は全くこの思想に従ってなかったことを最近痛感してます。
上述の理由のため、またActiveRecordが大変優秀なこともあり、modelクラスには`has_many`、`belong_to`のように最低限のリレーションを記述する以外殆ど処理を書いたことがありません。
しかし調べるとビジネスロジックはmodelに記述し、更に設計の話に入るとビジネスロジック以外の処理はサービスクラスなるものを作るべきだとも見ました。

そこで質問なのですが、確認の意味を込めてとはなるのですがmodelクラスやserviceクラスのようなクラスに書いた処理をコントローラーで参照するにはどうすれば良いのでしょうか。
rubyのアクセス修飾子を書かない場合のクラスはpublicになるはずだったので、普通にコントローラー側で
`@user = User.new`のようにしてインスタンス化して呼び出せば良いのでしょうか？

またrails g modelなりscaffoldすればモデルクラスは出来ると思うのですが、サービスクラスのようにrailsのデフォルトにはないようなクラスを作る場合はどの階層に作れば良いのでしょうか？
長い間疑問だったのですが、publicはどこからでも参照できると良く入門書で目にしますが、どこからでもの範囲が全く分かりません。階層が違っても、同一のディレクトリ内ならどこでも参照できるって解釈でよろしいでしょうか？

前置きがなくなりましたが質問をまとめると
・モデルクラスやサービスクラスをコントローラーで参照するにはどうすればよいか
・railsでデフォルトで作成されない自前のサービスクラスはどの階層に作ればよいか
・publicはどこからでも参照できるらしですが、どこからどこまでの範囲かが分からない

という3点です。
よろしくお願い致します

modelや他に作ったクラスに書いたメソッドってcontroller等でどうやって参照するんですか？

## 環境、構成
[フロントエンド]
Rails4
UI、バックエンド(WebAPI)とのやり取りを担当

[バックエンド]
Rails4
フロントエンドからリクエストを受け付けてJSONを返すWebAPI

## 質問内容
上記のような構成で認証が必要なWebアプリケーションを開発しているのですが、
ユーザ認証関連の処理でどうするのがよいのか不明な点があるので質問させて頂きます。

現状、以下のような流れでユーザ認証処理を実装しています。
1. フロントエンドでログインフォームにID、パスワードを入力してSubmit
1. SubmitされたID、パスワードをバックエンドにPOST
1. バックエンドはPOSTされてきたID、パスワードで認証処理を行い、認証に成功すればアクセストークン等の認証情報をJSONで返す
1. フロントエンドは返ってきた認証情報を保持し、認証済みでないとアクセスできないページに移動

この流れの4.が不明な点でして、バックエンドから返ってきた認証情報はフロントエンドでどのように保持すればいいのでしょうか？
今は単純に認証情報をセッションに保存してページ移動の度にバックエンドに認証情報の整合性チェックをリクエストする、といった方法で実現しています。
これでも普通に要求を満たした動作はしているので問題は無いのですが、`セッションで保持する`ということに漠然とした不安があります。

フロントエンドとバックエンドが分離していない、RailsのModel, View, Controllerを用いたシンプルなアプリケーションの場合は
認証情報はセッションに保持するのが普通だと思いますが、
今回のような構成でも認証情報の保持にセッションを使うのは普通なのでしょうか？

## そもそもの話
フロントエンドにRailsを使わずにAngularJSやVue.jsなどのJSフレームワークを使えばこのようなことを気にする必要もないのでしょうか？
「まずフロントエンドにRailsを使っていたらバックエンドと分離する意味が無くない？」と思われるかもしれませんが、
私がフロントエンドに疎いサーバサイド寄りのレガシーなエンジニアでして、とりあえず動くものを作るためにフロントエンドもRailsで構築しました。
いずれはJSフレームワーク等で置き換えるつもりではあります。


以上、ご回答頂ければ幸いです。

WebAPIのユーザ認証

WebAPIのURI設計について勉強しています。

リソースを示すURIのエンドポイントには名詞を使うべきであること、リソースをどのように扱うかという動詞に対応する部分はHTTPの各メソッドに任せるべきであることを知りました。

この原則からすると、ユーザーを新規作成する場合/usersというエンドポイントに対してPOST処理をする設計になると思うのですが、ユーザーの新規作成画面をレンダリングする必要がある場合にURIをどう設計すればよいのか悩んでいます。

現状、GET /users/createで新規作成画面を表示し、POST /users/createで新規作成処理を行うという設計にしているのですが、これはあまり良くないのでしょうか？

HTMLページのレンダリングはAPIではないのでcreateという動詞を使っても問題ないけれど、リソースを操作する場合には原則に乗っ取ってPOST /usersとするべきなのかなと考えているのですがどうでしょうか？

明確に答えがあるものではないとは思いますが、一般的な手法を知りたく質問させていただきました。
よろしくお願いします。