AtCoderProblems
AtCoderProblems copied to clipboard
kenkoooo
Extend your AtCoder
 クローラーのメモリ使用量を見るとリークがあるように見える。
いつもお世話になっております。 「あさかつ」「くじかつ」が有志により開催されていますが、この2つを公式に自動開催されるようにしてはどうか、というご提案です。 常に一定数以上の参加者がおりますし、需要はあるかと思います。 （個人的にも、典型テクニックの習得や早解きの訓練にかなり有効だと思っております） ※より汎用的に、バチャの定期開催機能をユーザーに提供してはどうかとも思ったのですが、乱立したり放置されたりすると嫌な感じになりそうなんですよね。
We are planning to change the response format of RPS ranking API `/v3/rated_point_sum_ranking`. old format: ```js { user_id: string, point_sum: int } ``` new format: ```js { user_id: string, count:...
AtCoder Pie Charts や Difficulty Pies と同じように, 点数毎にどの程度埋めたかを確認できると嬉しい
現状では異なる4つのクロール戦略について、それぞれクローラーがあります。 - crawl_all_submissions - crawl_for_virtual_contests - crawl_recent_submissions - crawl_from_new_contests ECS でそれぞれについてインスタンスを立てていますが、もし単一の実行可能ファイルでできれば管理が楽になります。 考えているのは message queue を使う方法で、各クローラーは以下のように動きます。 - クローラーは `(クロール戦略, その戦略の状態, クロールするコンテスト, クロールするページ)` をキューから受け取る。 - 1ページクロールする。 - 状態を更新し、次にクロールするページを取得する。 - `(クロール戦略, 更新したその戦略の状態, 更新したクロールするコンテスト,...
フロントエンドとバックエンドの通信にはかつては react-refetch を使っていましたが、react-refetch がメンテされなそうということと、一部の `swr` による置き換えがうまくいっているので、残った react-refetch の実装も swr を中心としたものに置き換えていきます。 # Progress - [x] TablePage by @Atsuyoshi-N (#951, #958) - [x] ListPage #1040 - [x] RecentContestList by @yb173 #1063 -...
## 概要 User Submissions API (`/v3/user/submissions`) と、Accepted Count for each language (`/v3/language_ranking`, `/v3/user/language_rank`) とで得られるデータに不整合があります。 ## 再現方法 提出者が少ない Brainfuck という言語で確認したところ、これが生じるユーザが何人かいました。 ## 考えられる原因 見たところ、ユーザ名を変更したりアカウントを消したりしたユーザの情報がデータベースの `language_count` テーブルに残ってしまっていることが原因のように思います。 ## 重要性 - 言語別 AC 数ランキングが通常...
