CMF или framework?
Всем добрый вечер! Хотелось бы услышать мнение опытных разработчиков насчёт MODX — были ли случаи, когда MODX не мог справится с поставленными задачами? Собственно вопрос обозначен в теме. Никак не могу определиться на чем же все-таки писать проект. Вроде бы модули там должны быть относительно простые: личный кабинет, история заявок, калькулятор, обмен данными (по API с CRM). Но есть сомнения, что есть смысл использовать MODX учитывая, что все эти модули надо будет писать — готовых нет.
Комментарии: 25
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Другой вопрос, достаточно ли хорошо вы знаете MODX.
Да и не понятно мне, зачем задавать такой вопрос в сообществе MODX. Явно же, что местные будут хвалить «своё болото».
Если хотите писать много кода и изобретать велосипед, который в MODX уже изобрели и на котором успешно катаются (система юзеров, групп, ресурсы и т.д.), то смотрите в сторону фреймворка.
Везде есть свои преимущества и недостатки.
Но речь в комментарии Павла была о том, что в MODX это все есть «из коробки» и все дополнительные модули работают именно с этими системными объектами, а не дополнительно поставленными.
Если в Laravel все стандартизировано — хорошо. В этом я могу ошибаться, ибо не погружался.
то этого ничего нет «из коробки». Всё придется ставить дополнительно или писать самому.
Иначе он работать не будет. Как и любой другой фреймворк. Причем он поддерживает все последние стандарты в отличие от MODX. А последний уже морально устарел. Именно поэтому кривая его популярности ползёт вниз. А MODX 3 так и не родился, хотя ждали больше 3-х лет.
Имел ввиду другое — нет ли в нем ситуации, когда для пользователей, к примеру, несколько разных модулей с не полностью совместимыми между собой реализациями, а совсем другие модули работают только с какой-то определенной реализацией пользователей?
Самый простой пример в MODX — minishop2 с его кучей дополнений и Shopkeeper, под который тоже, вроде, можно что-то делать, но фактически очень мало что есть.
А по какому принципу выбирали? Я тут просто подумываю про yii2, потому что документация хорошая есть на русском.
Я знаю несколько человек из сообщества MODX, кто работает на Laravel, и ни одного, кто знает yii2. Возможно это повлияло.
Эти два фреймворка приблизительно похожи. Смотрел и тот и другой. Почему-то решил выбрать Laravel. У последнего и документация хорошая и сообщество живое. Да и популярность Laravel стремительно растет. Моё мнение, выбрав один из этих фреймворков ошибиться нельзя.
P.S. Как выбрать PHP фрейворк.
Вот только подумала, что определилась и вот опять в раздумьях…
Есть ещё фреймворк Lumen, который является младшим братом Laravel. Он используется для сервисов и API. Он почти мгновенно отдает ответ на запрос, потому что не грузит все эти тонны классов, как это делает Laravel. Т.е. в багаже разработчика Laravel уже 2 инструмента. Не знаю, есть ли такое для yii2.
Кстати, ещё Lumen часто используют для SPA приложений (одностраничных) на ангуляре или вью. Что тоже сейчас очень популярно.
Хотела услышать мнение опытных разработчиков сталкивались ли они с какими-то задачами, с которыми возможностей MODX было мало. Ну вдруг такие есть…
При этом там очень удачно интегрирован и свой уникальный функционал Так что, никаких препятствий для использования MODX в качестве фреймворка я не вижу.
Я даже выкладывал уже такой модуль сайта webstartpage.ru.
Насколько я знаю, в MODX совместная работа реализована только с ресурсами. То есть одновременно два зашедших в документ не смогут сохранить разные варианты.
А с элементами (чанки, сниппеты, плагины) и уж тем более компонентами такого по умолчанию нет. Выходит, что и ограничений никаких нет. И многие, кто давно работают с MODX, стараются отойти от разработки сайта в самой системе. То есть пишут модули, сниппеты, чанки в своей любимой IDE, например в PhpStorm.
И уже благодаря такому методу, для совместной разработки используются инструменты для совместной работы Git (GitHub, BitBucket и т.д.).
Правда не особо понятно что значит «стараются отойти от разработки сайта в самой системе. То есть пишут модули, сниппеты, чанки в своей любимой IDE, например в PhpStorm.»
В конечном итоге разве все разработки не попадают в систему? Или я не так задала вопрос.
Вопрос в том, сколько в итоге пользователей системы смогут работать в ней при одновременной авторизации (уже после того как система будет написана)?
Устанавливаются как транспортные пакеты) кто-то так даже контент добавляет.
Всё это время я имел ввиду админку.
Но если вопрос всё же про количество пользователей обычных на фронте, то да, ограничения немного есть и зависят от процессоров/оперативной памяти и даже от размера диска или базы данных.
При большом количестве пользователей разрастается база данных из-за сессий, при малой свободной памяти можно уткнуться в ограничение, но они могут автоматически очищаться.
Василий где-то уже объяснял про процессоры на хостинге, сколько одновременно клиентов обслуживается.
И по авторизации никаких ограничений нет (разве что размер памяти), хоть все пользователи, например на modx.pro (~5к человек), могут быть авторизованы, ничего страшного не произойдёт.
Тут лучше наоборот, предложить сколько клиентов одновременно будет находиться на сайте и исходя из этого попытаться рассчитать возможную нагрузку на хостинг/сервер.
Но всегда же можно увеличивать мощность, оптимизировать код, когда проект набирает обороты)