Ви ще не готуєте доповідь? Тоді ми йдемо до вас!

12 Серпня, 2009, @neochief

До початку конференції залишилося трохи більше двох тижнів, а це означає, що навіть найледачішим треба вже почати готувати свою доповідь.

Цей список спростить вам задачу вибору теми:

Презентації "першого дня"

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

Побудова сайтів

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

E-commerce

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

Розробка

ООП в друпалі.
JavaScript в друпалі.
Debug друпалу тьа модулі для розробників.
SimpleTest: або test-driven development в друпалі.
Безпечний код.
Як внести свій вклад у Drupal.
Мікроформати та 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

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

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