url バリデーション作成

[Kazuya-Sakamoto]

概要

(1) 方針を決定する (2) urlのバリデーションを作成する

URL / 参照先

/register/detail_info

画像

確認項目

• [ ] 正しいURLを入力しなければ 確認画面へのボタンをdisabeldになっていること
• [ ] テストコードが書かれていること

[Kazuya-Sakamoto]

相談

URLのバリデーションについてご相談です。

現状DB users.github_account, users.twitter_account にて どのパターンでも登録できてしまう。 このバリデーションをフロントでも設けますが どこまでフロントで制御をかけるかご相談したいです。

(2) に関してはフロントで、URLを正規表現でチェックして 正しいURLを入力させるように処理を追加する予定です。 (1) (3) の https:// あり・なしに関してどうしようかと迷っていて、 フロントでリクエストパラメーターにセットするときに https://をつけるか、 バックエンドでtwitter.comに対して https://を付与してDBに保存するかどうしましょう？😅

- (1) twitter.com
- (2) twitter
- (3) https://twitter.com

[tsubaoza0901]

「バックエンドでtwitter.comに対して https://を付与してDBに保存する」これのメリットってなんですかね？ もしメリットがなければ、ユーザービリティ的に固定の「https://」は画面上入力不要にして、フロントでhttps://と入力された内容をjoinして送ってくれたほうが良い気がします。

[Kazuya-Sakamoto]

フロントでつける了解です👌

[Kazuya-Sakamoto]

また少しここは検討しますね🙇‍♂️

入力側と表示側でどう制御するか一旦考えてみます！