http://rulinux.net/ http://rulinux.net/ http://rulinux.net/rss_icon.png https://rulinux.net/message.php?newsid=38131&page=1#155423 https://rulinux.net/message.php?newsid=38131&page=1#155423 Sun, 07 Oct 2012 19:11:06 +0400 глянул про этот жсон, не понравился он мне, костыль какой то.

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

]]> https://rulinux.net/message.php?newsid=38131&page=1#155420 https://rulinux.net/message.php?newsid=38131&page=1#155420 Sun, 07 Oct 2012 18:51:59 +0400 >По моему кто-то проплатил Систему пиар всего и вся js* ;)
Ну json уже давно далёк от js-а:) Он довольно универсален, есть библиотеки для почти любого языка. А монструозности, в отличие от xml, в нём мало.

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

]]> https://rulinux.net/message.php?newsid=38131&page=1#155419 https://rulinux.net/message.php?newsid=38131&page=1#155419 Sun, 07 Oct 2012 18:46:53 +0400 >json
По моему кто-то проплатил Систему пиар всего и вся js* ;)

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

]]> https://rulinux.net/message.php?newsid=38131&page=1#155416 https://rulinux.net/message.php?newsid=38131&page=1#155416 Sun, 07 Oct 2012 18:36:25 +0400 >Я в целом согласен, но куда их пихать в легковесных боровзерах
Думаю, почти любой легковесный браузер их умеет. Если не js, то какой-нибудь свой скриптинг. Например, luakit умеет:)

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

]]> https://rulinux.net/message.php?newsid=38131&page=1#155414 https://rulinux.net/message.php?newsid=38131&page=1#155414 Sun, 07 Oct 2012 18:31:51 +0400 >Обе эти проблемы очень легко решаются юзерскриптами
Я в целом согласен, но куда их пихать в легковесных боровзерах, уж лучше проксер поднимать и там замешивать.

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

]]> https://rulinux.net/message.php?newsid=38131&page=1#155396 https://rulinux.net/message.php?newsid=38131&page=1#155396 Sun, 07 Oct 2012 15:38:43 +0400 >Давно реквестил фильтры по собственным регэкспам "пользовательский"
>те каждый создаст себе свой фильтр с блекджеком и шлюхами.
Лично у меня есть пара сомнений на эту тему:

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

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

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

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

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

]]> https://rulinux.net/message.php?newsid=38131&page=1#155390 https://rulinux.net/message.php?newsid=38131&page=1#155390 Sun, 07 Oct 2012 15:05:38 +0400 Давно реквестил фильтры по собственным регэкспам "пользовательский"

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

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

]]> https://rulinux.net/message.php?newsid=38131&page=1#155388 https://rulinux.net/message.php?newsid=38131&page=1#155388 Sun, 07 Oct 2012 15:00:00 +0400 В общем, изменения:

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

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

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

]]> https://rulinux.net/message.php?newsid=38131&page=1#155356 https://rulinux.net/message.php?newsid=38131&page=1#155356 Sat, 06 Oct 2012 12:59:54 +0400 В общем, я решил подправить интерфейс фильтров, на основании высказанного здесь. Заодно добавлю фильтр для ругани.

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

]]> https://rulinux.net/message.php?newsid=38131&page=1#155353 https://rulinux.net/message.php?newsid=38131&page=1#155353 Sat, 06 Oct 2012 12:55:29 +0400 Ясно. Адекватно вполне выглядит

]]> https://rulinux.net/message.php?newsid=38131&page=1#155350 https://rulinux.net/message.php?newsid=38131&page=1#155350 Sat, 06 Oct 2012 12:51:53 +0400 >Сделать мини рамку с правой стороны сообщения.
Хорошо, что-нибудь придумаю, как время появится.

]]> https://rulinux.net/message.php?newsid=38131&page=1#155348 https://rulinux.net/message.php?newsid=38131&page=1#155348 Sat, 06 Oct 2012 12:49:50 +0400 >Кстати если допустим стоит фильтр, цепочка ответов на такое сообщение тоже отфильтруется?
Нет. Фильтры ставятся на одно сообщение.

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

]]> https://rulinux.net/message.php?newsid=38131&page=1#155345 https://rulinux.net/message.php?newsid=38131&page=1#155345 Sat, 06 Oct 2012 12:44:36 +0400 Кстати если допустим стоит фильтр, цепочка ответов на такое сообщение тоже отфильтруется?

]]> https://rulinux.net/message.php?newsid=38131&page=1#155344 https://rulinux.net/message.php?newsid=38131&page=1#155344 Sat, 06 Oct 2012 12:44:30 +0400 >Правда, надо придумать, как это в дизайн вписать, т.к. фильтры большие.
Сделать мини рамку с правой стороны сообщения.

]]> https://rulinux.net/message.php?newsid=38131&page=1#155343 https://rulinux.net/message.php?newsid=38131&page=1#155343 Sat, 06 Oct 2012 12:43:29 +0400 >Уже бы сейчас фильтрами пользовались, но по сообщению совершенно не ясно какие фильтры выставлены на нём.
Да, есть такая проблема. Я подумаю, может в движке поправлю. Правда, надо придумать, как это в дизайн вписать, т.к. фильтры большие.

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

]]> https://rulinux.net/message.php?newsid=38131&page=1#155342 https://rulinux.net/message.php?newsid=38131&page=1#155342 Sat, 06 Oct 2012 12:40:31 +0400 Угу, а там и до кармы недалеко

]]> https://rulinux.net/message.php?newsid=38131&page=1#155340 https://rulinux.net/message.php?newsid=38131&page=1#155340 Sat, 06 Oct 2012 12:36:27 +0400 А ещё можно лепить к сообщениям текстовые теги, а пользователям их фильтровать.

]]> https://rulinux.net/message.php?newsid=38131&page=1#155339 https://rulinux.net/message.php?newsid=38131&page=1#155339 Sat, 06 Oct 2012 12:35:12 +0400 Это абсурд в чистом виде, проблему нужно решать, а не маскировать ширмами

]]> https://rulinux.net/message.php?newsid=38131&page=1#155337 https://rulinux.net/message.php?newsid=38131&page=1#155337 Sat, 06 Oct 2012 12:33:51 +0400 Уже бы сейчас фильтрами пользовались, но по сообщению совершенно не ясно какие фильтры выставлены на нём. Т.е. каждому модератору придётся смотреть отфильтровано ли то или иное сообщение. Да и совсем скрывать отфильтрованное тоже не кошерно: лучше сворачивать, т.к. критерии фильтрации слишком абстрактные.

]]> https://rulinux.net/message.php?newsid=38131&page=1#155336 https://rulinux.net/message.php?newsid=38131&page=1#155336 Sat, 06 Oct 2012 12:32:55 +0400 Хокум будешь ставить фильтр?

]]> https://rulinux.net/message.php?newsid=38131&page=1#155333 https://rulinux.net/message.php?newsid=38131&page=1#155333 Sat, 06 Oct 2012 12:29:26 +0400 Собственно, на волне последних событий, возникла мысль - а может и правда поставить какие-либо фильтры на сообщения?

Сейчас список доступных фильтров можно посмотреть при создании сообщения. Предлагаю три варианта:

•   Фильтр "флуд". Вполне подходит по тематике. Впрочем, у нас тут таки бессмысленная ругань, а фильтр для флуда может быть пригодится когда-нибудь ещё.
•   Фильтр "модераторские и пользовательские фильтры". Ни о чём, зато всем ясно.
•   Добавить какой-нибудь фильтр "бессмысленная ругань".

Модераторы, соответственно, будут применять один из предложенных вариантов к сообщениям, о которых идёт речь. И все, кто не хочет видеть данные сообщения, будут довольны. Отфильтрованные сообщения можно читать, на них стоит ссылка на нормальную версию, то есть интерфейс вполне удобен. Не требует js.

Думаю, активной части модераторов стоит решить, какой фильтр из предложенных применять. Дискасс.

]]>