Спам «Problem with activation»

Сегодня обнаружил на двух сайтах спам такого примерно содержания:

Hi there, I dont know if I am writing in a proper board but I have got a problem with activation, link i receive in email is not working... http://romka.eu/?7d2480a18382dc53230d05b27d6,

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

Возможно, подвох совсем не в этом?

Модуль для третирования

Помнится, был анонс модуля, который определнным юзерам или группа портит жизнь - вываливает белые экраны, ошибки, тормозит сайт и т.д. не могу найти, помогите!

Спамеры добрались до Друпала

После многолетнего восседания Вордпресса на троне жертвы спамеров ситуация может измениться: спамеры добрались до Друпала. Обнаружил на сайтах множественные регистрации со ссылками в полях профилей (пробивают капчу). Конечно, можно позакрывать ссылки от индексации, но мусор от этого не исчезнет.

Какие будут предложения, господа Воины Света?

Посоветуйте модуль для модерирования комментариев под 5.x

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

Демо модуля для комментирования абзацев

Модуль Paracomments позволяет комментировать текст по абзацам. Ники комментаторов абзаца отображаются справа. Наведя мышь на ник, можно прочесть комментарий во всплывающеё подсказке.

Для добавления комментария следует нажать на соответствующую ссылку справа от абзаца. Действие модуля распространяется на все абзацы всех материалов сайта, но не на все тексты на странице. Опробовать в деле (логин/пароль demo/demo).

Нужен фидбек.

Это прототип! Используйте на свой страх и риск! Протестировано на Drupal 6.12, 6.19 и PressFlow 6.19.

Необъяснимо, но глюк

Модуль в приложении. Позволяет комментировать абзацы в нодах. На локалхосте все работает штатно, залил на один из сайтов и тут глюк: каждый пользователь видит только свои комментарии к абзацам, хотя должен видеть и от других пользователей. При этом никаких проверок на авторство выводимых комментариев нету, в БД все нормально.

Думал раздельно кеш для пользователей работает, но нет. Сброс не помогает, я даже принудительно сбрасываю, вызывая drupal_flush_all_caches(); и ничего не меняется.

Если вас не затруднит, попробуйте у себя на 6.х или пересмотрите код - может где-то недобдел? Странно ведь, что на локалхосте все работает как ожидается, а в другом месте видишь только свои коменты и не видишь чужих.

Сообщество Drupal вводит кодекс поведения

В связи с ростом сообщества, предпринимается попытка консервации его лучших черт — приветливость, отзывчивость, открытость, честность. Кодекс поведения Drupal (DCOC) устанавливает общие поведенческие идеалы, своеобразные стандарты кодирования в приложении к человеческим отношениям. Это выражение идеалов, а не правила. Это отправная точка в общении для всего сообщества.

За основу взят аналогичный кодекс сообщества Ubuntu, использующего Drupal для своего сайта и близкого по идеологии. По сути Drupal принял кодекс Ubuntu, исключив из нее часть об урегулировании конфликтов.

Основные принципы кодекса Drupal

Будьте тактичны и терпеливы
Проявляйте уважение
Если мы сомневаемся, мы советуемся с другими
Если мы не уверены, мы просим помощи
Уходя, не хлопайте дверью*

DCOC

http://drupal.org/dcoc

* Уходя из проектов, постарайтесь передать свои дела чтобы они не оставались в состоянии незавершенности, беспорядке

Внедряем меню от Lwis.net

Нашел я как-то симпатичное, бесплатное, почти на чистом css, выпадающее меню на сайте LWis.net. И подкупила меня не бесплатность, не чистоcssность и даже не простота требуемого html-кода, а то, что можно выбрать тему оформления меню и темы эти очень красивые:

И захотелось мне этого на друпал-сайте и написал я говнокод.

Ожил модуль «Discuss This!»

Ожил модуль Discuss This!, позволяющий выносить обсуждение материалов в форум (делает ссылку вида «Обсудить в форуме», очищает страницу материала от лишнего и централизует прения там, где это действительно нужно).

Буквально на днях народился релиз 6.х-1.2 и хотя некоторые недочеты еще есть, для многих они окажутся некритичны.

Забирать отсюда: http://drupal.org/project/discussthis

SEO Best Practices for the Drupal.org Redesign

Ниже следует ряд направлений поисковой оптимизации, которые будут реализованы при редизайне drupal.org.

Прототип темы «Кубаноид mix» rev 1

Каркас - фреймворк 960.gs. Оформление навеяно элементами оформления различных сайтов. Тема еще весьма грязна, принимаются любые, даже самые злые комментарии. От комментаторов ожидаются предложения и оценка - стоит ли этому жить?

В процессе инициализации тема уже успела сменить несколько названий: дифф, краснодар траффик, микс, кубаноид микс. Все никак не устаканится :)

rev 1
Подчищены отступы и разметка.
Темизированы меню (праймери и секондари)
Темизация под модули forum, image и image gallery/ image attach
Темизирована форма поиска, вынесена вверх
Устаканена раскладка ноды (тизер и общий вид)
Темизированы опросы

туду:
темизировать страницы нод (image! forum!)
темизировать комментарии
добавить регионов
темизировать пейджер
совсем потом - вылизать код

Тему лучше пока смотреть только в браузере FF, т.к. аналоги фаербага у других не впечатляют. Из замеченного - немного прыгает раскладка и по-разному отображаются PNGшки.

H1 vs. H2

Недавно встретил где-то рекомендацию заключать заголовок сайта в тег H1, а все остальные заголовки, включая заголовок ноды - в H2. Видно, что этим рекомендациям следует большинство тем для Друпала.

Однако мне это видится неверным и я предпочитаю чтобы заголовок ноды на странице был заключен в H1 с тем, чтобы выстраивалось соответствие главного (H1) заголовка ноды содержимому тега TITLE, а название сайта (логотип и т.п.) оформляю по ситуации.

И еще не очень понимаю как с точки зрения соответствия канонам выглядит вывод ссылок внутри заголовков ( H2 A text /A /H2)?

Кто прав и почему?

К черту e-mail

На Одноклассникахвконтакте отмечена новая тенденция — отказ от привязки аккаунта к электронной почте. Пользователь просто заходит на сайт и регистрируется, не мучаясь с подтверждениями по почте или самим вводом. Для пользователей без электронной почты выигрыш еще более значителен - ранее им приходилось искать какую-то почту и регистрировать там чертов адрес, на что уходит от 15* до Х драгоценных минут, которые можно было потратить на повышение лояльности нового посетителя.

Имхо идеальная схема: введи свое имя и пароль (+ опционально капча) и всё. Заполнить остальную муру, если она тебе, конечно, понадобится, ты сможешь позже, дружище, а пока пей бухай веселись просто радуйся жизни.

Ранее уже всплывала идея производить регистрацию черезе механизм OpenID, используя распространность сервисов, предоставляющих таковой (ткни сайт, где уже зарегистрирован и будешь атворизован тут). Но отказ от мыла - еще лучше!

В связи с этим у почемучки Аль Маджида возникает вопрос: как сделать поле e-mail необязательным при регистрации?
_______________________
* Вчера левое мыло регистрировал на мыле.ру - 15 минут ушло пока вкурил все эти сраные советы и ошибки про уже существующие адреса, плохие пароли и неверный капчаввод.

Юзабилити: вес пунктов меню должен быть очевиден

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

Ловушка для спамботов. Сработает?

Придумал как можно автоматизированными средствами блокировать учетные записи спамботов, а также их IP. Идея состоит в следующем. Создать ловушечный тип материала, разрешив его комментирование и при добавлении материала этого типа (или комментировании) банить учетную запись и IP отправителя модулем Triggers. Ссылки на добавление и комментирование убрать для обычных людей, для ботов оставить видимыми.

Схема: краулер-спамбот заходит на сайт, видит форму, заполняет ее, отправляет серверу и тут же блокируется. При попытке комментирования происходит то же самое.

Можно также разработать модуль, который бы показывал где-то внутре некую форму для спамботов, невидимую простым смертным, и превентивно блокировал бы средствами Drupal всех, кто туда пытается проломиться.

Добавлено позже

Разумеется, идея оказалась не нова и даже используется на Drupal.org (правда, с использованием стороннего сервиса).
http://drupal.org/project/httpbl
http://drupal.org/node/276645