k-karen / team_project Goto Github PK

現在、プロフィール編集ボタンを押すと、username、email、password等を編集するようになっている。

biography等のプロフィールの編集ができないのを修正する

現状、/users/:idと直打ちすることで、友達ではないユーザーのプロフィールに飛べてしまっているので、直す必要があるかも

ただ、もしroom内に友達ではないユーザーがいたとして、room内から友達追加をしたい場合
プロフィールページに遷移して追加できるといいのかもしれない
しかしそうすると、友達ではないユーザーのプロフィールページに飛べてしまうのを禁止しまうと
プロフィールページに遷移してもらって、友達追加するということができなくなってしまうかも

毎週金曜日にdemoを作りたいので、そういう感じのやつ

• 最初デプロイして、公開されたサイトがある状態
• ...
• ...
• ...

↑最終的には、それぞれを看板化してTodoに突っ込む

"rooms"にbroadcastすると、自分が見れるはずではないroomの配信も受信することになる

"rooms"にユーザーidのプレフィックスをつけて対応しています。
turbo_stream_fromが署名したりしていい感じにしてくれてるっぽいのでActionCableは使わずにすみました。

一旦簡単なログインを実装してしまいます。
usersテーブルなどは、めちゃくちゃ簡単に作って、細かいのは追々というところで。

逆に大変だったので、普通にsorceryを導入してcurrent_userを使える状態にしました。

https://github.com/reviewdog/action-rubocop?tab=readme-ov-file#example-usage

↓最初のコンセプトを満たすのであれば、この機能があっても良いかなと。
Telegram風味のChatアプリ

• minitestをRspecにする #101
• ciに組み込む
• (可能なら)ブラウザを使ってテストが出来る状態をローカルに作る
• (可能なら)ブラウザを使ってテストが出来る状態をCI上につくる

開発の進め方的にはこんな感じ？

1. Hotwireのセットアップ
   まず、Hotwireをプロジェクトに追加する必要があります。
   Gemの追加: Gemfile に hotwire-rails を追加し、bundle install を実行します。
   JavaScriptのインストール: TurboとStimulusのJavaScriptライブラリをインストールします。Rails 7以降では、これらはデフォルトで含まれています。

2. メッセージモデルの作成
   チャットメッセージを格納するためのメッセージモデルを作成します。
   モデルの生成: rails generate model Message user:references body:text というコマンドでメッセージモデルを生成します。ここで、user:references はメッセージがどのユーザーに属しているかを示し、body はメッセージの本文を保存します。
   マイグレーションの実行: 生成されたマイグレーションファイルを使って、rails db:migrate コマンドでデータベースにメッセージテーブルを作成します。

3. メッセージ送信の実装
   Turboを使用して、メッセージの送信と表示をリアルタイムで行います。
   メッセージフォーム: メッセージを送信するためのフォームを作成します。このフォームには、data-turbo="true" という属性を追加して、Turboの機能を有効にします。
   Turbo Stream: メッセージが送信されると、サーバーサイドからTurbo Stream形式で応答を返します。これにより、送信されたメッセージがリアルタイムでチャット画面に追加されます。

4. メッセージのリアルタイム更新
   Broadcasting: 新しいメッセージが作成された時、サーバーサイドでTurbo Streamを使用して、そのメッセージをすべての購読者にブロードキャストします。
   更新の表示: ユーザーのブラウザでは、Turbo Streamを通じて送信された更新がリアルタイムで表示され、チャット画面が更新されます。

5. Stimulusの使用
   インタラクティブな要素の追加: Stimulusを使用して、より動的なクライアントサイドの動作を追加できます。例えば、送信ボタンの無効化や、スクロールの自動調整などの機能を追加することができます。

DB
・user-roomの中間テーブルの作成 ⇒ 別issueで作成した
・roomにowenerユーザーのidを追加する(?)

画面
・roomに自分以外のユーザーを結びつけるフォームを用意する
→ 最初は簡易にidをinput formに入れるだけでも良いかも？
　 カンマ区切りで、ユーザーidを列挙するフォーム

friend機能を本当は作らないかとも ⇒ 松原さん

ログイン後 → Room一覧 ⇒ 別issueで作成した

1, create room1
2, create room1におけるmessage
3, create room2
の順番で動作したとき、roomが並ぶ順番としては、room2が一番上にきてほしい。
現状では、room1が一番上にきている。

つまり単に最新のメッセージでソートするのでなく、メッセージがない場合はroomの作成時間を比較させたい。

メッセージに対するリアクションだと思いますので、項目名変えておきす。

チャットアプリにほしい・必要な機能をどしどし書いていこう

・書き出すだけ書き出すフェーズ
・優先順位をつけるフェーズ

♡ ←　優先順位超高いよね（💯なかったので、変えました。）
👍 ←　優先順位高いよねにつける

進め方はこんな感じ？

1. ユーザー認証のセットアップ
   まず、ユーザーがログインできるようにするために、ユーザー認証システムを設定します。
   Deviseの使用: DeviseはRailsで広く使用される認証ソリューションです。gem 'devise' を Gemfile に追加し、bundle install を実行します。
   Deviseのセットアップ: rails generate devise:install と rails generate devise User を実行して、ユーザーモデルと認証のためのビュー、コントローラーを生成します。

2. ユーザーモデルの拡張
   ユーザー情報を格納するために、ユーザーモデルを拡張します。
   追加の属性: 必要に応じてユーザーモデルに追加の属性（例えば、氏名やプロフィール画像など）を追加します。これはマイグレーションを作成してデータベースに適用することで行います。

3. マイページのコントローラーとビューの作成
   マイページを表示するためのコントローラーとビューを作成します。
   コントローラーの生成: rails generate controller MyPage を実行してマイページ用のコントローラーを生成します。
   アクションの定義: コントローラーに show アクションを定義して、ユーザーのプロフィール情報を表示します。
   ビューの作成: show アクションに対応するビューファイルを作成し、ユーザー情報を表示するためのHTMLを記述します。

4. ユーザー情報の編集機能
   ユーザーが自身の情報を編集できるようにします。
   編集用のビュー: ユーザー情報の編集用のビューを作成します。通常、edit と update アクションをコントローラーに追加して、対応するビューファイルを用意します。
   フォームの作成: ユーザー情報を編集するためのフォームを作成します。このフォームは、ユーザーが入力した情報を update アクションに送信します。

5. アクセス制御
   マイページはユーザー自身のみがアクセスできるように、アクセス制御を実装します。
   認証チェック: Deviseの authenticate_user! フィルターを使用して、ユーザーがログインしていることを確認します。
   権限チェック: ユーザーが自分自身の情報のみを編集できるように、コントローラーで権限チェックを行います。

6. ルーティングの設定
   マイページと編集ページへのルートを設定します。

ルーティングの追加: config/routes.rb ファイルにマイページと編集ページへのルートを追加します。

Iteration2で作成するものについて、どのようなエンドポイントを作成するか、
一旦共有したい

Rails.application.routes.draw do
  # ユーザー登録周り
  # マイページ作成
  # ...
end

自分のじゃないroomのページとか、すでに消えたroomのページにアクセスした時にエラーページではなく、TOPへflashメッセージ付きでredirectするようにする

capistranoでdeployするようにしてworkflowに組み込みたい気持ちがあったけど、
時間なさそうなので一旦docker環境をそのままEC2で再現する方向に

メール・ドメインは私用のやつ流用しようかなと考え中

• ログイン前のTOPページがlogin or sign upでは寂しいので、デザインを考える

TOPの特徴スライドショーっぽいところを英語にしたほうが良いかも
↓

http://localhost:3000/rails/info/routes　を見て、アクセスできるところに日本語がないか確認したほうが良さそう

app/views/user_mailer にあるメールのファイルも英語にする

• room-userの中間テーブルの作成
• ログイン後のページのroomlinkUI

user-roomの中間テーブルを作成
user-roomの関係を編集できる画面を作成
今回message部分はとくに着手するつもりはありません。上記の図は、過去の授業で作成した図を少し改変したもの
https://app.diagrams.net/#G1cXnXQw64oikqZusU7m5fFSueATpEqtIB

今のままだと、誕生日が全員同じになっている。

それに伴い、seeds.rbやUsersHelperを修正する必要がある

#9

ユーザー間の関連を作ります。

ユーザーAがユーザーBを登録することで、ユーザーAはユーザーBを自分の作成したRoomに招待出来るようにします。
一旦、この状態のときユーザーBはユーザーAをユーザーBが作成したRoomへは追加できないという仕様にします。
(これは必要であれば変更可能な仕様です)

・DB周りの作成
・フォーム周りの作成

一旦考慮する範囲(P0,P1)

ユーザー登録・ログイン機能
テキストメッセージの送受信
アイコンやトークの設定へ飛べるような、マイページ
GoodとBad/絵文字の入力
最新のトークが一番上にくる
複数人での会話
連絡先の管理（メッセージをやり取りしたい相手をリストにお互い追加したら、連絡が取れるようになるみたいな）

できたらprofileのiconも