Создание второго сайта на единой лицензии, Как лучше произвести «настройки многосайтовости на разных доменах», если файлы уже созданного сайта находятся в корневой папке хостинга?
Что есть? Сайт на "Битрикс Стандарт". Создан только один сайт из двух возможных. Установлены все последние обновления
Что надо сделать? Создать второй на той же базе. (В будущем - ещё несколько по тому же принципу.)
Что за тариф на хостинге? Тариф, который специализирован для создания двусайтовости на одной лицензии "Битрикса".
Какова ситуация? Все файлы уже существующего сайта находятся непосредственно в корневой папке хостинга.
Что за вопрос? Как лучше произвести «настройки многосайтовости на разных доменах»? Так, чтобы избежать катастрофы. В учебном материале "Битрикса" указаны два варианта, но, по-моему, в данном случае оба опасны. https://dev.1c-bitrix.ru/learning/cour...D=7&ID=287 Например, из-за угрозы обновления базы и потери всех содержащихся в ней данных после переноса ядра.
Я уже прочёл. Иначе бы, не задал вопрос. В рукводстве ни слова про случай, когда один сайт уже создан и находится в корневом каталоге хостинга. Оба способа создания "многосайтовости на разных доменах" требуется создание отедльных папок для каждого сайта. Как поступить в описанной ситуации?
Если у вас домены разные, то на хостинге для них будут две разные папки (как правило по названию доменов). Выносите bitrix и upload, настраивайте символьные связи.
Сейчас на хостинге первый домен настроен на корневой каталог, в котором находятся файлы уже созданного сайта. Второй домен настроен на папку "site2", которая находится в том же корневом каталоге, в числе указанных файлов. Насколько я Вас понял, Вы предлагаете дополнительно созадть каталоги "site1" и "shared". Затем перенести в "shared" каталоги "bitrix" и "upload", а в катлоги "site1" перенести и в каталог "site2" копировать - публичную часть "Битрикса" из корневого каталога хостинга. Однако, разве перекачивание каталогов "bitrix" и "upload" на ПК с хостинга и затем их загрузка в каталог "shared" не нанесёт вреда уже созданному сайту? Не произойдёт ли эффекта копирования ядра, при котором, как написано в учебном руководстве, обновится база и будут потеряны её данные?
Спасибо. Сейчас я поступил так. Ближе ко второму способу многосайтовости. Файлы уже существующего сайта оставил в корневом каталоге. Создал каталог "site2". В нём хостер создал каталоги "bitrix" и "upload" в виде символических ссылок на каталоги с теми же имена в корневом каталоге. Затем из архива резервной копии существующего сайта загрузил все файлы и каталоги кроме каталогов "bitrix" и "upload". В результате на втором домене народился сайт-близнец. Недостаток заключается в том, что в ссылках левого вертикального меню (в отличии от ссылок верхнего горизонтального меню) и в ссылках на картинках остался фигурировать домен первого сайта. Я думаю, такой способ развёртывания многосайтовости позволит сократить срок создания нового сайта путём наложения меню, контента и шаблона на меню, контент и шаблон существующего сайта. Какие проблемы могут возникнуть после совершения описанных операций?
Мега Инжиниринг пишет: Недостаток заключается в том, что в ссылках левого вертикального меню (в отличии от ссылок верхнего горизонтального меню) и в ссылках на картинках остался фигурировать домен первого сайта.
Ссылки абсолютные прописаны в коде? Иначе такого быть не должно. (Стоит проверить настройки второго сайта, чтобы у него домен (в настройках сайта) не совпадал с первым).
Поначалу не было ни какого меню. Ни верхнего, ни нижнего. Оба меню появились через несколько минут. Существующий сайт создавал другой сотрудник, которому я не могу задать вопрос. Адрес второго сайта указан только на страницы "Редактирование сайта "s2". В строке "URL сервера (без http://):". Через административную часть возможно узнать про тип ссылок: абсолютные или нет? Или только через скрипты шаблона? Использование абсолютных ссылок - это показатель низкого профессионализма разработчика и серьёзная приграда для развёртывания многосайтовости?
Мега Инжиниринг пишет: Использование абсолютных ссылок - это показатель низкого профессионализма разработчика и серьёзная приграда для развёртывания многосайтовости?
Если попытаться удалить из ссылок домен или заменить его на требуемый, то после сохранения прежний домен восстанавливается. Если совершать те же манипуляции в скрипте через админку, то при попытке сохранения система уведомляет про ошибку. А затем прежний домен в скрипте тоже восстанавливается. Поэтому я сам задаюсь вопросом: что мешает в меню изменить ссылки? Каковы должны быть должны последующие действия, чтобы в левом вертикальном меню в ссылках появился требуемый домен?
Выдержка из файла /html/shared/bitrix/php_interface/dbconn.php: "define("BX_FILE_PERMISSIONS", 0777); define("BX_DIR_PERMISSIONS", 0777);" Значит делоне в правах? В чём же?
Что интересно. Если в админке пройти в "Настройки", то с лева в подразделе "Файлы и папки" появились две позиции, кои названия-близнеца и по написанию совпадают с написанием пути к папке site2. Уже использован первый способ многосайтовости. Ядро и папка загрузки перемещены в общую папку и на них прописаны символические ссылки в папка site1 и site2.
Всех признателен за беспокойство. Вроде бы, удалось решить проблемы через присваивание прав 777 к папке site2/ Как теперь сделать так, чтобы одни сведения в базе светились на обеих публичных частях, а другие на одной из них? Как заставить админку выполнять такое правило?