Monstra MySQL ? (Страница 1 из 4)

От себя уже писал - да нужно, можно и то и то оставить
+ - повышается скорость работы и сокращается расход оперативы сервера при больших объемах данных
(-) - требует от сервера поддрежку самого мускула

Я бы еще к плюсам отнес бы простоту работы, которая на порядок выше чем с xml , даже с учетом объектных оберток для упрощения работы

А чем плохо ее использовать для каталога? Мне нравится некоторый функционал и простота в ней, но зачем мне ограничиваться только 3-х страничными визитками? Мне она по архитектуре и управлению даже больше WP нравится))

Я ничего не пойму, вам проще с файлами работать? Кто запрещает файлы юзать? Можно дать выбор разработчику что пользовать - не правда-ли?
лично мне даже простые задачи легче реализовать с использованием базы))

Монстра полноценная cms, которая уже давно переросла саттелиты и сайты визитки, сейчас хостингов без mysql единицы... Лично я юзаю монстру на хостинге с поддержкой mysql т.к. ничего удобнее не нашёл. Рас уж template cms по прежнему развивается, лучше оставить её на xmldb, а монстру перевести на mysql. ИМХО

мне нравится текущая реализация монстры.
собственно с mysql на ней я веду разработку примерно около месяца.

1. В качестве хелпера использую готовый класс goDB (только вырезал отладку, потому как со встроенной в монстре конфликтует). Почему его - поддерживает транзакции, плейсхолдеры, мультизапросы, неймспейсы. Считаю, что писать свой костыль излишне при имеющемся готовом классе.
2. В качестве задания настроек подключения базы написал плагин в админку, который через хук пререндер создаёт неймспейс подключения другим плагинам. Это позволяет использовать одно ленивое подключение на весь проект.
3. В других плагинах работа с базой начинается с инициализации переменной по неймспейсу, а дальше идут обычные конструкции $db->query().

Собственно, не вижу смысла как-либо менять архитектуру монстры. Реализация авторизации на файлах вполне себе жизнеспособна. Функционал мускуля через плагины - тоже.

Через пару дней выложу авторизацию и плагин п.2 и оцените.

Ну что? следующий релиз будет с mysql?

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

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

Мои планы на ближайшие несколько месяцев такие:

Июнь
1) Подготовка и Релиз Монстры 1.2.0
2) Работы над оф. сайтом(документацией) и сделать несколько тем оформления. т.к. как это привлечет новых пользователей.

Июль
1) 1 - 15 я в отпуске и в это время кодить не буду вообще(поездки).
2) Вторая половина июля. Просмотрю что сделано а что нет и начну разработку плагинов. Если не будет сделан еще плагин новостей ни кем, то займусь тогда им.

Август
1) зависит того что будет сделано в июне и в июле...

хм, вордпес, джумла - модули плагины при установке сами себе таблици делают))
ничего в этом страшного нет

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

как это сделать ?

1) Хорошо проработанный офф. сайт привлечет новых  пользователей(вебмастеров) и девелоперов.
2) Пользователям(вебмастерам) нужен выбор тем оформления и плагинов.
3) ПР (реклама), но пока не будет достаточного количества тем и плагинов не чего особо рекламировать.

Ну так скинулись с каждого по теме - и ого сколько станет))
можно впринципе с других движков темы портировать....
только с плагинами трабл, докумекнтации нуль, как плагини писать? только код старых ковырять - что не есть гуд

Хм, позволяет конечно - xml-ки создавать...
mysql_query('CREATE TABLE .... ') - никто еще не отменял))