今週のフロントエンド定例の内容を記載します。フロントエンド定例について、以前の記事(ランサーズのフロントエンドチームが取り組んでいること)でお伝えしたのですが、毎週金曜日に開催しており、実際の業務で取り組んでいることや気になった技術情報等をシェアしあう会になっています。以下、今週の内容です。開発合宿では管理画面を試しにRedwoodJSで作ってみようというのをやってみました。川原さんの記事とも被りそうなので自分がやってみたところの紹介だけをしたいと思います。RedwoodJSを選定した理由ORMとしてPrisma採用していたのがあり、今までデータベースのスキーマ管理をsqldefで管理していたのが置き換えるのと同時に、コードとして使用するモデルの定義としても自動に生成してくれるのもあるので良さそうというのがありました。Studioも使い方によってはphpMyAdminの代わりとして使えそうだなというのもあって色々サービスにあるロールの整理にもなりそうというのもありました。ジェネレートコマンドが充実しており、自動にページとテストファイル(JestとStorybookのファイル)も生成される統一感があって良さそうというのが大きかったです。Schemaの作成とデータベースの更新ができることを確認をしました。pushまた、ログイン機能のところで実際にORMとしてのPrismaの機能を使ってみたりもしました。Schemaのモデル名とデータベースのテーブル名の問題にぶつかりました。Schema側で@@mapによる単数系のモデル名を生成し直さないといけない問題がありました。dbAuth既にサービス側で管理ユーザの権限など決まっていたので生成されたコードだけ参考にし独自に認証させるようにしました。細い要件を記載するとログインボタンからGoogleの認証画面に遷移できるリダイレクトを複数回かましてあるがSessionをRedisに保存したりGoogleの情報からemail取得してusersにあるemailのユーザなのかを確認し再度ログインの画面に遷移させてるログイン画面に遷移させた時にiframeからtokenを取ってるAuth0っぽい認証方式のためiframeを他のアプリケーションに入れてtokenを取るようなことが可能ある意味ちゃんと権限とかみてないと乗っ取られた時危なそうというのはある見えないiframeでSessionID(Token)をpostMessageでこのページに送りCookieに保存しているという要件で作成しました。Googleの認証アプリの作成は下記を参考にして作成しました。https://hugo-de-blog.com/node-passport-google/Googleの認証自体はGoogle公式にあるgoogle-auth-libraryを使用しました。昔はPassportを使用した認証用のクライアントを使用していましたがGoogle公式のライブラリの方がスコープの指定など型も充実している印象があってよかったです。前回の定例内容はこちらから確認可能ですのでご興味いただければ下記のリンクから閲覧いただければと思います。©Lancers,inc.。