СПЕЦИАЛЬНО ДЛЯ Feels

Shorr Kan · **Добавлено:** Ср фев 04, 2009 11:59 am

admin писал(а):

Слава, 4-й раз я прошу тебя не разговаривать со спамороботами.
Мне каждый раз приходится подтирать говно за ними и за тобой вручную, т.к тема не удаляется вся сразу а каждое сообщение отдельно.
Меня это уже ЗАЕ..АЛО, прошу понять правильно и запомнить

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

Bruks · **Добавлено:** Пт фев 06, 2009 12:16 am

Shorr Kan писал(а):

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

Давай поставим.. кинь сцылку чё ставить надо..

Kennel · **Добавлено:** Пт фев 06, 2009 2:16 am

Тогда уж до кучи поменять капчу в регистрации - хоть на эту - http://www.matthewleverton.com/howto/phpBB2-captcha.html
а то стандартная уж слишком простая.

К слову - если переводить на аякс с компанией, у людей без JS будут проблемы постингом. Да и многие роботы на код страницы не смотрят. Сразу постят посты напрямую в форум.

Shorr Kan · **Добавлено:** Пт фев 06, 2009 8:43 am

"Нестандартная" капча не поможет, уж поверь.
Что касается "на код не смотрят" - ну парсер обязан разобрать код хотя бы для того, чтобы знать имена полей.
У людей без js... покажи мне таких среди форумчан.

p.s. вечером подготовлю подробное описание, чего-куда... еще бы знать номер версии здешнего форума.

Bruks · **Добавлено:** Пт фев 06, 2009 10:35 am

Shorr Kan писал(а):

еще бы знать номер версии здешнего форума.

phpBB 2.0.22

REDisk@ · **Добавлено:** Пт фев 06, 2009 11:09 am

вот вы загинаете!! :shock:

с утра вставляет,да? :mrgreen:

Kennel · **Добавлено:** Пт фев 06, 2009 2:33 pm

Shorr Kan писал(а):

"Нестандартная" капча не поможет
...ну парсер обязан разобрать код...

С капчей вырежутся все роботы заточенные под Phpbb (а надо ли таким специализированным роботам, к слову, парсить страницы, чтобы узнать имена полей у phpbb и куда постить?).

БЛЫМБЛЫМБЛЫМ ;)

На самом деле это я чисто флейма ради. Не работается... Пяяятница...

Shorr Kan · **Добавлено:** Пт фев 06, 2009 3:53 pm

Современные боты капчу разбирают, а не затачиваются под их тип.
phpbb имеет множество модулей и надстроек, часть из них меняет имена полей. Поэтому страницы парсятся почти всегда. Именно для спама. Вслепую спамили только в древности.

Ziama · **Добавлено:** Пт фев 06, 2009 4:44 pm

Shorr Kan писал(а):

парсер обязан разобрать код

Shorr Kan · **Добавлено:** Сб фев 07, 2009 5:24 am

Всё это действительно для стандартного темплейта, если он не менялся. Обычно это SubSilver. В случае, если темплейт менялся или вообще используется другой, то разница будет лишь в нумерации строк, но аналогичные строки найти можно явно.
Итак, открываем каталог templates, подкаталог темплейта (по стандарту - SubSilver). Ищем файл posting_body.tpl . Сохраняем его на локальный комп, а на серваке редактируем:

1) 258 строчка:

Код:

form action="{S_POST_ACTION}" method="post" name="post" onsubmit="return checkForm(this)"

меняем на

Код:

form action="http://motoshkola.ru" method="post" name="post" onsubmit="return checkForm(this)" id="upg_post_form"

2) этот же файл, 465 строка.

Код:

input type="submit" accesskey="s" tabindex="6" name="post" class="mainoption" value="{L_SUBMIT}" /

меняем на

Код:

input type="submit"  onmouseover="document.getElementById('upg_post_form').action='posting.php'" accesskey="s" tabindex="6" name="post" class="mainoption" value="{L_SUBMIT}" /

3) этот же файл и эта же строка.

Код:

input type="submit" tabindex="5" name="preview" class="mainoption" value="{L_PREVIEW}" /

меняем на

Код:

input type="submit"  onmouseover="document.getElementById('upg_post_form').action='posting.php'" tabindex="5" name="preview" class="mainoption" value="{L_PREVIEW}" /

В принципе, этого достаточно, чтобы боты не могли постить новые сообщения. Есть, конечно, категория ботов, которые стараются использовать дефолтовые установки стандартных форумов, но это мы и увидим. Если продолжат доставать - изменим еще кое-что в одном из файлов.
p.s. Все теги нарисовал без треугольных скобок, так как форум не хотел пропускать сообщение с ними.

Kennel · **Добавлено:** Сб фев 07, 2009 6:53 am

Элегантно ;)
Будем надеяться, что древние боты вымерли ;)
Вопрос - почему онмаусовер? Боты отловят если тупо поменять экшн формы (<form><sript>document...action='{S_POST_ACTION}'</script>)?

И все же сложная капча - вернее. Нет регистрации - нет тапочек. Никаких. И нет универсального алгоритма для их разбора (если исключить человеческий фактор).

Shorr Kan · **Добавлено:** Сб фев 07, 2009 7:24 am

Kennel писал(а):

что древние боты вымерли

как я уже и сказал, если не все вымерли, то поменяем кое-что еще в одном файле

Kennel писал(а):

Вопрос - почему онмаусовер? Боты отловят если тупо поменять экшн формы (<form><sript>document...action='{S_POST_ACTION}'</script>)

событие нужно. Хоть какое-то. Пусть готовность DOM, пусть онлоад, пусть маусовер. Я выбрал мышку. Твой вариант не проверяет загруженность меняемого элемента, он предполагает, что DOM уже загружено. Чуть более правильно проверять готовность DOM. А это делается бОльшим количеством строк, нежели mouseover

Kennel писал(а):

И все же сложная капча - вернее. Нет регистрации - нет тапочек. Никаких. И нет универсального алгоритма для их разбора (если исключить человеческий фактор).

Во-первых, бот может быть уже зарегистрирован. Я понимаю, что такие "юзеры" удаляются одновременно с удалением спам-сообщения. Однако разумнее не рассчитывать на это и делать антибот при постинге, а не при реге. Во-вторых, сложная капча - если она действительно сложная - это выход. Но! Кто будет искать такую сложную капчу? Кому нравится сложные капчи распознавать глазами? На мой взгляд, простое изменение в коде значительно более удобное решение, чем игры в "кто будет пикассо".
Ну и насчет "вернее" - что такое "вернее"? Если изменения в коде решают проблему, то куда еще вернее?

Kennel · **Добавлено:** Сб фев 07, 2009 8:42 am

С удовольствием подискутирую на вечные темы: Что правильно, что нет и едят ли курицу руками ;)
Заранее звиняюсь за оффтоп и занудство.

Идея была в минимальных изменениях, чтобы менять шаблон только в одном месте и не быть завязанным на остальной код.
А почему так нельзя - form action="http://motoshkola.ru/" method="post" name="post" onsubmit="this.action='{S_POST_ACTION}'; return checkForm(this)" ?

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

На вскидку: http://captcha.ru/captcha/

Shorr Kan · **Добавлено:** Сб фев 07, 2009 9:57 am

А я тоже побуду занудой...

Kennel писал(а):

А почему так нельзя - form action="http://motoshkola.ru/" method="post" name="post" onsubmit="this.action='{S_POST_ACTION}'; return checkForm(this)" ?

Потому что любое нормальное регулярное выражение допускает как наличие, так и отсутствие кавычек... и одинарные кавычки тоже допускает. И если я буду писать парсер, то я буду искать как form(.*)action="(.*)" , так и form(.*)action='(.*)'
И в твоем примере такой парсер найдет оба экшена. Если предположить нормальную спамилку, то она или переберет оба найденных экшена, или переобозначит найденное последним вариантом. К чему так играться, когда установку экшена лучше просто отодвинуть прочь от тега form ? Насчет минимальности изменений - ну не столь уж громоздкий вариант я написал. Плюс к тому, темплейт - не то, что подвергается изменениям непрерывно. Это означает, что нет особой необходимости стремится к минималистичности изменений, учитывая "ну не столь уж громоздкий вариант я написал".

Kennel писал(а):

Про капчу - это та же моя идея фикс

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

Если говорить о js-инвалидах, может вспомнить и куко-отсеивателей? Есть и такие. На механизм PM, как и на все остальные, яваскрипт в этом tpl не влияет - только на постинг топика. Что нам и нужно было отсеить. Ты не старайся "оптимизировать" максимально. К некоему "совершенству" двигаться можно было бы всегда. Однако нужно было решить весьма конкретную задачу по антиспаму - она решена. Безусловно, решить ее можно многими путями, и я предпочел такой. Считаешь, что капча лучше - ради бога. Но я предпочитаю решать такие вопросы программно.
Ну а по обновлениям - эта версия форума уже давно существует. Плюс к этому tpl-файлы от ближайших двух (прошлых) версий совместимы с текущей. Это означает, что темплейт вовсе не обязательно убивать при обновлении. Я уж не говорю о том, что антиспам - это не то, о чем можно забыть (боты напомнят). И в случае, если будет убит темплейт, то сей топик можно будет найти и поставить строчки кода заново. И до следующего убиения tpl всё будет работать. А часто ли убивается tpl?

Bruks · **Добавлено:** Сб фев 07, 2009 9:43 pm

Shorr Kan писал(а):

Если продолжат доставать - изменим еще кое-что в одном из файлов.

Изменения внёс.. продолжаем наблюдение

мотошкола.ру

СПЕЦИАЛЬНО ДЛЯ Feels

Кто сейчас на конференции