Теряются данные при предпросмотре комментариев

Писал коммент и вставил картинку - хотел увидеть не криво ли она вставляется и нажал "Предпросмотр"
Открылась страница с предпросмотром пустого коммента (вместо моей аватарки - аватара по умолчанию, текста нет никакого) и ниже пустая форма коммента.
Собственно весь текст писался в браузере и утерял!..
Хотя запостить свои впечатления от кемпа в Киеве... Жаль.

Готовим доклады для DrupalCamp Kyiv 2010

Я понимаю, что весна таки пришла и жизнь не стоит на месте, но если вы хотите порадовать друпалеров в Киеве докладом, то стоит сделать это уже сейчас, потому что дальше будет ещё веснее!

Итак, идея очень проста - чем раньше приготовиться, тем лучше проходит доклад и, как показывает практика, больше времени для общения на самой конференции. Кроме того, почему бы вашему докладу не получить побольше призовых мест?! Тем более, что призы будут необычные и креативные.

Не обновляйте Internationalization 6.x-1.2 до 1.3

Вышло обновление безопасности для модуля Internationalization - версия 6.x-1.3 (2010-Мар-03):
http://drupal.org/node/731590

Обновление критическое, но в нём поломана работа с модулем Views - хэндлеры отсутствуют.
В описании к версии 1.3 на странице модулей сказано, что модулю требуется Views 3.x.
Я поставил свежую версию (альфу) Views, но это ничего не дало.

Вот описание бага на .орг: http://drupal.org/node/732536

Патч к модулю Date - показываем месяцы в родительном падеже

Вывод даты в виде "27 февраль 2010" это уродливо. Ни в русском, ни в украинском, ни в польском - и, я думаю, что это касается большинства других славянских языков - так не говорят и не пишут.

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

Вывод блока с кастомным обработчиком дат.

Итак, по требованию заказчика вывести в блоке нормальные даты я написал модуль. Модуль выводит блок, где определённым образом форматируется вывод анонсов и собственно исправляются даты. Точно такой же блок можно сделать во Views, если бы не кривые даты...

Короче говоря код модуля я приводить не буду, а только функцию, которая исправляет даты. Этот код может очень пригодится тем, кто не сможет дочитать пост до конца.

Ок. Код всего модуля приложен к статье, чтобы уменьшить соотношение код/текст, чтобы не объяснять как делается вызов фунции и в каком формате должна быть дата - изучайте сами, если это вам нужно. Даты начала события и конца хранятся в одном ССК-поле, которое называется field_event_date и имеет тип Date.

Но этот модуль можно не использовать, а применить патч для модуля Date, но об этом ниже.

// Функция преобразует даты в "правильные", то есть в родительном падеже и ещё разные штучки делает.

Модуль для создания семантического ядра сайта

Опубликовал месяца 3 назад на drupal.org модуль и забыл сделать тут анонс...
И нигде не делал анонс, но западные товарищи таки модуль нашли и уже стали постить баги и просить новые фичи.
Короче, - пришло время снова вернуться к модулю и ещё больше его улучшить, поэтому хочу услышать пожелания/баги от русского сообщества, а затем я уже возьмусь там что-то править.

Итак, модуль формирует семантическое ядро сайта.

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

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

Вроде бы все описал. Писал по памяти - подробности на странице модуля keywords на drupal.org

Из-за того, что парсить ноды дело достаточно хлопотное, то в модуле есть запуск этого парсера (назовем его "индексация") по крону для нод, у которых ещё нет списка ключевых слов - т.е., которые не проиндексированы модулем.

Новый украинско-русский модуль - список всех блоггеров сайта и заголовки последних постов из их блогов.

Опубликовал на drupal.org модуль, который показывает список блоггеров с их аватарами, реальными именами (если модуль RealName включен) и Х заголовков последних постов в блоге.

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

Страница выводится по адресу: example.com/blogs

В настройках модуля можно указать:

• сколько заголовков последних постов из блога выводить
• сколько блоггеров на одной странице нужно показывать (используется пейджер)
• сколько постов в блоге должно быть у блоггера, чтобы он попал в этот список.

В релиз включен полный перевод модуля на русский язык.

Скриншот страницы, которую выводит модуль:

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

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

Способ решения проблем на drupal.org

Ситуация такова. Был 2003м году модуль, но умер.
В CVS остались записи, хотя файлы значатся как удаленные, но повторно использовать это же имя модуля я не мог...
Искал где бы на орге пожаловаться и писал, писал, но без результата.
В конце концов нашёл где-то в документации ссылку, по которой нужно жаловаться, если что-то не так работает на орге:
http://drupal.org/project/issues/webmasters

Вчера я стал владельцем проекта, но без права редактировать описание...
Попросил исправить - через пару минут всё починили.

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

Ок. Скоро будет релиз модуля, которые ключевые слова в нодах считает и формирует семантическое ядро всех нод сайта....

Черные дыры в интернете

В интернете существуют так называемые "черные дыры"...
Что такое "чёрная дыра"? Черная дыра всё поглощает и ничего не отдаёт.

Презентация технологии Google Wave с русскими субтитрами

Переводил статью Дриса про Google Wave... Там собственно переводить-то и нечего, но застрял на полтора часа... смотрел презентацию технологии Гугла! Я всем советую посмотреть. Даже, если не знаете английского. Они всё показывают.

Идея в том, что они разрабатывают новый инструмент для общения. Возможности просто потрясают!!! Правда становится страшновато из-за мощи и охвата Гугла...

Инструмент объединяет всё лучшее из разных существующих технологий: эл. почты, аськи, twitter'а и возможно каких-то других. Плюс возможность вести общие обсуждения, публиковать их и ссылаться на них. Прикреплять фотки и другие файлы. Отличный инструмент для командной работы. Короче, или смотрите сами, или я не буду тратить время...

Вот эта презентация с русскими субтитрами: http://www.overstream.net/view.php?oid=anuwn0l0s6rz

PS. Спасибо PVasili за ссылочку на видео с русскими субтитрами.

Проекты типа "Необходимо доработать сайт"

В последнее время всё чаще сталкиваюсь с тем проектами, где предыдущий разработчик что-то не закончил, не доделал или не успел.
Опыт показывает, что заниматься подобными "работами над ошибками" просто вредно.
Почему?

• Нормальный разработчик в состоянии закончить свою работу, а раз она, в силу разных обстоятельств, не была закончена, то можно судить о качестве кода, архитектуры и аккуратности.
• Кроме того, как правило встречаются сайты, которые пытаются быстро собрать за счёт CCK, Views, Panels, Contemplate, что сказывается и на архитектуре и на производительности сайта.
• Как правило делаются вещи, которые можно быстро включить и показать, а не глубинные изменения за которыми заказчик как раз и обращается ко последующему (чуть не написал второму - а зачем же себя ограничивать!..) разработчику. Следовательно заказчик считает сайт готовым, но нужны "незначительные" доработки, а это сказывается на отношении к стоимости работы.
• Разбираться в чужом коде всегда сложнее, чем в своём, хотя в подобных проектах кода как правило мало, но всё же.
• Предыдущий разработчик считает, что он работу выполнил на все 100% и помогать в развитии соотвественно не заинтересован - деньги-то он уже получил!..
• Разработчик, который не закончил работу как правило исчерпал бюджет заказчика и последний старается на оставшиеся деньги быстренько вдохнуть жизнь в сайт...

Я предлагаю заклеймить позором таких разработчиков и не соглашаться на подобные заказы, потому что: