CMF або framework

Коментарі: 25

Знання вирішує, все правильно! Та й не зрозуміло мені, навіщо ставити таке питання у спільноті MODX. Очевидно, що місцеві хвалитимуть «своє болото».

Якщо хочете писати багато коду і винаходити велосипед, який у MODX вже винайшли і на якому успішно катаються (система користувачів, груп, ресурси і т.д.), дивіться у бік фреймворку.

Цілком згоден з думкою Павла. Загалом і в цілому, думаю так само, як написано в другому абзаці, коли задумуюся про Laravel і що з ним.

Скрізь є свої переваги та недоліки.

Якщо у Laravel все стандартизовано – добре. У цьому я можу помилятися, бо не занурювався.

особистий кабінет, історія заявок, калькулятор, обмін даними (по API з CRM)

то цього нічого немає "з коробки". Все доведеться ставити додатково чи писати самому.

Якщо у Laravel все стандартизовано – добре.

Інакше він не працюватиме. Як і будь-який інший фреймворк.

Мав на увазі інше — чи немає в ньому ситуації, коли для користувачів, наприклад, кілька різних модулів із не повністю сумісними між собою реалізаціями, а зовсім інші модулі працюють лише з певною реалізацією користувачів?

Найпростіший приклад у MODX - minishop2 з його купою доповнень і Shopkeeper, під який теж, начебто, можна щось робити, але практично дуже мало є.

А хто ж перший? ) Я знаю кілька людей з спільноти MODX, хто працює на Laravel, і жодного, хто знає yii2. Можливо, це вплинуло. Ці два фреймворки приблизно схожі. Дивився і той, і інший. Чомусь вирішив вибрати Laravel. В останнього і документація хороша та спільнота жива. Та й популярністьLaravel стрімко зростає. Моя думка, обравши один із цих фреймворків помилитися не можна.

Я ж говорю, тут немає сенсу холіварити — обидва гідні варіанти, тут помилитися не можна. Ось для порівняння.

Є ще фреймворк Lumen, який є молодшим братом Laravel. Він використовується для сервісів та API. Він майже миттєво віддає відповідь на запит, тому що не вантажить усі ці тонни класів, як це робить Laravel. Тобто. у багажі розробника Laravel вже 2 інструменти. Не знаю, чи є таке для yii2. До речі, ще Lumen часто використовують для SPA додатків (односторінкових) на ангулярі або в'ю. Що також зараз дуже популярно.

Про всяк випадок - modhost.pro і modstore.pro зроблені повністю на MODX, з використанням стандартних Office, miniShop2 та інших доповнень.

При цьому там дуже вдало інтегрований і свій унікальний функціонал. Отже, ніяких перешкод для використання MODX як фреймворк я не бачу.

Можна я відповім?) Наскільки я знаю, MODX спільна робота реалізована тільки з ресурсами. Тобто одночасно два, хто зайшов у документ, не зможуть зберегти різні варіанти.

А з елементами (чанки, сніпети, плагіни) і особливо компонентами такого за замовчуванням немає. Виходить, що й обмежень немає. І багато хто, хто давно працює з MODX, намагаються відійти від розробки сайту в самій системі. Тобто пишуть модулі, сніпети, чанки у своїй улюбленій IDE, наприклад, у PhpStorm.

І вже завдяки такому методу для спільної розробки використовуються інструменти для спільної роботи Git (GitHub, BitBucket і т.д.).

Звичайно, дякую! Щоправда не особливо зрозуміло, що означає «намагаються відійти від розробки сайту в самій системі. Тобто пишуть модулі, сніпети, чанки у своїй улюбленій IDE, наприклад, у PhpStorm.» Взрештою хіба всі розробки не потрапляють до системи? Або я не так запитала.

Зрештою, хіба всі розробки не потрапляють до системи?

Встановлюються як транспортні пакети) хтось так навіть контент додає.

Весь цей час я мав на увазі адмінку. Але якщо питання все ж таки про кількість користувачів звичайних на фронті, то так, обмеження трохи є і залежать від процесорів/оперативної пам'яті і навіть від розміру диска або бази даних.

При великій кількості користувачів розростається база даних через сесії, при малій вільній пам'яті можна уткнутися в обмеження, але вони можуть автоматично очищатися.

Василь десь уже пояснював процесори на хостингу, скільки одночасно клієнтів обслуговується.

Тут краще навпаки, запропонувати скільки клієнтів одночасно перебуватиме на сайті і тому спробувати розрахувати можливе навантаження на хостинг/сервер.

Але завжди можна збільшувати потужність, оптимізувати код, коли проект набирає обертів)