Скрыть

Re:О фильтрации

Хокум будешь ставить фильтр?

Скрыть

Re:О фильтрации

Уже бы сейчас фильтрами пользовались, но по сообщению совершенно не ясно какие фильтры выставлены на нём. Т.е. каждому модератору придётся смотреть отфильтровано ли то или иное сообщение. Да и совсем скрывать отфильтрованное тоже не кошерно: лучше сворачивать, т.к. критерии фильтрации слишком абстрактные.

Скрыть

Re:О фильтрации

Это абсурд в чистом виде, проблему нужно решать, а не маскировать ширмами

Скрыть

Re:О фильтрации

А ещё можно лепить к сообщениям текстовые теги, а пользователям их фильтровать.

Скрыть

Re:О фильтрации

Угу, а там и до кармы недалеко

Скрыть

Re:О фильтрации

>Уже бы сейчас фильтрами пользовались, но по сообщению совершенно не ясно какие фильтры выставлены на нём.
Да, есть такая проблема. Я подумаю, может в движке поправлю. Правда, надо придумать, как это в дизайн вписать, т.к. фильтры большие.

>Т.е. каждому модератору придётся смотреть отфильтровано ли то или иное сообщение. Да и совсем скрывать отфильтрованное тоже не кошерно: лучше сворачивать, т.к. критерии фильтрации слишком абстрактные.
Тут js, имхо, нужен. Общественность у нас против него.

Скрыть

Re:О фильтрации

>Правда, надо придумать, как это в дизайн вписать, т.к. фильтры большие.
Сделать мини рамку с правой стороны сообщения.

Скрыть

Re:О фильтрации

Кстати если допустим стоит фильтр, цепочка ответов на такое сообщение тоже отфильтруется?

Скрыть

Re:О фильтрации

>Кстати если допустим стоит фильтр, цепочка ответов на такое сообщение тоже отфильтруется?
Нет. Фильтры ставятся на одно сообщение.

Я для примера сейчас поставлю на этом сообщение "модераторские/пользовательские фильтры", и интересующиеся смогут поставить этот фильтр в настройках и посмотреть, как оно выглядит тут и в трекере.

Скрыть

Re:О фильтрации

>Сделать мини рамку с правой стороны сообщения.
Хорошо, что-нибудь придумаю, как время появится.

Скрыть

Re:О фильтрации

Ясно. Адекватно вполне выглядит

Скрыть

Re:О фильтрации

В общем, я решил подправить интерфейс фильтров, на основании высказанного здесь. Заодно добавлю фильтр для ругани.

Ориентировочный срок - пара дней, сейчас у меня немного времени есть. Ждите:)

Скрыть

Re:О фильтрации

В общем, изменения:

•   В верхней правой части сообщения отображается ссылка, при нажатии на которую появляется список фильтров, отмеченных у этого сообщения. Пользователи без js лицезреют сей список всегда. Данный блок виден только внутри темы, а не на главной странице или списке изображений в галерее.
•   У отфильтрованного сообщения выводится причина фильтрации - фильтры, выбранные пользователем, совпавшие с фильтрами сообщения. В списке тредов и трекере у сообщений выводится title (всплывает при наведении на ссылку, без js, силами браузера) c причинами фильтрации.
•   При нажатии на ссылку для просмотра сообщения, у пользователей с js оно открывается прямо в тексте. Пользователи без js, как и раньше, переходят на отдельную страницу. Должно работать везде, в том числе и на странице неподтверждённых и в галерее.

Принимаются предложения по введению новых фильтров.

P.S. Отмечу, что пользователи браузеров, не поддерживающих CSS, видят скрытое сообщение всегда. Это очень печально и забавно одновременно, учитывая, что я хожу на сайт через emacs-w3m, который как раз входит в число таких браузеров. Над решением данной проблемы я думаю, но пока ни один метод не кажется адкеватным. Так что, если вы такие тут есть, ждите:)

Скрыть

Re:О фильтрации

Давно реквестил фильтры по собственным регэкспам "пользовательский"

те каждый создаст себе свой фильтр с блекджеком и шлюхами.

и да, сквид не предлагать.

Скрыть

Re:О фильтрации

>Давно реквестил фильтры по собственным регэкспам "пользовательский"
>те каждый создаст себе свой фильтр с блекджеком и шлюхами.
Лично у меня есть пара сомнений на эту тему:

1) Если давать пользователям добавлять свои регэкспы, то гораздо проще вывести сервер из строя ДДОС-ом. Делаем специальное сообщение, берём несколько юзеров (даже анонимусов) со сложным медленным регэкспом, да и всё. Валидация же регэкспов - штука сложная и нетривиальная, вряд ли возможная в автоматическом режиме. По длине нельзя, т.к. длинный регэксп вроде (слово1|слово2|слово3...) вполне нормален, и может использоваться часто. Трогать ради этого max_execution_time тоже не стоит, это всё же дело администратора. Тем более, что при наличии safe mode в пхп, этот параметр силами приложения менять нельзя, если я не ошибаюсь.

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

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

Надо, конечно, немного знать js, но пункт 2 в списке выше всё равно требует знания программирования на каком-то уровне. Тем более, что сейчас есть всякие языки вроде google dart, транслирующиеся в js. И главное - никакой нагрузки на сервер. Насчёт того, как оно живёт с noscript, я ничего не скажу, но ради рулинукса можно и добавить одно исключение, благо тут у нас не огромное вебприложение со свистящим интерфейсом.

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

Скрыть

Re:О фильтрации

>Обе эти проблемы очень легко решаются юзерскриптами
Я в целом согласен, но куда их пихать в легковесных боровзерах, уж лучше проксер поднимать и там замешивать.

А сайт раздавать в удобном виде для парсинга, типа доступа к хранимым процедурам SQL где и сделать API чтения и репликацию по распределенным нодам :)

Скрыть

Re:О фильтрации

>Я в целом согласен, но куда их пихать в легковесных боровзерах
Думаю, почти любой легковесный браузер их умеет. Если не js, то какой-нибудь свой скриптинг. Например, luakit умеет:)

>А сайт раздавать в удобном виде для парсинга, типа доступа к хранимым процедурам SQL где и сделать API чтения и репликацию по распределенным нодам :)
API для сайта, выдающее данные в каком-нибудь json, можно сделать. Но это только в новой версии, если она будет.

Скрыть

Re:О фильтрации

>json
По моему кто-то проплатил Систему пиар всего и вся js* ;)

Нам нужен только Ъ только хардкор...

Скрыть

Re:О фильтрации

>По моему кто-то проплатил Систему пиар всего и вся js* ;)
Ну json уже давно далёк от js-а:) Он довольно универсален, есть библиотеки для почти любого языка. А монструозности, в отличие от xml, в нём мало.

>Нам нужен только Ъ только хардкор...
Для обеспечения Ъ нужно будет в лицензии на API запретить писать клиенты на чём-либо, кроме си, ассемблера, хаскеля и лиспа.

Скрыть

Re:О фильтрации

глянул про этот жсон, не понравился он мне, костыль какой то.

хмл я правда тоже недолюбливаю, за избыточность.