Тема наверняка не раз поднималась по разным причинам и из разного ракурса.

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

Идея состоит в том, что бы объединить все существующие проекты на одном движке и создавать новые на нем же.

Силами конечно сторонних разработчиков, сам на начальном уровне.

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

Вот мне пожалуйста подскажите, есть ли в природе что-то готовое?

Мультиязычность-Мультидоменность мне подсказали есть на Вордпрес и Битрикс.

Первый - думаю не годится для серьезных проектов, да и есть сомнение в корректности мультиязочности разных модулей.

Второй - для меня вообще зло по моим убеждение , да и к тому же платный брать смысла не виду, если все равно в написание платных модулей придется вкладывать.

В моем понимании остается одно, вложиться в написание своего движка, отвечающего следующим требованиям:

Мультиязычность - должна быть заложена в самом ядре и легко подхватываемая на любых модулях. Простой механиз добавления локального текста на нужном языке в движок и модули.

Мультидоменность - любой состав модулей и их настроек для разных доменов

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

Глубокая локализация- в зависимости от страны должно быть возможно не только выводить определенные модули или настройки их, но и использовать хранение данных в отдельных базах (соблюдая требования некоторых стран о хранение конфиденциальной информации в локальной стране)

API для взаимодействия между разными сайтами на этом же движке.

Ну и конечно, движок должен отвечать всем современным требованиям, это: минимальная нагрузка на хостинг, быстрая работа, безопасность, СЕО оптимизация.

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

Итак, делаю (чужими руками) open source и жду ваших советов.

Возможно стоит за основу взять наработки человека с ником boolive https://habr.com/ru/post/51152/ или его последнее творение https://habr.com/ru/post/211488/ . Честно понравилось по описанию, но руками пока не щупал, да и что мне щупать, нужно сравнивать производительность, другие параметры а я врятли с этим справлюсь. Сам проект заброшен и не поддерживается

Так же интересный проект https://max-3000.com/, позиционирующий себя как более легкий аналог вордпресса, но он на флеймфорке и менее подвижный.

Есть какие советы какую структуру строить, может какие наработки взять в основу?

Может кто хочет присоединится как наемный программист или даже партнер?

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

Это не комбайн будет как многие думают, а именно модульное решение, что бы в каждом проекте не было лишних функций.

Многие пишут что это дорого, не выгодно и бесперспективно.

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

По этому я считаю все же дешевле, поддерживать одну платформу, пусть и при условии что разработчики будут меняться время от времени. За то я сам буду в ней знать все изменения, будет написана мне понятная документация, а раз я не спец пойму, то и спецу будет любому понятно.
Да и учитывая это:
Если ядро будет содержать только логику, то проблем в построении разных проектов не будет.
Во всех проектах можно использовать одинаковые модули к ядру которые отвечают за функционирование движка (системные модули).
Во всех можно использовать одинаковые модули такие как модуль регистрации, авторизации, профиля, обратной связи, модули вывода информации, модули шаблонов (вспомогательные модули).
И только специфические модули отвечающие за функционал конкретного проекта будут писаться отдельно (уникальные модули).
Если не считать проектирование движка и разработку начальной логики взаимодействия ядра с модулями, дальнейшая разработка как раз будет дешевой.
Так как написав один раз системный или вспомогательный модуль, он пойдет на все проекты без каких либо затрат на разработку

Бюджет на данный момент 10к долларов в месяц, дальше будем смотреть по ситуации, или постоянно такой будет или будем увеличивать/уменьшать

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

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

поехали http://phpforum.su/index.php?act=ST&f=112&t=95210

Берешь любую открытую cms дорабатываешь до нужного состояния, это будет стоить намного дешевле чем собственная. А в случае чего облегчит найм сотрудников. Лучше смотреть на cms на фреймворках, почему? потому что они подходят под твои требования, они содержат чистую архитектуру и базовые модули, их просто обвешать функционалом. Поискать в гугл cms yii2, cms symfony. Твоего бюджета в 10к зелени хватит на полгода квалифицированного специалиста из города миллионника, он тебе за это время все напишет.

twin верно уловил мысль

А Гость_chee могу ответить, что если мне нужны совершенно разные проекты на одной платформе, то брать CMS , которые тем более как правило заточены под контент а не функционал, смысла вообще нет. Переписывать придется просто все и после этого сомневаюсь что знаток Drupal к примеру разберется в том что там уже наделано без документации.
Фреймворки на любителя, имею ввиду на любителя в части программиста. Один работает с одним, другой с другим. Какие шансы что потом на свой я найду нужного или кто-то захочет переучаться.
Проще найти человека который умеет писать и на чистом и пусть не на нужном мне фреймворке.

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

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

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

Мне тут подкинул один программист вот это https://github.com/it-architector/right.csdr
Кто что думает по этому поводу? Применимо ли в будущей разработке?