Уважаемое сообщество, назрел небольшой вопрос о том, как лучше сделать различные виды публикаций:

• Как отдельные шестеренки (т.е. каждый тип в своем неймспейсе)
• Как двухступенчатую систему расширения модели node (первая ступень — api типов, вторая — сами типы)
• Как дополнение к нодам (в стиле продуктов, которые выводятся после текста ноды)

Что лучше?

P.S., планируемые типы публикаций:

• Опрос (альтернативный, множественный, текстовый)
• Ссылка
• Подкаст
• Файл (любого типа, подойдет для файлопомойки)
• Торрент (со встроенным или интегрируемым трекером, рейтингом и блекджеком)
• Галерея изображений
• Подшивка

Достаточно забавный момент я обнаружил — перейдите по ссылке cogear.ru/1/ и увидите, что некоторые новые как-бы раньше самых первых записей.
Почему так — пока разбираться нет времени (может это связано с косяками кэша или индексов БД?).

Уважаемые участники сообщества, требуется ваш совет.
В данный момент я делаю модуль форума и хотелось бы спросить — имеет ли смысл заранее закладывать расширяемость еще на уровне модели базы данных (это будет иметь смысл для портала с >100 разделами форума и >10K тем)?
Если да, то, наверное, лучше использовать для всех таблиц тип InnoDB.

P.S. Тема будет дополняться :-)

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

Возможности у нее самые базовые:

• Пересылка отправленного сообщения на выбранную электронную почту (параметр mail в файле contact.info);
• Сохранение даты отправки, IP-адреса и пометки о прочтении;

Вот собственно и она: (архив) (пример)

ВНИМАНИЕ! Не забудте включить в форме «contact» защиту от роботов.
Это можно сделать в файле kcaptcha.info или recaptcha.info в параметре forms (там надо добавть после запятой contact)

Недавно занялся созданием простенькой темы для своего блога, и на данный момент, в принципе, она меня устраивает.
Хотел бы показать ее в действии и спросить, нужно ли ее доработать и опубликовать.
И если нужно, то в каком направлении?
Кстати, вот мой блог (к сожалению там лишь бред и будет его еще больше).

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

1. (самое главное) Модель приглашений с возможностью хуков
2. Привязка (жесткая или мягкая) к адресу электропочты
3. Срок годности приглашения
4. Ассоциация приглашения с группой acl
5. 4 класса приглашений (активные, отправленные, использованные, просроченные) вместо 2х (активные, использованные)
6. Автоматическая выдача приглашений, если статья достигла определенного количества голосов (idea by varhal )

Для этого переименуйте файл .info в .info.bak
После этого шестеренка перестанет работать.