№ | Пользователь | Рейтинг |
---|---|---|
1 | tourist | 4009 |
2 | jiangly | 3839 |
3 | Radewoosh | 3646 |
4 | jqdai0815 | 3620 |
4 | Benq | 3620 |
6 | orzdevinwang | 3612 |
7 | Geothermal | 3569 |
7 | cnnfls_csy | 3569 |
9 | ecnerwala | 3494 |
10 | Um_nik | 3396 |
Страны | Города | Организации | Всё → |
№ | Пользователь | Вклад |
---|---|---|
1 | Um_nik | 164 |
2 | maomao90 | 160 |
3 | -is-this-fft- | 159 |
4 | atcoder_official | 158 |
4 | awoo | 158 |
4 | cry | 158 |
7 | adamant | 155 |
8 | nor | 154 |
9 | TheScrasse | 153 |
10 | maroonrk | 152 |
Название |
---|
Насколько я знаю, это не баг. Просто серверу нужно время, чтобы пересчитать вклад для таблицы
Вы хотите сказать, что в таблице с вкладом вклад хранится ещё раз, отдельно от персональной информации каждого участника? Не проще ли хранить в ней порядок? Я, конечно, не ас веб-программирования, но, мне кажется, что дублирование информации — это плохой тон вне зависимости от всего. Разве сложно в данном случае её не дублировать?
Я могу ошибаться,но где-то читал, что изначально вклад считается по рейтингу постов, а затем пересчитывается в сравнении с другими участниками...
Это вроде не в веб-программировании дело — недавно пытались гадать на эту тему. Моё предположение было что таблица создаётся как хранимый слепок со вкладов чтобы её отсортировать и показать (раз в несколько минут) а вклады пересчитываются постоянно, и поэтому непосредственно цифры из них в таблицу не суются.
Если это так то оно связано с тем что пересчёт вкладов самих — "насосная" задача, не мгновенная для 10000 участников в таблице.
UPD: нашёл тот пост
скриншот чуть ниже опровергает Ваше предположение.
Спасибо за ваши минусы, они помогли уточнить характер бага: