Статистика форума

[Munin]

Да, все они не айс примерно в одинаковой степени, увы. Да и желательно показывать более 10 элементов списка за раз (регулируемо, или жёстко 30-50).

[Munin]

Вот понадобился мне TOP пользователей по числу сообщений за последнюю неделю. А... и нету.

[rockclimber]

А знаете почему?

[provincialka]

Рано. Еще не все обработано.

[rockclimber]

Да, но не только. А еще потому, что пока вроде никто именно такую функцию не запрашивал
На 100% не гарантирую, конечно, но я вчера перечитал первые 5 страниц и выписал на бумажку все запросы по функциональности.

А еще я там все переделал, теперь на стартовой странице только ссылки на другие страницы, а уже там - всё остальное. Смотрите, тыкайте, если кому что непонятно - спрашивайте.

[arseniiv]

rockclimber, а сложно было бы устроить, чтобы можно было самому придумать запрос и поглядеть на результат? Для безопасности это вынудит целый DSL писать громадный, как представляю. Так что это из разряда гипотетического. (Наверно, проще открыть код и принимать или не принимать pull request’ы.)

-- Ср ноя 04, 2015 00:49:05 --

О, вот предложу что-то полезнее: можно сделать, чтобы сортировка некоторых типов столбцов при нажатии на них, раньше не сортируемых, начиналась не по возрастанию, а по убыванию? В топе по количествам чего-нибудь обычно интересен как раз максимум, до которого приходится добираться в два щелчка.

А ещё было бы интересно знать топ и другие показатели по временны́м срезам — не учитывая посты позже указанной даты. Так можно погрузиться в прошлое!

-- Ср ноя 04, 2015 00:54:41 --

И, если ещё не предлагали, сделать как-нибудь потом личные настройки:
• количества элементов в разных списках по умолчанию (если они ещё не сохраняются и так — не проверял),
• фантазия кончилась.

[rockclimber]

Какого именно типа запрос? Если SQL, то я могу дать доступ к среде разработки, там можно повыполнять. Но не кому попало, естественно. Другие способы тоже возможны, но не берусь прям вот сейчас сказать, что это легко сделать. Надо попробовать пару вариантов, а там видно будет.
Если сделать свой упрощнный язык запросов, то да, там огород такой надо городить, что огого.

[arseniiv]

Ну да, типа SQL. Кстати, в вашей СУБД можно поставить какому-нибудь пользователю таймаут запросов (не знаю, бывает ли вообще такое, но выглядит логично)? Тогда можно поставить поменьше, и плохим запросом сервер не перегрузить, а пользователя одного на всех любителей своих запросов. Но если никому это больше не надо, можно даже не думать: мне собственные запросы придумывать пока что лень.

[Munin]

Ладно, я это оставил как пример того, какие запросы хотелось бы давать, и получать на них ответы.

-- 03.11.2015 23:11:05 --

arseniiv в сообщении #1070005 писал(а):

rockclimber, а сложно было бы устроить, чтобы можно было самому придумать запрос и поглядеть на результат?

Это, пожалуй, слишком (потребует изучения языка, для пользователей), а вот сделать достаточно мощную и гибкую форму запросов с большими возможностями - это хотелось бы. Чтобы то, что здесь перечислялось, было всего лишь вариантами её обычного использования.

[rockclimber]

Кстати, а может такую штуку использовать? http://88.198.108.210:8080/ords/f?p=100 ... 513063:::::
Это стандартный компонент фреймворка, просто я его не очень люблю использовать (когда пользователи начинают хотеть странного, его сложнее напильником допиливать и можно использовать только одну штуку на странице). Но для пользователя там есть все что надо и даже больше.

[Александрович]

rockclimber в сообщении #1070030 писал(а):

Кстати, а может такую штуку использовать? http://88.198.108.210:8080/ords/f?p=100 ... 513063:::::
Но для пользователя там есть все что надо и даже больше.

Спасибо за распределение Парето. На глазок это 83/17. Это текущее значение?

[Munin]

rockclimber в сообщении #1070030 писал(а):

Кстати, а может такую штуку использовать?

Интересно!

Но чтобы выбрать "TOP пользователей по числу сообщений за последнюю неделю", оказалось недостаточно :-) Каких-то ещё полей не хватает...

[rockclimber]

Александрович в сообщении #1070056 писал(а):

Это текущее значение?

Это значение "никакое", то есть не соответствует никакому моменту времени в прошлом. Парсер проходит топики по очереди (по номерам). Создавались эти топики именно в таком порядке (в порядке возрастания номеров), но если топик с таким номером есть, то парсер проходит его весь, до текущего момента. Пока пройдено 10000 топиков (последний - ноябрь 2007-го). Некоторые топики довольно старые, "Физматюмор", например, имеет ID = 117. Его содержание загружено почти полностью (по состоянию на прошлую неделю). То есть можно сказать, что данные имеются "по состоянию на ноябрь 2007-го с искажениями".

Munin в сообщении #1070060 писал(а):

Каких-то ещё полей не хватает...

Там не полей не хватает. Этот компонент берет результат SQL-запроса и работает с ним. А SQL-запрос данные уже сагрегировал, и обратно из агрегатов выкинуть часть данных уже не получится. Но можно отдельно добавить поля для фильтрации, это как раз не сложно и не проблема.

[rockclimber]

Очередные новости.
Наконец-то подправил баги в парсере и запустил. Данные постепенно набираются. Если не будет проблем ближайшие сутки - набираться будут до упора.
Сделал еще одну страничку - информация о пользователе. На главной кликаем по "ТОП пользователей по стат. параметрам", там кликаем по имени любого пользователя и попадаем на страницу с информацией о нем. Пока там немного всего, но будет больше.
Поправил стартовое сообщение топика, там теперь есть ссылка на сайт со статистикой.

Munin в сообщении #1070060 писал(а):

Но чтобы выбрать "TOP пользователей по числу сообщений за последнюю неделю", оказалось недостаточно Каких-то ещё полей не хватает...

Давайте решать, каких полей не хватает. Достаточно ли будет выбора типа "за последний день - за неделю - за месяц - за год - за все время"? Просто не хотелось бы загромождать интерфейс элементами управления, которыми 2 человека один раз поиграют и на этом все закончится.

[Yadryara]

rockclimber
Да... Вы Большой Молодец!

Скажите, а "длина сообщений пользователей" включает в себя цитаты? Если да, то неплохо бы разделить свой текст и чужой. Потому как при избыточном цитировании, в посте порой свыше 90% чужого текста.