1. Монорепо — отдельный сложный вопрос, я про это не писал вообще, и монорепо — это не есть «общий код» в моём понимании (если это «правильный» монорепо, в котором сервисы лежат все отдельно);
2. По поводу монорепо и гугл — очень популярный вопрос, стоит начать отсюда: habr.com/ru/post/450230
3. «тащим» из опыта, обобщения статей и книг (ну например, www.amazon.co.uk/Building-Microservices-Sam-Newman/dp/1491950358), это всё не я выдумал, я лишь суммировал, как я это понимаю, после того, как не раз проверил на опыте.
Разумеется сложность — это не проблема Drupal, скорее особенность. Именно поэтому много сайтов делают на WP, потому что проще, легче найти человека написать и поддерживать, и этот человек дешевле стоит. Только в этом моя логика)
BMW семёрка вероятно не последнего года выпуска, ей лет этак 15 =)
Да, технологии не равновелики, но это вполне реальный выбор при разработке сайта, не так ли? А недостатки у друпала есть, в первую очередь сложность. Чтобы сайт был сделан «Drupal way», нужно в основных API разобраться, а это не всегда на практике возможно тому, кто будет его саппортить и развивать.
При установке стандартного профиля друпал создаст 74 таблицы, а при установке минимального — 49, что явно меньше сотни.
Я имел ввиду просто drush dl drupal7 и enable самые обычные модули для разработки, которые обычно применяются почти всегда. Без попыток что-то специально оптимизировать. Вроде как будет около 100 или даже больше. Поупражняюсь еще.
в друпале такой механизм есть — hook_module_implements_alter
Я думал он очерёдность вызова хуков регулирует.
Аналог WP REST API в друпале это модуль Serives и похожие.
Не согласен, потому что D-7 и D-8 — это совсем разные продукты, и развиваются, как две независимые линейки. Поэтому можно сравнивать «последний D-7» и «последний WP».
2. По поводу монорепо и гугл — очень популярный вопрос, стоит начать отсюда: habr.com/ru/post/450230
3. «тащим» из опыта, обобщения статей и книг (ну например, www.amazon.co.uk/Building-Microservices-Sam-Newman/dp/1491950358), это всё не я выдумал, я лишь суммировал, как я это понимаю, после того, как не раз проверил на опыте.
Решалась и в США и по всему миру, причём тут наша страна
Вообще вроде как не рекомендуется в Dockerfile запускать в CMD "npm start" (сожрёт лишнюю память), просто через "node index.js" лучше
Сказано — см. раздел «Типы контента и поля». Там же про то, как это «пахнет» в WP.
Качество кода — вещь субъективная. А «чёткие Coding Standards» есть у большинства систем, что у WP, что у Joomla.
Это сказано в первом же абзаце.
Да, технологии не равновелики, но это вполне реальный выбор при разработке сайта, не так ли? А недостатки у друпала есть, в первую очередь сложность. Чтобы сайт был сделан «Drupal way», нужно в основных API разобраться, а это не всегда на практике возможно тому, кто будет его саппортить и развивать.
Я имел ввиду просто drush dl drupal7 и enable самые обычные модули для разработки, которые обычно применяются почти всегда. Без попыток что-то специально оптимизировать. Вроде как будет около 100 или даже больше. Поупражняюсь еще.
Я думал он очерёдность вызова хуков регулирует.
Ок. Просто в WP это в ядре.
Да, согласен, быстро время идёт...=)