Треп о жизни.

Серфлю инет, скучаю, думаю...
Перебираю в голове разные CMS, и методы их работы... Натыкают на такой момент.
Структура данных.
В MODx получается так, что 90% того, что выводится и отображается, это обычные контент-данные.
Которые являются обычными документами в структуре сайта.

Таким образом, это:

• Новости
• Элементы каталога
• Блоговые записи (хотя они - вполне логично)
• Комментырии в сниппете UserCommets

И много чего еще, если покопаться....

Такой подход имеет приемущества следующего порядка:
Гибкость всей CMF в работе с такими элементами
Простота и экономия
а) таблиц в базе
б) при написании кода

Но главный контртезис на мой взгляд: этот подход не логичен.
Не логично считать новость (в каком-нибудь новостном портале, где их по 5 на дню) отдельным документом.
Не логично считать запись в каталоге отдельным документом, ибо: их может быть сотни, они могут не содержать контента, а иметь только поля с ценой и заголовками.
Не логично считать комментарии отдельным документом. И, о счастье, в Jot от этого отказались.

Не было ли бы логичнее заводить для каждого вида данных отдельные таблицы в базе и _модули_ для работы с нмии?
MODx, к слову, вообще поражает малым количеством модулей, несмотря на мощную систему оных. Было бы прекрастно видеть модуль с редактированием и упралением новостей, например, (с архивом и прочей фигней). Логичнее ли, чем документы в структуре?

Или каталог... Если каталог содержит 100 позиций... Мелких. Стэплеров и скрепок каких-нить. Для каждого товара отдельный документ?.. Хм. С названием и ценой. Переменные шаблона.. тучи. Все тормозит.
Потрошить большую таблицу с контетом при обращении гораздо сложнее для железа, чем по-меньше, с одними товарами. Или новостями. Или комментами... А иначе получается, что все в куче: и записи каталога, и новости, и комментарии.

Что скажете, господа?

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

Лично я для себя определил класс сайтов, которые стоит делать именно на модХ - небольшие сайты небольших компаний, с изредка обновляемыми новостями, практически статичным контентом, небольшим каталогом или большой сайт со статичным контентом.

В других случаях - новостные, файловые и прочие порталы имеет смысл использовать другие CMS. Это ИМХО.

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

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

Г-ом Metaller`ом уловлена одна моя мысль. Главное достоинство и главная особенность MODx состоит в комбинации "сниппетов & плугинов & переменных & чанок=модулей".
Стоит сказать, что модули вполне можно исключить, из-за того, что модули есть скорее исключение, чем правило.

Все остальные системы в основном состоят именно из модулей, и их функционал зависим только от функционала модулей.

Какие плюсы это дает?
Непомерную гибкость. Мы не ограничены скудным и определенным функционалом модулей.
Скорость в разработке. В случае отсутсвия чего-то, в MODx все можно восполнить стандартным функционалом, а не писать все с нуля на PHP.


Минусы?
Скорость генерации страниц... Замедляет.
Удобство... зачастую страдает.
Функционал - обычно его не хватает.
и не все можно таким макаром сделать.

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

Правда, наличие модулей, как верно сказано Metallerom, претит сути MODx. Но ведь стоит вспомнить, КАК работают модули? С помощью тех же плугинов и сниппетов! Гибкость, по сути, не теряется... Не вся, по крайней мере.

Нет никакой проблемы дописывать модули к имеющемуся функционалу. Это будет придатком, но не заменой. Вряд ли они приведут его к мутации. Скорее - к большей универсальности. Для всяких уникальных решений полно гибкого функционала MODx; для штатных задач, типа новостей или каталога не плох был бы модуль. И тогда, MODx можно будет использовать не только на "небольших сайтах небольших компаний", но и на больших. На любых. Ибо для этого есть, по сути, все.

Модули не будут против идеи потому, как модули MODx столь же гибки, как и сама система. Главное, не включать их в стандартную поставку! ;-)

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

может я чего упустил?

бинго!!!
но так ваще хизнь будет малиной!

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

Стоп. не понял мысли. а модули? в разделе модули появляется списочек новых модулей - тыкаем, и юзаем их как хотим. И, соответственно, пишем их как хотим: с формами и т.д.. Нет?

Quote from: TonatosSN at Jan 07, 2007, 02:33 PM

Стоп. не понял мысли. а модули? в разделе модули появляется списочек новых модулей - тыкаем, и юзаем их как хотим. И, соответственно, пишем их как хотим: с формами и т.д.. Нет?

Именно! Сам только недавно понял, насколько мощно можно наворотить систему, подключая новые модули

Quote from: TonatosSN at Jan 07, 2007, 02:33 PM

Стоп. не понял мысли. а модули?

я такое называю эротическими фантазиями:) это когда думать о чём-то приятно, но не всегда думы в жизнь воплатимы (ну, там и рыбку съесть, и на хуй сесть -- женская фантазия ), хотя мечтать никто и не запрещает:)
если я правильно понял Алексея и грежу тем же, то речь о том, чтобы иметь возможность добавлять административный функционал и т.д.

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