Вы еще не решились на доклад? Тогда мы идем к вам!

12 Августа, 2009, @neochief

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

Этот список позволит вам упростить задачу выбора темы:

Презентации "первого дня"

10 советов + 10модулей для новичков в друпале
Друпал для не-программистов
Темизация друпала
Плюсы и минусы друпала в сравнении с другими CMS
Динамика развития рынка друпал-разработки в мире
SEO-checklist

Построение сайтов

Оптимизация производительности.
Правильная инсталляция и обновление сайтов на друпале.
CCK+Views: святой грааль друпала.
Гео-маппинг и все, что с ним связано.
Практическое применение таксономии.
Построение сообществ: группы, френды, переписка.
Миграция с Joomla!
Миграция с Wordpress.
Миграция с Bitrix/UMI/NetCat.
Реальный опыт построения сайта на друпале.

E-commerce

Основы Ubercart
Продвинутое использование Ubercart
Особенности разработки интернет-магазинов в СНГ
Реальный опыт разработки интернет-магазина на друпале.

Разработка

ООП в друпале.
JavaScript в друпале.
Debug друпала и модули для разработчиков.
SimpleTest: или test-driven development в друпале.
Безопасный код.
Как внести свой вклад в друпал.
Микроформаты и RDF

К сожалению, моя тема на доклад не тянет, т.к. хочется лишь рассказать как и что было сделано (порядка 15-20 минут) и потом услышать где я был не прав и что можно улучшить или как сделать правильно. Скорее всего это можно назвать обсуждением.

Кстати, в каком формате будут проводиться обсуждения и будут ли они вписаны в расписание?

ss81
12 Августа, 2009 - 19:02

Доклад докладом...
Я от бы хотел на все успеть, все услишать, опыта набратся, ведь так много интересного....

lan_drupal
13 Августа, 2009 - 11:40

А известно сколько людей будут начального, среднего и продвинутого уровня?
У меня предчувствие, что стоит больше делать презентаций начального уровня... Или я не прав?

Если это нужно, то из предложенных тем я бы мог взять:
Правильная инсталляция и обновление сайтов на друпале.
Миграция с Wordpress - делал, но очень давно (Перенести блог из WordPress в Drupal)
Миграция с Joomla! - есть решение на кукбуке, но лично не проверял (Миграция из Joomla в Drupal)

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

VladSavitsky
15 Августа, 2009 - 14:06

>> У меня предчувствие, что стоит больше делать презентаций начального уровня... Или я не прав?

Глядя на голосование, я думаю ты прав, больше всего людей интересует теория и базовые темы типа "как сделать модуль".

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

Например, я импортирую товар и для сохранения продуктов в ноды юзаю node_save(). С одной стороны это правильно, т.к. срабатывают все хуки nodeapi сайта (добавление CCK, создание алиаса, что-то по таксономии и прочее) и еще куча всего что позволяет не упустить детали. Но мне пришлось отключить 18 ненужных хуков.

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

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

Правда, мне кажется что такого плана задачи не очень интересны слушателям :)

ss81
15 Августа, 2009 - 17:37

Узкоспециализированные проблемы никогда и не будут иметь поддержки у широких масс, но проблемы эти всё равно нужно решать. Просто всему своё время и место.

Я бы данные переносил запросами к базе и писал бы напряму в нужные таблицы. Лично мне так проще и это быстрее реализовать.

VladSavitsky
15 Августа, 2009 - 18:19

>> Я бы данные переносил запросами к базе и писал бы напряму в нужные таблицы...

На примере сохранения терма ("taxonomy_save_term") и добавления аттрибута к продукту ("uc_object_attributes_form_submit") я таки плюнул и просто передал туда массив данных. Там черт ногу сломит :D Хотя, может быть просто надо было детально изучить структуру БД модулей таксономии и уберкарты и стало бы понятнее.. Но очень часто прямые запросы к БД в точности повторяют то что делает имеющаяся функция. Я тестил node_save и прямое выполнение всех нужных запросов. Вроде выходило по скорости одно и тоже. Но это я так.. мысли вслух :)

ss81
15 Августа, 2009 - 18:38

Согласен. Есть 2 пути - напрямую писать в таблицы базы или через API Drupal.
Я лучше знаю назначение таблиц и структуру данных и для меня быстрее реализовать таким образом.
Функции АПИ требуют знания и указания всех нужных параметров и часто делают разные доп. проверки, что опять же влияет на скорость.

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

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

VladSavitsky
15 Августа, 2009 - 20:33

> базовые темы типа "как сделать модуль".

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