Some tips for presentations topics

August 15th, 2009, @anatinge

We have only two weeks before conference will start, which means that even the lazy ones should already begin to prepare their presentations.

List below will help you to select the right topic for your presentation.

Presentations of the First Day

10 tips and 10 modules for beginners in Drupal
Drupal for non-programmers
Themesation of Drupal
Pros and cons of Drupal compared to other CMS
Worldwide Drupal development dynamics
SEO-checklist

E-commerce

Basics of Ubercart
Advanced Usage of Ubercart
Development of online shops in CIS
Actual experience of development online shop on Drupal

Development

OOP in Drupal
JavaScript in Drupal
Debug of Drupal and modules for developers
SimpleTest: or test-driven development in Drupal
Secure code
How to contribute to Drupal
Microformats and RDF

Comments

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

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

ss81
August 12th, 2009 - 19:02

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

lan_drupal
August 13th, 2009 - 11:40

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

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

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

VladSavitsky
August 15th, 2009 - 14:06

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

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

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

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

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

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

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

ss81
August 15th, 2009 - 17:37

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

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

VladSavitsky
August 15th, 2009 - 18:19

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

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

ss81
August 15th, 2009 - 18:38

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

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

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

VladSavitsky
August 15th, 2009 - 20:33

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

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