Пробую так:

Сайт был обновлен с 6 на 7 версию по инструкции. После этого глючит форум. Топики и комментарии видны, но нельзя создать новых тем: появляется сообщение о недостатке прав для создания тем, хотя вход осуществлен под uid 1.

Не сталкивался ли кто-нибудь с подобной проблемой?

Набор модулей стандартный для Drupal 7.

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

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,

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

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

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

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

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

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

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

Теги TITLE

• Заголовки отображаются как результаты поиска, поэтому обязательно должны описывать содержимое страницы
• Убедитесь, что они включают наиболее важные ключевые слова, например «Быстрый старт в мир Друпал |

Drupal.ru»
• Убедитесь, что они наиболее важные разделы правильно поименованы
• Не испольщуйте более 69 символов в заголовке
• Берегитесь дублирования заголовков

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

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

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

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

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

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

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

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

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

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

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

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

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

Некто Serg Dalles из США выложил в открытый доступ на Drupal.org модуль для организации приема платежей посредством мерчанта Webmoney для Ubercart. Модуль самостоятельный, не требует для себя ничего дополнительно.

Описание

Полнофункциональный отдельный модуль для приёма платежей через Webmoney (WMtransfer) Merchant. Поддерживает прямые платежи как через встроенную платежную форму, так и с использованием внутреннего API и хуков. Под катом краткий список возможностей.

С 1 января на территории РФ вступает в силу закон, вводящий ряд требований к официальным сайтам органов власти, который призван стать настольным для виртуальных бойцов с системой и веб-разработчиков, работающих с властью. Впервые в российском законодательстве дано определение официального сайта органа власти. Впервые на столь высоком уровне задаются стандарты по наполнению сайтов. Так каким же должен быть сайт органа власти?

Читать дальше на Хабре →

Рад, если оказался полезен.

Только сегодня впервые столкнулся с неприятной ситуацией. Если дать пользователям право создавать, редактировать и удалять свои материалы какого-то типа, он не получает возможности выставить при создании\правке материала дату создания и имя автора пока не будет иметь разрешение «administer nodes» (управлять материалами). Но если дать ему последнее разрешение, то он автоматически получает право кроить материалы и других авторов, что не всегда допустимо.

Казалось бы, очевидное право автора материала - выставить ему дату публикации, но нет, Друпал дает право устанавливать даты только пользователям с правами "администрирования нод" и не позволяет "из коробки" менять это поведение.

Беглый поиск по d.o показал, что проблема известна еще со времен ветки 4.х, однако до сих пор не решается средствами ядра. Решение было найдено в виде модуля Override Node Options, имеющего столь же долгую историю, что и баг. Он дополняет список разрешений необходимыми опциями. Качать отсюда: http://drupal.org/project/override_node_options

Слава модульной системе Друпала! Слава авторам модулей!

Taxonomy Block - это модуль, который создает блок для отображения списка терминов и числа нод под каждым из них. Сегодня, в ходе рихтовки одной маленькой информационной системы, в которой ведется учет ревизий нод, обнаружил ошибку при подсчете числа материалов под тем или иным термином. Дело в том, что подсчет модуль ведет по таблице {term_node}, а туда записываются также записи для каждой ревизии. В итоге модуль считал число ревизий, а не нод из-за некорректно составленного sql-запроса.

Модуль Form Beautifier наводит красоту на формах:

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

Модуль для написания модулей — это ли не прекрасно? Module Builder позволяет сгенерировать "скелет" для нового модуля, а также подсказки для его разработки. Это очень удобно для начинающих разработчиков при изучении работы хуков, а также опытных зубров, которые при этом настолько разумны, что ленятся искать перечень аргументов, принимаемых функциями.

Один из самых мощных инструментов этого модуля - интеграция с Drush. Например, подав команду

Мы получим на выходе заготовку модуля в директории sites/all/modules/mymodule с названием My Module и .info- и .module-файлами, в коде которого уже будут хуки для hook_menu, hook_cron, hook_init и hook_nodeapi с подсказками. Если добавить ключ --go, модуль будет еще и активирован.

Ссылки
http://drupal.org/project/module_builder
http://drupal.org/project/drush
http://www.drupaler.co.uk/blog/never-write-line-code-again/436

Скинули в аську ссылку на замечательный внешне плагин, который способен строить диаграммы различных типов из заданного набора данных. Я думаю, в некоторых случаях это будет лучше, чем более наглядное решение в виде Google Chart API, т.к. диаграммы строятся на машине клиента, к тому же набор данных может быть динамическим — построение осуществляется на canvas с помощью фишек из HTML5.

Проблема. после загрузки изображения модуль Image создает несколько деривативов (производных изображений) согласно пресетам (заданным настройкам). Иногда оригинальное загружаемое изображение меньше, чем некоторые деривативы и тогда эти деривативы не создаются. В таком случае при интеграции с модулем ThickBox последний пытается обращаться к несуществующему деривативу и в итоге пользователь видит лишь индикатор загрузки (ничего не происходит). Для решения проблемы можно было бы поискать зацепки-маркеры в генерируемом html-коде, но их нет.