Как сделать разные ядра битрикса на одном домене?

Question

[Никита]

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

Разумеется версии буду лежать по разным папкам на серваке.

Получается, что при урле site.ru/page1/ старое ядро\бд и прочее, а вот на урле site.ru/page2/ другое ядро\бд\аплоад продукта.

куда капнуть? симлинки \ настройки виртуальных хостов или еще что, какие мысли есть у вас?

УДП: Сайт на серваке, без ограничений, можно делать все что хочешь.

Answer 1

[Алексей Бурлака]

Возможно так: создаём две разделённые папки, каждая из них содержит своё ядро.
В nginx в настройках location делаем разделение по урлам, прописывая разные
set $root_path ...
в зависимости от запроса?

Comments

[Никита]

Думал про это, пока на ум пришло следующее, берем например папку /var/www/new/ в нее ставим новый сайт, на старом создаем папку в коне например /site/ и делаем с нее симлинк на /var/www/new/, реврайтом отбивать на эту папку нужные страницы. Вроде не плохая схема, только не понятно пока будут ли проблемы с папкой аплоад, и как будут пути генерится. Тк будет 2 папки аплоад /var/www/new/upload и /var/www/old/upload.

[Алексей Бурлака]

Никита, Я бы так не делал. Проблема не только с upload. Кеш тоже будет общий. И по поводу "почистить" — речь ведь про код тоже, не только про админку (дб)? Нужна гарантия отката, а общая папка этого не даст.

И я бы не забывал про /local. У неё несколько предназначений:
- переключить на себя .../php_interface/init.php;
- переключить на себя /modules/main/
- переключить на себя всю папку шаблона сайта;
- переключить на себя конкретный шаблон конкретного компонента.

[Никита]

Почему кэш будет общий ? Подразумевается что папке будет ещё один сайт, со всеми системными файлами и папками. Локал тоже кстати там будет с шаблоном. Отмечу что новая папка будет не общая, она будет только принимать новые страницы

[Алексей Бурлака]

>>> например /site/ и делаем с нее симлинк на /var/www/new/,
Папка ведь будет общая. Разве что имелась в виду выборочная симлинкизация (слово родилось какое! =)

[Никита]

Алексей Бурлака, в этой папке будет установлен битрикс не зависящий от старого сайта практически никак

Answer 2

[Андрей Николаев]

Нормально это не будет работать никак.

Для того, чтобы это хоть как-то работало нужно соблюсти ряд условий и ограничений:
1) Вы должны хорошо разбираться в nginx, чтобы развести root path в зависимости от адреса домена. Вы же не подумали, какая админка должна открываться по /bitrix/ ? Это уже не типовая конфигурация, которую Вам, к слову, еще и поддерживать.
2) Вы забудете об авторизации, то есть пользователь одного сайта это не пользователь другого сайта и переходя между страницами Вы потеряете авторизацию, ровно как и часть действий будет недоступна (например с сайта 1 вы не сможете редактировать статью У если она не на сайте 1, а на сайте 2, соответственно сайт 1 не будет видеть статей сайта 2 и наоборот). То есть - вся динамическая информация (записи инфоблоков и т.п.) должна переносится сразу (а не по 1-2 элемента)
3) Помимо этого еще и системные скрипты будут некорректно работать. Если на сайте нет авторизации, и только гости, то проблем вообще не будет, а если Вы таким образом захотите обновить интернет магазин, то займет это у Вас и времени и сил больше, чем написать с 0 новый и разработать скрипт миграции данных.

ИМХО, Ваша затея имеет место быть но в оочень редком случае (меньше 0.01%), а неудобств и ограничений Вы получите существенно больше.
Поверьте, я знаю о чем говорю - мы обслуживали 2 портала Битиркс24 (коробочная версия), на одном из которых Была 15 версия с CRM, а на другом 17 с остальной частью портала.

Comments

[Никита]

нет проблем с настройкой nginx, к тому и вопрос что я ищу варианты как сделать такое "временное" решение, админка нового сайта скорее всего будет на поддомене. Суть задачи втаскивать новые страницы на чистую версию сайта, и постепенно отказаться от старой. Сайт кстати контентный, не интернет магазин.
вообще я понимаю абсурдность идеи, но почему бы и нет :D

[Андрей Николаев]

Сайт кстати контентный, не интернет магазин.

Тогда есть 2 варианта:
1) Он сделан на файлах. И тогда профита от такого изменения не будет
2) Он сделан на инфоблоках. И тогда профита от такого изменения не будет

[Никита]

Андрей Николаев, сайт на инфоблоках, с гиганской папкой аплоад, и кучи мусорных файлов, от сайта остается примерно 70% того что было (в плане структуры), при переносе все разделы будут переработаны (подчеркну все).

может есть еще какие нибудь варианты как можно провернуть подобное?)

[Андрей Николаев]

может есть еще какие нибудь варианты как можно провернуть подобное?)

А что Вы хотите? Обновить битрикс? Полностью обновить сайт? Новый дизайн?

Не стоит делать все сразу - можете попасть в сомнительные сайты у Яндекса.

[Никита]

Андрей Николаев, битрикс обновлён и на лицензии не истёк срок обновления, глобальная цель очистка сайта от неактуального контента, файлов и прочего в рамках постепенного редизайна страниц ( затронет все страницы сайта, структура будет в новых иб). В итоге, как все разделы будут перенесены, будет отказ от старой версии и на основной домен ( по крайней мере в папку домена ) будет вылит подготовленный сайт. А на момент создания страниц не хочется не терять урлы и одновременно делать это в другой зоне действия :)

[Андрей Николаев]

глобальная цель очистка сайта от неактуального контента

Тогда лучше не разводить 2 ветки, а сделать локальный бекап и по частям переносить.

[Никита]

по частям не выйдет, срок переноса раздел в месяц, и необходимо что бы после запуска раздела сохранился старый урл.