Miyuki Kondo/Abemi

@KATO-Hiro Othersに管理画面のイメージを書きました。 最初はこんな感じでいかがでしょうか？ （Othersに想定仕様を書くのはいかがでしょうか？）

@KATO-Hiro カッコ便利ですね！！ カッコをつけると権限がかかってしまうわけではなく、管理用の見た目だけで、処理は必要という認識で大丈夫でしょうか。 >既存の問題ページやタグページでadminアカウントのみ編集ボタンを表示・押すことができるようにするという方法です。 明確にメンテナンス用のページであることがわかる方が良いと思います。 自分のだけに影響があるページと、全体に影響があるページが近くにあると間違えそうです、、、 また、ページをそのまま利用、という点では、Componentに入っている内容が、ある程度共通化した内容なのかなと考えています。似たUIをいくつも書かずに実装できるのではと思って見ています。

Tag ・id ・name ・is_published: 公開・非公開 （デフォルト非公開false） ・is_official: 公式 or ユーザ ・priority: タグの重要度 ・created_at ・updated_at TaskTag ・id ・task_id ・tag_id ・created_at ・updated_at

@KATO-Hiro priorityの範囲はどれくらいを想定していますか？（12345の5段階とかでしょうか？） defaultを3くらいで設定しておくのが良いでしょうか。

返信ありがとうございます。 タグの優先度って、タグに付くで大丈夫でしょうか？ 今の話を聞くと、問題ごとに優先度をつけたいのでは？と思いました。タグ全体での優先度でいいのでしょうか？ 例えば、ABCxxx-xでは、BFS、DPの順、ABCyyy-yでは、DP、BFSの順に表示したいという要求がありそうかなあと思いました。 この辺りも一緒に確認したいです！

- [x] データをどのように削除するか仕様を決める（cascadeで関連全部消す？/残して論理削除？） - [x] ユーザーの個人ページに削除ボタンを追加 + 復元が困難な操作であることがUIから分かるようにする - [x] ほんとうに削除しますか？の確認をはさみたい --- 2024/3/12追記 2024/3/16追記 - [ ] アカウントの削除中は、loading状態であることがユーザにも分かるようにする - [x] モーダルを利用して、アカウントの削除の意向を確認できるようにする solved by #545 - [ ] アカウントの削除後に、操作が完了したことをポップアップで表示する --- こんな感じでしょうか？

@KATO-Hiro はい！良いと思います。 また、回答の状況がある程度AtCoderの回答状況からインポートできるようになったら、アカウント消してしまっても復旧もしやすいとも思います。

try-catchで囲まれてはいるので、middleにします。以下のどちらかをやりたいもの。 - 衝突したら自動でやり直す - 「もう1回試してください」みたいなメッセージを出す。

@KATO-Hiro こちら、着手していて、 jsonを取得して、登録されていない問題に「インポート」ボタンをつける形にしようとしていました。 ですが、APIから取得できる量が多くて見せ方に工夫が必要そうです。 6000件超です。 記載いただいている、ABCxxx以降、という指定は、開催日データがないため（多分別のデータをJOINすればできるのかも）難しそう。 ABCxxxごとにアコーディオンにして、（それでも1/6くらいにかならない？🤣） インポートも、ABCxxxごとにまとめてインポートできるほうがよいのではと思っています。 （細かい問題を出さなくてもcontest_idから指定してインポートでもいいのかも。）

現在、問題ごとのAPIを利用しているのですが、コンテストごとのほうでしたら、APIに時間があるので可能な気がします。 コンテストごとのAPI→ https://kenkoooo.com/atcoder/resources/contests.json 問題のAPI→ https://kenkoooo.com/atcoder/resources/problems.json 画面から、コンテストを指定してインポートボタンを押すと、問題のAPIから検索をして必要なデータを流し込む感じがいいかなあと思っています。 ご意見あればいただけると嬉しいです。