с учётом комментариев и ответов:
есть ли какое-то решение, чтобы массово перенести это всё под одну админ панель и на один сайт?
Ответ такой: а) зависит от лицензии и б) автоматически - нет. Вручную - зависит от нюансов.
Теперь подробнее:
Лицензия "Старт"
позволяет только 2 сайта, остальные лицензии такого ограничения не имеют. Если лицензии на сайтах разные, то надо выбрать ту, которая по возможностям покрывает любой из сайтов.
Допустим простой случай: лицензия везде одинакова, и это "Стандарт".
Дальше зависит от того, как сделаны эти страницы. Чтобы не путаться в терминологии, я буду ваши "сайты, лежащие на разных VPS" называть
проектами, а под
сайтом понимать сущность в Битриксе.
1) обычные статичные страницы. Непонятно, зачем тут Битрикс, но это самая простая группа случаев. Буду разбирать группу от простого к сложному.
1а) у каждого проекта шаблон сайта имеет уникальный код,. В шаблоне сайта .default нет используемых шаблонов компонентов. В bitrix/php_interface нет кода, или он идентичен на всех проектах.
(* здесь "
шаблон сайта" это терминология Битрикса. Каждый сайт может использовать несколько шаблонов сайта, это задаётся в настройках сайта ).
Идеальный случай. Берём VPS, ставим туда BitrixEnv ( aka Bitrix Virtual Appliance ). ( Упс, опять коллизия терминологии. В BitrixEnv
сайт - это та сущность, которая создаётся через "8. Configure pool sites" - "1. Create a site" . Пока идёт речь про BitrixEnv, под сайтом понимается именно она ).
В BitrixEnv после начальной настройки создаём сайт типа ext_kernel , а уже нужные нам сайты - как link к этому сайту. ( сам я этот путь не пробовал, извините ). В итоге вы получите каталоги /home/bitrix/ext_www/mysite1.ru , /home/bitrix/ext_www/mysite2.ru и так далее, внутри которых будут симлинки на bitrix и upload , ведущие в каталог ext_kernel сайта. Раскидываете туда контент и радуетесь.
1б) то же самое, но В bitrix/php_interface есть различный код, но он не может быть запущен из админки ( например, это не обработчики каких-то событий ).
Тут единственное дополнительное действие: перемещаем в каждом проекте bitrix/php_interface в local/php_interface , проверяем, что нет проблем с путями ( нет инклюдов с "bitrix/php_interface/...", нет относительных инклюдов типа "../modules/.." .
1в) шаблоны сайтов неуникальны, и/или в шаблоне сайта .default что-то лежит используемое.
Похоже на 1б: папку bitrix/templates переместить в local/templates, проверить пути и поправить при необходимости.
1г) В bitrix/php_interface есть различный код, и он может запускаться из админки.
Это настоящая проблема, Решение тут одно: объединить содержимое всех папок php_interface в одну кучу .
Вариант "переложить bitrix/php_interface из всех проектов в bitrix/php_interface/s1 , bitrix/php_interface/s2 и так далее на новой площадке" не рассматриваю, потому что он не для этого случая ( а для одного очень частного случая, который никому не нужен практически никогда).
2) используются инфоблоки.
Тут придётся на всех проектах (кроме одного) делать экпорт каждого инфоблока в XML, потом на новой площадке импорт, смотреть ID созданного инфоблока и править параметры вызова компонентов в публичной части каждого проекта. А если есть свойства привязки к другим инфоблокам, то это практически провал.
3) используются highload блоки.
Тут можно попробовать импорт-экспорт, и на крайний случай можно сами highload блоки завести руками через админку, а данные перелить старым добрым SQL.
4) веб-формы, опросы и прочее.
Для них импорта/экспорта нет, увы.
Нулевой случай:
В BitrixEnv все сайты создаёте как kernel, лежать они будут раздельно, каждый со своим ядром, файлами в upload и прочим. На лицензиях не сэкономите, но, возможно, сэкономите на VPS.
