Есть два сайта: в корне — русский, в /en/ — английский.
При заходе Рабочий стол > Контент > Структура сайта >«Русский сайт»
возникает ошибка «Запрашиваемый путь «/» отсутствует. «
Однако при заходе Рабочий стол > Контент > Структура сайта >«Англ. сайт» — всё показывает.
В принципе, показывает любую папку корня сайта, а сам сайт — нет
Подскажите, как решить проблему?
|
Пользователь 2369063 Заглянувший Сообщений: 2 |
Добрый день! |
|
Пользователь 2369063 Заглянувший Сообщений: 2 |
#2 0 07.08.2018 16:39:15 Разобрался. Оказывается, в списках сайтов можно не только нажимать на «изменить», но и дважды щелчком входить в настройки сайта |
nyx
Мой дом здесь!
-
#3
Так эта ошибка не блокирует обновления, это просто ошибка при проверке сайта, когда в CMS сайт один, а в его настройках прописан путь к корневой папке как для многосайтовости по второму типу. Битрикс Вас просит оставить в таком случае поле «Путь к корневой папке пустым».
ТП тут не нужна. Просто уберите или исправьте путь.
А тут Вы взаимоисключающее написали:
у меня на одной лицензии на моем сервере 4 сайта, по типу
/home/host/site.ru/www/
/home/host/site2.ru/www/В данных директориях www ничего нет и не было
Многосайтовость по второму типу есть, но в папках ничего нет и не было. Это как?
У Вас должно быть четыре папки:
/home/site1.ru/
/home/site2.ru/
/home/site3.ru/
/home/site4.ru/
В одной их них ядро (папки bitrix и upload)
В остальных трех симлинки к этим двум папкам ядра и собственное содержимое.
В CMS настроены 4 сайта и в настройках каждого прописаны эти путь.
Всё!
Последнее редактирование: 14 Май 2018
Содержание
- Чем полезна мультисайтовость
- Как настраивается мультисайтовость в «Битрикс» на одном домене
- Настройка мультисайтовости в Bitrix на разных доменах
На начальном этапе компании достаточно одного небольшого корпоративного сайта. Но бизнес постепенно развивается, необходимо наращивать присутствие в интернете и масштабироваться. Для этих целей в «Битриксе» предусмотрен функционал мультисайтовости. Это значит, что на одной копии продукта можно запустить неограниченное количество сайтов, которые будут иметь разную публичную часть, но при этом общую административную панель. Рассказываем подробнее об этом функционале и его пользе для бизнеса.
Чем полезна мультисайтовость
- Вы сможете одновременно редактировать несколько сайтов
Рассмотрим ситуацию — надо разместить новость. У вас один корпоративный сайт и пять сайтов-филиалов. Для того, чтобы опубликовать новость вам придется заходить в админпанель на шести сайтах и повторять однотипные действия. Или же вам необходимо разместить каталог продукции, сегментировав его по нескольким региональным представительствам.
Многосайтовость «1С:Битрикс» решает проблему на корню. Ядро тут одно, база данных тоже общая. Соответственно — одна админ-панель для всех сайтов. При этом поддерживается независимая настройка публичной части сайтов, так что они будут отличаться друг от друга по структуре, интерфейсу и дизайну.
В этом заключается один из весомых плюсов мультисайтовости — управлять большим количеством сайтов может один контент-менеджер. Ему не нужно будет выполнять один и тот же перечень задач для разных сайтов, внести изменения он сможет на всех сразу.
- Сквозная авторизация для пользователей, не нужно проходить регистрацию на каждом ресурсе отдельно
Можно высоко оценить удобство мультисайтовости для самих пользователей. Регистрация сквозная, так что им не придется каждый раз регистрироваться на каждом отдельном сайте. Достаточно сделать это один раз и можно заходить на каждом ресурсе под тем же логином.
Другие преимущества мультисайтовости:
- Единая система безопасности для всех сайтов.
- Удобный централизованный показ рекламы на всех ресурсах.
- Простой мониторинг — здесь есть общий сервис для всех проектов на одной платформе, который показывает посещаемость и аналитику.
Многосайтовость «Битрикс» бывает двух видов:
- Можно организовать мультисайтовость на одном домене или на разных. Обозначим отличия. Если речь идет об организации мультисайтовости на одном домене, то в этом случае все сайты будут расположены на поддоменах основного домена. Этот вариант будет оптимальным для владельца многоязычного сайта или для сети с большим числом филиалов.
- Если все сайты располагаются на разных доменах — этот вариант наиболее предпочтителен для крупной организации, у которой маркетинговые задачи ресурсов сильно отличаются.
Рекомендуемые решения
Как настраивается мультисайтовость в «Битрикс» на одном домене
Каждый сайт для мультисайтовости должен быть размещен в отдельном подкаталоге внутри единого каталога, например:
/www/вашсайт.рф/a1/ /www/вашсайт.рф/a2/
Названия каталогов a1 и a2 выбраны случайно, вы можете назвать подкаталоги так, как вы захотите — например, shop и company. Если речь идет о многоязычном сайте — en и ru соответственно.
Также возможет и другой вариант, когда один сайт размещен в корневом разделе, а второй — в подкаталоге. Выглядеть это будет так:
/www/вашсайт.рф/ /www.вашсайт.рф/a2
Далее устанавливаем «Битрикс» в корневую директорию. В нашем случае — в вашсайт.рф.
Следующий этап — выполнить нескольких настроек в администраторской панели Bitrix.
Переходим в раздел «Настройки», оттуда в «Настройки продукта», далее «Сайты» и «Список сайтов».

В последнем разделе выбираем изменить параметры сайта a1 и указываем там:
- Название: a1
- Доменное имя: остается пустым
- Папка сайта: / либо /a1/* (обратите внимание на примечание)
- Название сайта: Корпоративный сайт фирмы «Название фирмы»
- URL сервера: www.вашсайт.рф/
- Путь к корневой папке веб-сервера для этого сайта: остается пустым.

Примечание: если планируется установка основного сайта в корневую папку, а все прочие в подкаталоги — то надо поставить просто слэш «/», если же речь идет о размещении всех сайтов в подкаталогах — пишем для каждого из них свой номер.
Указываем в параметре «Папка сайта» путь относительно корня к каталогу, в котором размещена публичная часть сайта. Путь к корневой папке веб-сервера для этого сайта должен быть пустым для всех сайтов, так как данный метод настройки мультисайтовости не подразумевает его использование.
Схожим образом настраиваем параметры второго сайта. Если его еще нет, то добавляем. Нажимаем «Настройки», переходим в «Настройки продукта», «Сайты», «Список сайтов» и «Добавить сайт».
Далее редактируем настройки по той же схеме, что и в случае с первым сайтом:
- Название: a2
- Доменное имя: остается пустым
- Папка сайта: /a2/
- Название сайта: интернет-магазин организации «Название организации»
- URL сервера: вашсайт.рф/a2
- Путь к корневой паке веб-сервера для этого сайта: остается пустым.
Рекомендуемые решения
Этот подход несколько отличается от предыдущего. В случае с ним каждый сайт будет размещен в отдельном каталоге. Например:
Создание каталогов происходит автоматически, когда в меню WWW-Домены-Создать добавляется нужный домен. Сначала добавляем адреса сайтов, которые будут использоваться. Следующий шаг -установка Bitrix в один из сайтов. Допустим, это sait1. Чтобы ядро могло работать для обоих сайтов необходимо создать символьные ссылки для второго сайта, которые потребуются для папок /uploaf, /local и /bitrix.
Символьные ссылки также иногда называют символическими или симлинками. Это специальные файлы, для которых в файловой системе не предусмотрено никакой информации, за исключением одной текстовой строки. Эта строчка — путь к файлу, который открывается при нажатии на данную ссылку.
Для создания символьной ссылки переходим в Панель управления хостинга. Здесь выбираем «WWW», далее «Домены», sait2, затем «Каталог», «Создать» и «Ссылка».
В поле «Имя» указываем наименование папки. К примеру, upload. В «Значение» — указываем полный путь к данной папке на сайте, выглядеть это будет следующим образом:
/var/www/логин/data/www/вашсайт.рф/upload/
Здесь вашсайт.рф — это ваш основной сайт, в котором размещены каталоги upload и bitrix. Если все было сделано правильно, то символьная ссылка появится в каталоге в форме папки со стрелкой. Если стрелочка синяя, то все сделано верно. Если же стрелка будет красной — вы ошиблись, когда писали адрес пути.
По той же схеме потребуется создать символьные ссылки для папок /bitrix и /local.
Следующий шаг — ввод тех же настроек в администраторской панели «Битрикс», что в случае с мультисайтовостью на одном домене, но с некоторыми изменениями:
- Название: sait1
- Доменное имя: com
- Папка сайта:/
- Название сайта: Корпоративный сайт организации «Название фирмы»
- URL сервера: sait1.com
- Путь к корневой папке веб-сервера для этого сайта:/home/www/sait1/
Отличия заключаются в том, что в поле «Папка сайта» должен быть слэш, а в поле «Путь к корневой папке веб-сервера» должен быть указан путь к веб-ресурсу на виртуальном хостинге. Самый простой метод сделать это — нажать на кнопку «Вставить текущий», тогда адрес появится автоматически.
Обязательно убедитесь в том, что в конце строки обозначен именно текущий сайт. Если речь о настройке дополнительного, а не основного — там должен быть именно он.
Еще один важный момент — проверка поля «Сортировка сайтов». Если сайт работает на поддомене главного, то в перечне у него должно быть значение ниже. Например, сортировка у первого сайта — 10, сортировка у второго сайта (работающего на поддомене) — 5.
Вот и все тонкости настройки мультирегиональности на «Битрикс». Надеемся, данный материал был для вас полезен.
Когда у компании есть только один сайт – управлять им достаточно просто. Однако со временем бизнес расширяется и таких сайтов может стать больше. Поддерживать и вести сразу несколько сайтов неудобно, потому что приходится авторизовываться на каждом сайте, анализировать статистику, выполнять однотипные действия, обучать персонал работать с CMS и т.п. В Битриксе предусмотрели эту проблему и создали функционал мультисайтовости, который позволяет на одной копии продукта создавать неограниченное количество сайтов.
В этой статье мы подробно расскажем о технологии многосайтовости в Битриксе: как работает технология, какие у нее есть ограничения и как её можно настроить без привлечения программиста.
Для чего нужна многосайтовость
Многосайтовость – технология в Битриксе, которая дает возможность создавать множество сайтов на одной лицензии. Это значит, что для создания нового сайта не потребуется покупать дополнительную лицензию Битрикс. Все созданные сайты будут иметь разные адреса и публичную часть, но при все этом – одну административную панель и базу данных.
Многосайтовость легко решает проблемы трудозатрат и большого количества сайтов, с управлением которых легко справится один контент-редактор.
Преимущества
- Если задать настройки сквозной авторизации, то пользователям не придется регистрироваться отдельно на каждом сайте.
- Управление выводимым контентом в одном месте для всех сайтов.
- Единая система безопасности. Весь контроль безопасности в одном месте.
- Централизованный показ рекламы и баннеров на сайтах.
- Аналитика по каждому сайту.
Ограничения
- Все сайты должны быть размещены на одном хостинге и использовать одну установку Битрикса. Иначе придется приобретать на каждый хостинг отдельную лицензию.
- На редакции «Старт» нельзя создать больше двух сайтов. На остальных редакциях – неограниченное количество сайтов. Актуальную информация о количестве сайтов представлена на официальном сайте Битрикса.
Многосайтовость предполагает, что у сайтов будет одна общая база данных, поэтому все сайты должны быть размещены на том же хостинге, что и основной сайт.
Настройка многосайтовости
Существует два способа настроить многосайтовость:
1. На одном домене. В таком случае сайты размещаются в поддомене основного домена. Такой вариант оптимален для многоязычной версии сайта.
2. На разных доменах подойдет в остальных случаях, если домены сайтов отличаются, но при этом размещены на одном хостинге.
Настройка на одном домене
Если вы настраиваете многосайтовость для одного домена, то необходимо в корне сайта создать папку, которая будет представлять из себя отдельный сайт. Например, основной сайт /home/bitrix/ext_www/example.ru/, а дополнительный сайт с английской версией /home/bitrix/ext_www/example.ru/en/.
Далее в административной панели Битрикса Настройки / Настройки продукта / Сайты / Список сайтов необходимо добавить новый сайт.

При добавлении нового сайта задать настройки, например:
- ID: en
- Название: English version
- Доменное имя: оставляем пустым
- Папка сайта: /en/
- Название сайта: Example
- URL сервера: example.ru/en
- Путь к корневой папке веб-сервера для этого сайта: оставляем пустым

В данном случае второй сайт идентифицируется как en, но вы можете задать любой другой идентификатор и название.
Доменное имя сайта и путь к корневой папке не заполняются, так как они необходимы только при настройке многосайтовости на разных доменах. Другие поля «Папка сайта» и «URL сервера» заполняются относительно основного сайта.
Более подробная инструкция по настройки многосайтовости на одном домене доступна здесь.
Настройка на одном домене
Этот подход отличается от предыдущего только тем, что сайты размещаются в отдельных категориях сервера. Например: /home/bitrix/ext_www/site1.ru/ и /home/bitrix/ext_www/site2.ru/.
Это два разных сайта, доступных по разным адресам, но общее у них – это папки /bitrix/, /upload/ и возможно /local/ (если требуется). Поэтому в директории нового сайта необходимо создать симлинки на перечисленные папки, расположенные в основном сайте (/home/bitrix/ext_www/site1.ru/).
Далее в административной панели Битрикса Настройки / Настройки продукта / Сайты / Список сайтов добавляем новый сайт.
При добавлении нового сайта устанавливаем настройки, например:
- ID: s2
- Название: Site 2
- Доменное имя: site2.ru
- Папка сайта: /
- Название сайта: Example site 2
- URL сервера: site2.ru
- Путь к корневой папке веб-сервера для этого сайта: /home/bitrix/ext_www/site2.ru/

В данном случае в поле «Папка сайта» указывается слеш, в «URL сервера» задается текущий адрес нового сайта, а в пути к корневой папке указывается путь к папке сайта на хостинге.
Такой способ настройки многосайтовости не является простым, так как потребуется небольшой опыт работы с сервером и настройки конфигурации. Поэтому рекомендуем использовать инструкцию по настройке или обратиться к программисту за помощью.
Многосайтовость для Сайты 24
Сайты 24 – конструктор, который позволяет без навыков программирования создавать и настраивать простые сайты.

Для создания таких сайтов также используется многосайтовость. При необходимости, можно при помощи инструмента многосайтовости настроить его расположение на сайте или на отдельном домене.
Заключение
Таким образом, можно сделать вывод, что многосайтовость во многом упрощает работу с сайтами и позволяет избежать множество проблем. Все управление с сайтами становится централизованным и не требует дополнительных трудозатрат.
Многосайтовость будет полезна для филиалов организации или сети торговых компании, когда сайтов много и ими нужно централизованно управлять и вносить какие-либо изменения. Но в таком случае, необходимо заранее убедиться, что ресурсов хостинга будет достаточно.
Для чего нужна мультисайтовость
- Управление всеми проектами из одного интерфейса;
- Единая система безопасности для всех проектов;
- Сквозная авторизация для пользователей;
- Общий сервис мониторинга посещаемости и аналитика по всем проектам на одной платформе;
- Удобство централизованного показа рекламы на всех сайтах платформы.
Мультисайтовость полезна, когда у компании есть один корпоративный сайт и множество сайтов филиалов. Или, например, есть корпоративный сайт и сайт интернет-магазина.
Если понадобится разместить новость или каталог продукции, то на обычных сайтах придется делать это в нескольких админ-панелях, что очень неудобно. А если таких сайтов-филиалов несколько десятков, то задача усложняется многократно, как и затраченное время.
Другое дело — мультисайтовость. Здесь одно общее ядро и общая база данных. И, соответственно, одна общая админ-панель. При этом публичная часть сайтов настраивается независимо, и может отличаться структурой, интерфейсом и дизайном.
Поэтому с управлением большим количеством сайтов справится один контент-менеджер, и ему не придется выполнять однотипные задачи по каждому отдельному сайту.
Также мультисайтовость очень удобна для самих пользователей. Им не придется регистрироваться на каждом отдельном сайте, т.к. при мультисайтовости регистрация сквозная.
Мультисайтовость на Битрикс можно организовать двумя способами: на одном домене или на разных доменах.
Мультисайтовость Битрикс на одном домене — все сайты расположены внутри одного домена. То есть, на поддоменах основного домена. Этот вариант больше подходит для сетей филиалов или многоязычных сайтов.
Мультисайтовость Битрикс на разных доменах — все сайты расположены на разных доменах. Такой вариант является более удобным и предпочтительным, особенно для крупных компаний, у которых целевые аудитории или маркетинговые задачи сайтов сильно различаются.
Как настроить мультисайтовость в Битрикс на одном домене
Каждый сайт для мультисайтовости должен быть размещен в отдельном подкаталоге внутри единого каталога, например:
/www/ваш-сайт.ru/s1/
/www/ваш-сайт.ru/s2/
Имена каталогов s1, s2 можно выбирать произвольно, например, shop и company, или en и ru соответственно.
Также возможен вариант, когда один из сайтов располагается в корневом каталоге, а второй сайт в подкаталоге. Например:
/www/ваш-сайт.ru/
/www/ваш-сайт.ru/s2/
Далее устанавливаем Битрикс в корневую директорию. В данном случае в ваш-сайт.ru. Чтобы правильно установить Битрикс воспользуйтесь этой инструкцией по установке и настройке Битрикса.
Затем необходимо выполнить ряд настроек в админ-панели Битрикса:
Настройки > Настройки продукта > Сайты > Список сайтов

Выбираем Изменить параметры сайта s1 и указываем в них:
- Название:s1
- Доменное имя:оставить пустым
- Папка сайта:/ либо /s1/ * (см. примечание ниже)
- Название сайта:Корпоративный сайт компании «Название компании«
- URL сервера:www.ваш-сайт.ru/
- Путь к корневой папке веб-сервера для этого сайта:оставить пустым
* Если используем вариант с установкой основного сайта в корневую папку, а дополнительные в подкаталоги, то ставим просто слэш /, а если все сайты размещаем в подкаталогах, то пишем /s1/ (для каждого сайта соответственно свой номер).
В параметре Папка сайта необходимо указывать путь относительно корня к каталогу в котором расположена публичная часть сайта. А Путь к корневой папке веб-сервера для этого сайта не используется в данном способе настройки мультисайтовости и должен быть пустым для всех сайтов.
Аналогично настроим параметры сайта №2. Если его еще нет, то добавляем:
Настройки > Настройки продукта > Сайты > Список сайтов > Добавить сайт
И далее в настройках:
- Название:s2
- Доменное имя:оставить пустым
- Папка сайта:/s2/
- Название сайта:Интернет-магазин компании «Название компании«
- URL сервера:ваш-сайт.ru/s2
- Путь к корневой папке веб-сервера для этого сайта:оставить пустым
Как настроить мультисайтовость в Битрикс на разных доменах
В этом варианте каждый сайт необходимо размещать в соответствующем каталоге. Например:
/www/site1/
/www/site2/
Эти каталоги создаются автоматически при добавлении нужного домена в меню WWW-Домены — Создать, поэтому сначала нужно добавить адреса сайтов, которые планируется использовать. Далее устанавливаем Битрикс в один из сайтов. Пусть это будет site1. Чтобы ядро могло работать для обоих сайтов необходимо создать символьные ссылки для второго сайта.
Символьные ссылки нужны для папок /bitrix, /local и /upload.
Символьная ссылка: (также симлинк от англ. Symbolic link, символическая ссылка) — специальный файл, для которого в файловой системе не хранится никакой информации, кроме одной текстовой строки. Эта строка трактуется как путь к файлу, который должен быть открыт при попытке обратиться к данной ссылке.
Чтобы создать символьные ссылки, зайдите в Панель управления хостинга — https://my.jehost.ru/ispmgr
WWW > WWW-Домены > site2 > Каталог > Создать > Ссылка
В поле Имя пишем название папки. Например, bitrix. В поле Значение — полный путь к этой папке на основном сайте:
/var/www/логин/data/www/ваш-сайт.ru/bitrix/
Где ваш-сайт.ru — ваш основной сайт, в котором находятся каталоги bitrix и upload.
Если все сделали верно, то симлинк появится в каталоге сайта в виде папки с синей стрелкой. Если стрелка будет красная, значит, допущена ошибка в адресе пути.
В итоге у вас полуится символическая ссылка в таком виде:

Точно так же нужно будет создать симлинки для папок /local (при необходимости) и /upload.
Далее выполните те же настройки в админ-панели Битрикса, что и для варианта «Мультисайтовость Битрикс на одном домене» (см. выше), но с некоторыми изменениями:
- Название:site1
- Доменное имя:com
- Папка сайта:/
- Название сайта:Корпоративный сайт компании «Название компании«
- URL сервера:site1.com
- Путь к корневой папке веб-сервера для этого сайта:/home/www/site1/
Здесь в поле Папка сайта необходимо записать слэш /, а в поле Путь к корневой папке веб-сервера для этого сайта должен быть прописан полный путь к сайту на хостинге. Проще всего сделать это, нажав справа от поля ссылку «вставить текущий». Тогда адрес подставится автоматически.
Только обязательно проверьте, чтобы в конце строки был указан именно текущий сайт! Например, если вы настраиваете дополнительный сайт, то нужно проверить, чтобы в конце строки был указан именно он, а не основной сайт.
Важно! Обязательно также проверьте поле Сортировка сайтов в списке. Если второй сайт работает на поддомене первого сайта, то он в списке сайтов должен иметь более низкое значение. Например, сортировка у первого сайта — 10, сортировка у второго сайта (работающего на поддомене) — 5.
Технически многосайтовая версия продукта может быть реализована в двух конфигурационных режимах:
- Многосайтовость на одном домене. (Старое название: Многосайтовость по первому способу.) Продукт и все сайты работают под управлением одной копии веб-сервера Apache.
- Многосайтовость на разных доменах. (Старое название: Многосайтовость по второму способу.) Каждый сайт работает под управлением отдельной копии веб-сервера Apache или отдельного виртуального веб-сервера.
Конфигурирование сайтов
Многосайтовость на одном домене
Принципиальная необходимость для многосайтовости на одном домене — разделение сайтов по подкаталогам, так, чтобы структура файлов не пересекалась. Каждый сайт должен быть размещен в отдельном подкаталоге внутри корневого каталога.
При этом возможно как создание равнозначных папок в структуре корневого каталога, так и создание папок второго сайта внутри директории первого сайта. То есть, допустимы комбинации как вида:
/www/s1/ - первый сайт,
/www/s2/ - второй сайт.
Так и комбинации вида:
/www/s1/ - первый сайт,
/www/s1/s2 – второй сайт.
При настройке многосайтовости на одном домене мы располагаем одним веб-сервером Apache, DocumentRoot которого настроен на каталог /home/www/allsites.
Установим программный продукт «1С-Битрикс: Управление сайтом» в этот каталог.
Каждый сайт в первом способе конфигурации должен быть размещен в отдельном подкаталоге внутри единого каталога, например:
/home/www/allsites/s1/
/home/www/allsites/s2/
Имена каталогов s1, s2 можно выбирать любыми, например, shop и company, или en и de соответственно. Возможен так же вариант, когда один из сайтов располагается в корневом каталоге (например, /home/www/allsites/), а второй сайт в подкаталоге (например, /home/www/allsites/s2/).
Настройка сайтов выполняется в Административном разделе системы (Настройки > Настройки продукта > Сайты > Список сайтов).
Выбираем «Изменить» параметры сайта №1 и указываем в них:
Название: site1
Доменное имя: оставить пустым
Папка сайта: /s1/
Название сайта: Корпоративный сайт компании "Название компании"
URL сервера:www.site1.com/s1
Путь к корневой папке веб-сервера для этого сайта: оставить пустым
В параметре Папка сайта необходимо указывать путь относительно корня к каталогу в котором расположена публичная часть сайта. А Путь к корневой папке веб-сервера для этого сайта не используется в данном способе настройки многосайтовости и должен быть пустым для всех сайтов.
Аналогично настроим параметры сайта №2:
Название: site2
Доменное имя: оставить пустым
Папка сайта: /s2/
Название сайта: Интернет-магазин компании "Название компании"
URL сервера:www.site1.com/s2
Путь к корневой папке веб-сервера для этого сайта: оставить пустым
Многосайтовость на разных доменах
Для работы многосайтовости на разных доменах нам потребуется произвести настройку программного продукта. Настройку веб-сервера Apache, как и в случае с многосайтовостью на одном домене, должна произвести хостинговая компания.
Будем использовать для примера конфигурацию из двух сайтов:
www.site1.com - корпоративный сайт компании
www.site2.com - интернет-магазин компании
Каждый сайт надо разместить в соответствующем каталоге, например:
/home/www/site1/
/home/www/site2/
Продукт устанавливается в один из сайтов. Чтобы ядро могло работать для обоих сайтов, необходимо создать символьные ссылки для сайта, в котором нет установленного ядра. Ссылки потребуются для папок /bitrix, /local и /upload. Эти папки являются общими для обоих сайтов, такова особенность архитектуры.
Ссылки можно создать двумя способами. Первый — классический, который рекомендовался компанией с самого начала. Второй — более поздний, считается более «красивым и изящным». В нем отсутствует шаг создания отдельной папки и переноса в нее ядра системы.
Первый вариант:
- установите программный продукт «1С-Битрикс: Управление сайтом»
сначала в каталог первого сайта/home/www/site1/ -
создайте каталог
/home/www/shared/, в котором будут располагаться
общие для всех сайтов файлы:mkdir /home/www/shared -
перенесите весь каталог
/home/www/site1/bitrix/в
/home/www/shared/bitrix/:mv /home/www/site1/bitrix /home/www/shared/bitrix -
перенесите весь каталог
/home/www/site1/upload/в
/home/www/shared/upload/:mv /home/www/site1/upload /home/www/shared/upload -
перенесите весь каталог
/home/www/site1/local/в
/home/www/shared/local/:mv /home/www/site1/local /home/www/shared/local -
создайте символическую связь для каталога /bitrix/ в каждом из
сайтов:ln -s /home/www/shared/bitrix /home/www/site1/ ln -s /home/www/shared/upload /home/www/site1/ ln -s /home/www/shared/local /home/www/site1/ ln -s /home/www/shared/bitrix /home/www/site2/ ln -s /home/www/shared/upload /home/www/site2/ ln -s /home/www/shared/local /home/www/site2/ -
убедитесь, что веб-сервер (Apache, IIS) имеет право на запись в
каталог /home/www/shared/ (это необходимо будет для работы системы
обновлений и загрузки графических файлов) - разместите публичную часть второго сайта в каталог
/home/www/site2/
При настройке многосайтовой конфигурации на UNIX, можно воспользоваться программным методом создания символьных ссылок:
<?
symlink("/virt/homes/forinsured/bitrix", "/virt/homes/forinsured/htdocs/bitrix");
symlink("/virt/homes/forinsured/upload", "/virt/homes/forinsured/htdocs/upload");
symlink("/virt/homes/forinsured/local", "/virt/homes/forinsured/htdocs/local");
?>
Второй вариант. В нем символьные ссылки создаются непосредственно в папке второго сайта.
- Установите программный продукт «1С-Битрикс: Управление сайтом» сначала в каталог первого сайта
/home/www/site1/ - Создайте в корневой папке второго сайта (
/home/www/site2/) скрипт, например, под именемsymlink.php:
<html>
<head><title>Создание ссылок на папки bitrix, local и upload</title></head>
<body>
<?
error_reporting(E_ALL & ~E_NOTICE);
@ini_set("display_errors",1);
if ($_POST['path'])
$path = rtrim($_POST['path'],"/");
else
$path = '../site1/www';
if ($_POST['create'])
{
if (preg_match("#^/#",$path))
$full_path = $path;
else
$full_path = realpath($_SERVER['DOCUMENT_ROOT'].'/'.$path);
if (file_exists($_SERVER['DOCUMENT_ROOT']."/bitrix"))
$strError = "В текущей папке уже существует папка bitrix";
elseif (is_dir($full_path))
{
if (is_dir($full_path."/bitrix"))
{
if (symlink($path."/bitrix",$_SERVER['DOCUMENT_ROOT']."/bitrix"))
{
if (symlink($path."/upload",$_SERVER['DOCUMENT_ROOT']."/upload"))
{
if (symlink($path."/local",$_SERVER['DOCUMENT_ROOT']."/local"))
echo "Символические ссылки удачно созданы";
else
$strError = 'Не удалось создать ссылку на папку local, обратитесь к администратору сервера';
}
else
$strError = 'Не удалось создать ссылку на папку upload, обратитесь к администратору сервера';
}
else
$strError = 'Не удалось создать ссылку на папку bitrix, обратитесь к администратору сервера';
}
else
$strError = 'Указанный путь не содержит папку bitrix';
}
else
$strError = 'Неверно указан путь или ошибка прав доступа';
if ($strError)
echo ''.$strError.'
Исходный путь: '.$full_path;
}
?>
<form method=post>
Путь к папке, содержащей папки bitrix, local и upload: <input name=path value="<?=htmlspecialchars($path)?>"><br>
<input type=submit value='Создать' name=create>
</form>
</body>
</html>
-
Запустите скрипт и укажите путь к корневой папке первого сайта, в нашем случае
/home/www/site1/. -
После того как символьные ссылки созданы, наберите в адресной строке браузера
site1/bitrix/admin. Откроется панель авторизации. -
Введите данные администратора, которые указывали при установке продукта на первый сайт, и попадете в административную панель «1С-Битрикс: Управление сайтом».
После завершения работы скрипта наличие символических ссылок на папки /bitrix, /local и /upload в папке второго сайта можно проверить по появлению одноименных папок.
Настройка сайтов выполняется в административном разделе системы на странице Настройки > Настройки продукта > Сайты > Список сайтов.
В строке первого сайта (www.site1.com), в колонке действий выбираем команду Изменить и указываем в них:
Название: site1
Доменное имя:site1.com
Папка сайта: /
Название сайта: Корпоративный сайт компании "Название компании"
URL сервера: www.site1.com
Путь к корневой папке веб-сервера для этого сайта: /home/www/site1/
Если DNS настроен таким образом, что ваш сайт отвечает на адрес http://site1.com, то в поле Доменное имя желательно указывать без www. Можно перечислить в этом поле с новой строки любое число доменных имен, по которым вы хотите, чтобы отвечал сайт (или уже отвечает).
Важно иметь в виду, что значения, указанные в поле Доменное имя, используются продуктом для распространения в указанные домены информации о посетителях по технологии переноса посетителей. Поэтому крайне желательно указывать полный список доменов, по которым может ответить сайт.
Очень важно не указывать в списке доменов сайты, которые не работают на данном экземпляре продукта. Указанный неправильно или несуществующий домен может не только замедлить работу пользователей, но и фактически не позволит перенести данные в сайты, работающие не на общем экземпляре продукта.
Аналогично настроим параметры второго сайта (www.site2.com/):
Название: site2
Доменное имя: site2.com
Папка сайта: /
Название сайта: Интернет-магазин компании "Название компании"
URL сервера: www.site2.com
Путь к корневой папке веб-сервера для этого сайта: /home/www/site2/
Обратите внимание, что для двух сайтов в параметре Папка сайта указано одинаковое значение: «/». Это связано с тем, что сайты обслуживаются разными «виртуальными серверами» (в терминологии Apache) у которых для размещения файлов использован разный каталог.
Также необходимо обратить внимание на параметр Путь к корневой папке веб-сервера для этого сайта. Для разных сайтов у него свое значение, взятое из параметра DocumentRoot настроек соответствующего «виртуального сервера» (см. ниже пример части файла httpd.conf настроек Apache).
У Битрикса есть отдельный курс посвященный работе с многосайтовостью в котором описаны основные сценарии по работе и настройки. Читайте, выбирайте подходящий вариант и настраивайте.
Устанавливаем и настраиваем Битрикс
Туториал по установке чистого Битрикса, без каких-либо шаблонов и дополнений.
Вступление
В этой статье разберем, как установить чистый Битрикс, без каких-либо шаблонов и дополнений. Перед началом убедитесь, что ваш хостинг соответствует техническим требованиям Битрикса, их можно посмотреть по этой ссылке: https://www.1c-bitrix.ru/products/cms/requirements.php
Загружаем дистрибутив Битрикса на свой сайт
Скачиваем архив с официального сайта 1c-bitrix.ru, прямая ссылка на страницу загрузок: https://www.1c-bitrix.ru/download/cms.php
Здесь в блоке «Дистрибутивы» видим ссылки на различные редакции Битрикса: Старт, Стандарт, Малый бизнес и т.п.:

Не буду детально разбирать различия между редакциями, но чем «старше» редакция, тем больше функционала в ней есть и тем дороже она стоит
Мы будем делать простейший сайт, поэтому скачиваем самую «младшую» редакцию – Старт. Загружайте архив на свой хостинг в директорию сайта и распаковывайте.
Устанавливаем Битрикс
Если во время установки возникнет непреодолимая ошибка – поищите решение проблемы в конце этой статьи в блоке Ошибки, которые могут возникнуть на этапе установки.
Открываем главную страницу сайта и начинаем процесс установки. На первом экране жмем «Далее»:

Принимаем лицензионное соглашение (предварительно прочитав его, конечно же) и снова жмем «Далее»:

Мы устанавливаем демо-версию, поэтому регистрировать Битрикс пока что не будем => убираем галочку «Я хочу зарегистрировать свою копию продукта, устанавливать решения из Маркетплейс и получать обновления». Сайт будем устанавливать в кодировке UTF-8 => отмечаем чекбокс «Установить в кодировке UTF-8» и жмем «Далее»:

Если по каким-либо причинам нужно установить сайт в кодировке windows-1251 – просто не отмечайте чекбокс «Установить в кодировке UTF-8».
Теперь нам нужно убедиться, что настройки хостинга соответствуют требованиям Битрикса. В моем случае два параметра подсвечены красным цветом:

Версия веб-сервера не выяснен – если в самом начале вы убедились, что версия веб-сервера соответствует требованиям Битрикса, то на это предупреждение можно не обращать внимания. Практика показывает, что скрипт установщика очень часто не может определить версию веб-сервера, даже если она соответствует требованиям Битрикса.
mbstring.func_overload – а вот этот параметр обязательно нужно исправить. Обычно его можно изменить в настройках PHP, в личном кабинете хостинга.
Устанавливаю нужное значение mbstring.func_overload в настройках хостинга и продолжаю установку.
Если у вас при установке красным цветом подсвечены другие параметры – их нужно постараться исправить. В противном случае могут возникнуть проблемы в работе сайта.
Следующий шаг – настройка соединения с базой данных. Вводим нужные параметры и нажимаем «Далее»:

Теперь ждем окончания установки:

Далее появляется окно для ввода данных администратора. Вводим необходимую информацию и снова жмем «Далее»:

На следующем шаге Битрикс предлагает нам установить одно из готовых решений (шаблонов). Т.к. мы планируем делать свой шаблон — готовые решения нам не нужны. Чтобы ничего не устанавливать — выбираем вариант «Демо-сайт для разработчиков», жмем «Далее»:

И отменяем установку решения, нажав «Отмена», а затем «Ок» во всплывающем окне:

Отлично, решение не установилось, жмем кнопку «Перейти на сайт»:

На этом установка Битрикса завершена, а мы попали на главную страницу. В самом верху у нас отображается панель администратора с вкладками «Сайт» и «Администрирование». Вкладка «Сайт» — это публичный раздел (который виден всем посетителям). Вкладка «Администрирование» — это админка. На протяжении работы с сайтом мы будем переключаться между этими вкладками:

Удаляем лишние установщики
Вы наверняка заметили, что дистрибутив Битрикса был очень объемным (около 200 мегабайт в моем случае). Удалим лишние файлы, чтобы сайт занимал немного меньше места.
Удалим предустановленное решение из раздела «Маркетплейс». Идем на вкладку «Администрирование», далее Marketplace => Установленные решения и удаляем имеющееся там решение:

Это еще не всё, после удаления снова возвращаемся в список решений, нажав кнопку «Вернуться в список»:

Решение всё еще осталось на сайте. Теперь нам нужно его стереть:

В итоге в списке решений должно быть пусто:

Отлично, теперь идем в Настройки => Настройки продукта => Список мастеров и удаляем установщик демо-сайта:

Супер, своими действиями мы только что уменьшили размер сайта примерно на 60 мегабайт.
Запускаем проверку системы
В Битриксе есть инструмент «Проверка системы», который помогает найти причины проблем в работе сайта. У нас никаких проблем и ошибок в работе сайта нет, но после установки Битрикса все-таки стоит запустить этот инструмент. В админ панели идем в раздел Настройки => Инструменты => Проверка системы и нажимаем кнопку «Начать тестирование»:

В моем случае есть несколько ошибок и замечаний, а именно:




Справа у каждого пункта есть иконка вопроса, нажав на которую можно получить подробную информацию. Разберем эти ошибки.
Ошибка! Параметр default_socket_timeout = 10, требуется 60
Значение max_input_vars должно быть не ниже 10000. Текущее значение: 1000
Эти две ошибки можно исправить, добавив 2 строчки в файл .htaccess, который лежит в корне сайта:
php_value max_input_vars 10000
php_value default_socket_timeout 60
Если это не решает проблему – обратитесь в техподдержку своего хостинга, вам должны подсказать, как правильно настроить указанные параметры.
Замечание. Агенты выполняются на хитах, рекомендуется перевести выполнение агентов на cron
Это не критичное замечание. Пока что не будем вникать в то, что собой представляют Агенты в Битриксе. Просто отмечу, что до тех пор, пока вы не создаете своих Агентов, можно не беспокоиться о переводе Агентов на CRON.
Замечание. Возможны проблемы в работе с длинными строками из-за системных ограничений
И это замечание тоже не критично, если сайт работает без ошибок – это предупреждение можно игнорировать (на моей практике из-за него никогда не возникало проблем).
Ошибка! Переменная sql_mode в MySQL должна быть пустая, текущее значение: NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
Кликаем на знак вопроса справа от этого пункта и получаем решение проблемы:

Вносим указанный код в указанные файлы.
После исправления всех ошибок заново запустим тестирование системы, чтобы убедиться, что в этот раз всё в порядке.
Ошибки, которые могут возникнуть на этапе установки Битрикса
Parse error: syntax error, unexpected ‘::’ (T_PAAMAYIM_NEKUDOTAYIM)
Эта ошибка может появляться при первоначальном открытии сайта. Полный текст ошибки выглядит примерно так:
Parse error: syntax error, unexpected '::' (T_PAAMAYIM_NEKUDOTAYIM) in /home/users/p/polzovatel/domains/bitrix.alfavitka.ru/bitrix/modules/main/lib/orm/data/datamanager.php on line 77
Скорее всего, проблема кроется в версии PHP. На момент написания этого урока рекомендуемая версия PHP для Битрикса – 7.2. Попробуйте выбрать её в настройках хостинга.
Актуальные минимальные технические требования Битрикса можно посмотреть по ссылке: https://www.1c-bitrix.ru/products/cms/requirements.php
Ваша версия MySql не удовлетворяет минимальным техническим требованиям продукта.
Эта ошибка возникает после ввода параметров соединения с базой данных:

Скорее всего, на хостинге используется устаревшая версия MySQL. На момент написания этого урока версия MySQL должна быть не ниже 5.6.
Актуальные минимальные технические требования Битрикса можно посмотреть по ссылке:
https://www.1c-bitrix.ru/products/cms/requirements.php
Если ваш хостинг использует старую версию MySQL и её никак нельзя обновить – вам пора задуматься о смене хостинга.
|
Пользователь 2369063 Заглянувший Сообщений: 2 |
Добрый день! |
|
Пользователь 2369063 Заглянувший Сообщений: 2 |
#2 0 07.08.2018 16:39:15 Разобрался. Оказывается, в списках сайтов можно не только нажимать на «изменить», но и дважды щелчком входить в настройки сайта |
nyx
Мой дом здесь!
-
#3
Так эта ошибка не блокирует обновления, это просто ошибка при проверке сайта, когда в CMS сайт один, а в его настройках прописан путь к корневой папке как для многосайтовости по второму типу. Битрикс Вас просит оставить в таком случае поле «Путь к корневой папке пустым».
ТП тут не нужна. Просто уберите или исправьте путь.
А тут Вы взаимоисключающее написали:
у меня на одной лицензии на моем сервере 4 сайта, по типу
/home/host/site.ru/www/
/home/host/site2.ru/www/В данных директориях www ничего нет и не было
Многосайтовость по второму типу есть, но в папках ничего нет и не было. Это как?
У Вас должно быть четыре папки:
/home/site1.ru/
/home/site2.ru/
/home/site3.ru/
/home/site4.ru/
В одной их них ядро (папки bitrix и upload)
В остальных трех симлинки к этим двум папкам ядра и собственное содержимое.
В CMS настроены 4 сайта и в настройках каждого прописаны эти путь.
Всё!
Последнее редактирование: 14 Май 2018
Содержание
- Чем полезна мультисайтовость
- Как настраивается мультисайтовость в «Битрикс» на одном домене
- Настройка мультисайтовости в Bitrix на разных доменах
На начальном этапе компании достаточно одного небольшого корпоративного сайта. Но бизнес постепенно развивается, необходимо наращивать присутствие в интернете и масштабироваться. Для этих целей в «Битриксе» предусмотрен функционал мультисайтовости. Это значит, что на одной копии продукта можно запустить неограниченное количество сайтов, которые будут иметь разную публичную часть, но при этом общую административную панель. Рассказываем подробнее об этом функционале и его пользе для бизнеса.
Чем полезна мультисайтовость
- Вы сможете одновременно редактировать несколько сайтов
Рассмотрим ситуацию — надо разместить новость. У вас один корпоративный сайт и пять сайтов-филиалов. Для того, чтобы опубликовать новость вам придется заходить в админпанель на шести сайтах и повторять однотипные действия. Или же вам необходимо разместить каталог продукции, сегментировав его по нескольким региональным представительствам.
Многосайтовость «1С:Битрикс» решает проблему на корню. Ядро тут одно, база данных тоже общая. Соответственно — одна админ-панель для всех сайтов. При этом поддерживается независимая настройка публичной части сайтов, так что они будут отличаться друг от друга по структуре, интерфейсу и дизайну.
В этом заключается один из весомых плюсов мультисайтовости — управлять большим количеством сайтов может один контент-менеджер. Ему не нужно будет выполнять один и тот же перечень задач для разных сайтов, внести изменения он сможет на всех сразу.
- Сквозная авторизация для пользователей, не нужно проходить регистрацию на каждом ресурсе отдельно
Можно высоко оценить удобство мультисайтовости для самих пользователей. Регистрация сквозная, так что им не придется каждый раз регистрироваться на каждом отдельном сайте. Достаточно сделать это один раз и можно заходить на каждом ресурсе под тем же логином.
Другие преимущества мультисайтовости:
- Единая система безопасности для всех сайтов.
- Удобный централизованный показ рекламы на всех ресурсах.
- Простой мониторинг — здесь есть общий сервис для всех проектов на одной платформе, который показывает посещаемость и аналитику.
Многосайтовость «Битрикс» бывает двух видов:
- Можно организовать мультисайтовость на одном домене или на разных. Обозначим отличия. Если речь идет об организации мультисайтовости на одном домене, то в этом случае все сайты будут расположены на поддоменах основного домена. Этот вариант будет оптимальным для владельца многоязычного сайта или для сети с большим числом филиалов.
- Если все сайты располагаются на разных доменах — этот вариант наиболее предпочтителен для крупной организации, у которой маркетинговые задачи ресурсов сильно отличаются.
Рекомендуемые решения
Как настраивается мультисайтовость в «Битрикс» на одном домене
Каждый сайт для мультисайтовости должен быть размещен в отдельном подкаталоге внутри единого каталога, например:
/www/вашсайт.рф/a1/ /www/вашсайт.рф/a2/
Названия каталогов a1 и a2 выбраны случайно, вы можете назвать подкаталоги так, как вы захотите — например, shop и company. Если речь идет о многоязычном сайте — en и ru соответственно.
Также возможет и другой вариант, когда один сайт размещен в корневом разделе, а второй — в подкаталоге. Выглядеть это будет так:
/www/вашсайт.рф/ /www.вашсайт.рф/a2
Далее устанавливаем «Битрикс» в корневую директорию. В нашем случае — в вашсайт.рф.
Следующий этап — выполнить нескольких настроек в администраторской панели Bitrix.
Переходим в раздел «Настройки», оттуда в «Настройки продукта», далее «Сайты» и «Список сайтов».

В последнем разделе выбираем изменить параметры сайта a1 и указываем там:
- Название: a1
- Доменное имя: остается пустым
- Папка сайта: / либо /a1/* (обратите внимание на примечание)
- Название сайта: Корпоративный сайт фирмы «Название фирмы»
- URL сервера: www.вашсайт.рф/
- Путь к корневой папке веб-сервера для этого сайта: остается пустым.

Примечание: если планируется установка основного сайта в корневую папку, а все прочие в подкаталоги — то надо поставить просто слэш «/», если же речь идет о размещении всех сайтов в подкаталогах — пишем для каждого из них свой номер.
Указываем в параметре «Папка сайта» путь относительно корня к каталогу, в котором размещена публичная часть сайта. Путь к корневой папке веб-сервера для этого сайта должен быть пустым для всех сайтов, так как данный метод настройки мультисайтовости не подразумевает его использование.
Схожим образом настраиваем параметры второго сайта. Если его еще нет, то добавляем. Нажимаем «Настройки», переходим в «Настройки продукта», «Сайты», «Список сайтов» и «Добавить сайт».
Далее редактируем настройки по той же схеме, что и в случае с первым сайтом:
- Название: a2
- Доменное имя: остается пустым
- Папка сайта: /a2/
- Название сайта: интернет-магазин организации «Название организации»
- URL сервера: вашсайт.рф/a2
- Путь к корневой паке веб-сервера для этого сайта: остается пустым.
Рекомендуемые решения
Этот подход несколько отличается от предыдущего. В случае с ним каждый сайт будет размещен в отдельном каталоге. Например:
Создание каталогов происходит автоматически, когда в меню WWW-Домены-Создать добавляется нужный домен. Сначала добавляем адреса сайтов, которые будут использоваться. Следующий шаг -установка Bitrix в один из сайтов. Допустим, это sait1. Чтобы ядро могло работать для обоих сайтов необходимо создать символьные ссылки для второго сайта, которые потребуются для папок /uploaf, /local и /bitrix.
Символьные ссылки также иногда называют символическими или симлинками. Это специальные файлы, для которых в файловой системе не предусмотрено никакой информации, за исключением одной текстовой строки. Эта строчка — путь к файлу, который открывается при нажатии на данную ссылку.
Для создания символьной ссылки переходим в Панель управления хостинга. Здесь выбираем «WWW», далее «Домены», sait2, затем «Каталог», «Создать» и «Ссылка».
В поле «Имя» указываем наименование папки. К примеру, upload. В «Значение» — указываем полный путь к данной папке на сайте, выглядеть это будет следующим образом:
/var/www/логин/data/www/вашсайт.рф/upload/
Здесь вашсайт.рф — это ваш основной сайт, в котором размещены каталоги upload и bitrix. Если все было сделано правильно, то символьная ссылка появится в каталоге в форме папки со стрелкой. Если стрелочка синяя, то все сделано верно. Если же стрелка будет красной — вы ошиблись, когда писали адрес пути.
По той же схеме потребуется создать символьные ссылки для папок /bitrix и /local.
Следующий шаг — ввод тех же настроек в администраторской панели «Битрикс», что в случае с мультисайтовостью на одном домене, но с некоторыми изменениями:
- Название: sait1
- Доменное имя: com
- Папка сайта:/
- Название сайта: Корпоративный сайт организации «Название фирмы»
- URL сервера: sait1.com
- Путь к корневой папке веб-сервера для этого сайта:/home/www/sait1/
Отличия заключаются в том, что в поле «Папка сайта» должен быть слэш, а в поле «Путь к корневой папке веб-сервера» должен быть указан путь к веб-ресурсу на виртуальном хостинге. Самый простой метод сделать это — нажать на кнопку «Вставить текущий», тогда адрес появится автоматически.
Обязательно убедитесь в том, что в конце строки обозначен именно текущий сайт. Если речь о настройке дополнительного, а не основного — там должен быть именно он.
Еще один важный момент — проверка поля «Сортировка сайтов». Если сайт работает на поддомене главного, то в перечне у него должно быть значение ниже. Например, сортировка у первого сайта — 10, сортировка у второго сайта (работающего на поддомене) — 5.
Вот и все тонкости настройки мультирегиональности на «Битрикс». Надеемся, данный материал был для вас полезен.
Когда у компании есть только один сайт – управлять им достаточно просто. Однако со временем бизнес расширяется и таких сайтов может стать больше. Поддерживать и вести сразу несколько сайтов неудобно, потому что приходится авторизовываться на каждом сайте, анализировать статистику, выполнять однотипные действия, обучать персонал работать с CMS и т.п. В Битриксе предусмотрели эту проблему и создали функционал мультисайтовости, который позволяет на одной копии продукта создавать неограниченное количество сайтов.
В этой статье мы подробно расскажем о технологии многосайтовости в Битриксе: как работает технология, какие у нее есть ограничения и как её можно настроить без привлечения программиста.
Для чего нужна многосайтовость
Многосайтовость – технология в Битриксе, которая дает возможность создавать множество сайтов на одной лицензии. Это значит, что для создания нового сайта не потребуется покупать дополнительную лицензию Битрикс. Все созданные сайты будут иметь разные адреса и публичную часть, но при все этом – одну административную панель и базу данных.
Многосайтовость легко решает проблемы трудозатрат и большого количества сайтов, с управлением которых легко справится один контент-редактор.
Преимущества
- Если задать настройки сквозной авторизации, то пользователям не придется регистрироваться отдельно на каждом сайте.
- Управление выводимым контентом в одном месте для всех сайтов.
- Единая система безопасности. Весь контроль безопасности в одном месте.
- Централизованный показ рекламы и баннеров на сайтах.
- Аналитика по каждому сайту.
Ограничения
- Все сайты должны быть размещены на одном хостинге и использовать одну установку Битрикса. Иначе придется приобретать на каждый хостинг отдельную лицензию.
- На редакции «Старт» нельзя создать больше двух сайтов. На остальных редакциях – неограниченное количество сайтов. Актуальную информация о количестве сайтов представлена на официальном сайте Битрикса.
Многосайтовость предполагает, что у сайтов будет одна общая база данных, поэтому все сайты должны быть размещены на том же хостинге, что и основной сайт.
Настройка многосайтовости
Существует два способа настроить многосайтовость:
1. На одном домене. В таком случае сайты размещаются в поддомене основного домена. Такой вариант оптимален для многоязычной версии сайта.
2. На разных доменах подойдет в остальных случаях, если домены сайтов отличаются, но при этом размещены на одном хостинге.
Настройка на одном домене
Если вы настраиваете многосайтовость для одного домена, то необходимо в корне сайта создать папку, которая будет представлять из себя отдельный сайт. Например, основной сайт /home/bitrix/ext_www/example.ru/, а дополнительный сайт с английской версией /home/bitrix/ext_www/example.ru/en/.
Далее в административной панели Битрикса Настройки / Настройки продукта / Сайты / Список сайтов необходимо добавить новый сайт.

При добавлении нового сайта задать настройки, например:
- ID: en
- Название: English version
- Доменное имя: оставляем пустым
- Папка сайта: /en/
- Название сайта: Example
- URL сервера: example.ru/en
- Путь к корневой папке веб-сервера для этого сайта: оставляем пустым

В данном случае второй сайт идентифицируется как en, но вы можете задать любой другой идентификатор и название.
Доменное имя сайта и путь к корневой папке не заполняются, так как они необходимы только при настройке многосайтовости на разных доменах. Другие поля «Папка сайта» и «URL сервера» заполняются относительно основного сайта.
Более подробная инструкция по настройки многосайтовости на одном домене доступна здесь.
Настройка на одном домене
Этот подход отличается от предыдущего только тем, что сайты размещаются в отдельных категориях сервера. Например: /home/bitrix/ext_www/site1.ru/ и /home/bitrix/ext_www/site2.ru/.
Это два разных сайта, доступных по разным адресам, но общее у них – это папки /bitrix/, /upload/ и возможно /local/ (если требуется). Поэтому в директории нового сайта необходимо создать симлинки на перечисленные папки, расположенные в основном сайте (/home/bitrix/ext_www/site1.ru/).
Далее в административной панели Битрикса Настройки / Настройки продукта / Сайты / Список сайтов добавляем новый сайт.
При добавлении нового сайта устанавливаем настройки, например:
- ID: s2
- Название: Site 2
- Доменное имя: site2.ru
- Папка сайта: /
- Название сайта: Example site 2
- URL сервера: site2.ru
- Путь к корневой папке веб-сервера для этого сайта: /home/bitrix/ext_www/site2.ru/

В данном случае в поле «Папка сайта» указывается слеш, в «URL сервера» задается текущий адрес нового сайта, а в пути к корневой папке указывается путь к папке сайта на хостинге.
Такой способ настройки многосайтовости не является простым, так как потребуется небольшой опыт работы с сервером и настройки конфигурации. Поэтому рекомендуем использовать инструкцию по настройке или обратиться к программисту за помощью.
Многосайтовость для Сайты 24
Сайты 24 – конструктор, который позволяет без навыков программирования создавать и настраивать простые сайты.

Для создания таких сайтов также используется многосайтовость. При необходимости, можно при помощи инструмента многосайтовости настроить его расположение на сайте или на отдельном домене.
Заключение
Таким образом, можно сделать вывод, что многосайтовость во многом упрощает работу с сайтами и позволяет избежать множество проблем. Все управление с сайтами становится централизованным и не требует дополнительных трудозатрат.
Многосайтовость будет полезна для филиалов организации или сети торговых компании, когда сайтов много и ими нужно централизованно управлять и вносить какие-либо изменения. Но в таком случае, необходимо заранее убедиться, что ресурсов хостинга будет достаточно.
Для чего нужна мультисайтовость
- Управление всеми проектами из одного интерфейса;
- Единая система безопасности для всех проектов;
- Сквозная авторизация для пользователей;
- Общий сервис мониторинга посещаемости и аналитика по всем проектам на одной платформе;
- Удобство централизованного показа рекламы на всех сайтах платформы.
Мультисайтовость полезна, когда у компании есть один корпоративный сайт и множество сайтов филиалов. Или, например, есть корпоративный сайт и сайт интернет-магазина.
Если понадобится разместить новость или каталог продукции, то на обычных сайтах придется делать это в нескольких админ-панелях, что очень неудобно. А если таких сайтов-филиалов несколько десятков, то задача усложняется многократно, как и затраченное время.
Другое дело — мультисайтовость. Здесь одно общее ядро и общая база данных. И, соответственно, одна общая админ-панель. При этом публичная часть сайтов настраивается независимо, и может отличаться структурой, интерфейсом и дизайном.
Поэтому с управлением большим количеством сайтов справится один контент-менеджер, и ему не придется выполнять однотипные задачи по каждому отдельному сайту.
Также мультисайтовость очень удобна для самих пользователей. Им не придется регистрироваться на каждом отдельном сайте, т.к. при мультисайтовости регистрация сквозная.
Мультисайтовость на Битрикс можно организовать двумя способами: на одном домене или на разных доменах.
Мультисайтовость Битрикс на одном домене — все сайты расположены внутри одного домена. То есть, на поддоменах основного домена. Этот вариант больше подходит для сетей филиалов или многоязычных сайтов.
Мультисайтовость Битрикс на разных доменах — все сайты расположены на разных доменах. Такой вариант является более удобным и предпочтительным, особенно для крупных компаний, у которых целевые аудитории или маркетинговые задачи сайтов сильно различаются.
Как настроить мультисайтовость в Битрикс на одном домене
Каждый сайт для мультисайтовости должен быть размещен в отдельном подкаталоге внутри единого каталога, например:
/www/ваш-сайт.ru/s1/
/www/ваш-сайт.ru/s2/
Имена каталогов s1, s2 можно выбирать произвольно, например, shop и company, или en и ru соответственно.
Также возможен вариант, когда один из сайтов располагается в корневом каталоге, а второй сайт в подкаталоге. Например:
/www/ваш-сайт.ru/
/www/ваш-сайт.ru/s2/
Далее устанавливаем Битрикс в корневую директорию. В данном случае в ваш-сайт.ru. Чтобы правильно установить Битрикс воспользуйтесь этой инструкцией по установке и настройке Битрикса.
Затем необходимо выполнить ряд настроек в админ-панели Битрикса:
Настройки > Настройки продукта > Сайты > Список сайтов

Выбираем Изменить параметры сайта s1 и указываем в них:
- Название:s1
- Доменное имя:оставить пустым
- Папка сайта:/ либо /s1/ * (см. примечание ниже)
- Название сайта:Корпоративный сайт компании «Название компании«
- URL сервера:www.ваш-сайт.ru/
- Путь к корневой папке веб-сервера для этого сайта:оставить пустым
* Если используем вариант с установкой основного сайта в корневую папку, а дополнительные в подкаталоги, то ставим просто слэш /, а если все сайты размещаем в подкаталогах, то пишем /s1/ (для каждого сайта соответственно свой номер).
В параметре Папка сайта необходимо указывать путь относительно корня к каталогу в котором расположена публичная часть сайта. А Путь к корневой папке веб-сервера для этого сайта не используется в данном способе настройки мультисайтовости и должен быть пустым для всех сайтов.
Аналогично настроим параметры сайта №2. Если его еще нет, то добавляем:
Настройки > Настройки продукта > Сайты > Список сайтов > Добавить сайт
И далее в настройках:
- Название:s2
- Доменное имя:оставить пустым
- Папка сайта:/s2/
- Название сайта:Интернет-магазин компании «Название компании«
- URL сервера:ваш-сайт.ru/s2
- Путь к корневой папке веб-сервера для этого сайта:оставить пустым
Как настроить мультисайтовость в Битрикс на разных доменах
В этом варианте каждый сайт необходимо размещать в соответствующем каталоге. Например:
/www/site1/
/www/site2/
Эти каталоги создаются автоматически при добавлении нужного домена в меню WWW-Домены — Создать, поэтому сначала нужно добавить адреса сайтов, которые планируется использовать. Далее устанавливаем Битрикс в один из сайтов. Пусть это будет site1. Чтобы ядро могло работать для обоих сайтов необходимо создать символьные ссылки для второго сайта.
Символьные ссылки нужны для папок /bitrix, /local и /upload.
Символьная ссылка: (также симлинк от англ. Symbolic link, символическая ссылка) — специальный файл, для которого в файловой системе не хранится никакой информации, кроме одной текстовой строки. Эта строка трактуется как путь к файлу, который должен быть открыт при попытке обратиться к данной ссылке.
Чтобы создать символьные ссылки, зайдите в Панель управления хостинга — https://my.jehost.ru/ispmgr
WWW > WWW-Домены > site2 > Каталог > Создать > Ссылка
В поле Имя пишем название папки. Например, bitrix. В поле Значение — полный путь к этой папке на основном сайте:
/var/www/логин/data/www/ваш-сайт.ru/bitrix/
Где ваш-сайт.ru — ваш основной сайт, в котором находятся каталоги bitrix и upload.
Если все сделали верно, то симлинк появится в каталоге сайта в виде папки с синей стрелкой. Если стрелка будет красная, значит, допущена ошибка в адресе пути.
В итоге у вас полуится символическая ссылка в таком виде:

Точно так же нужно будет создать симлинки для папок /local (при необходимости) и /upload.
Далее выполните те же настройки в админ-панели Битрикса, что и для варианта «Мультисайтовость Битрикс на одном домене» (см. выше), но с некоторыми изменениями:
- Название:site1
- Доменное имя:com
- Папка сайта:/
- Название сайта:Корпоративный сайт компании «Название компании«
- URL сервера:site1.com
- Путь к корневой папке веб-сервера для этого сайта:/home/www/site1/
Здесь в поле Папка сайта необходимо записать слэш /, а в поле Путь к корневой папке веб-сервера для этого сайта должен быть прописан полный путь к сайту на хостинге. Проще всего сделать это, нажав справа от поля ссылку «вставить текущий». Тогда адрес подставится автоматически.
Только обязательно проверьте, чтобы в конце строки был указан именно текущий сайт! Например, если вы настраиваете дополнительный сайт, то нужно проверить, чтобы в конце строки был указан именно он, а не основной сайт.
Важно! Обязательно также проверьте поле Сортировка сайтов в списке. Если второй сайт работает на поддомене первого сайта, то он в списке сайтов должен иметь более низкое значение. Например, сортировка у первого сайта — 10, сортировка у второго сайта (работающего на поддомене) — 5.
Технически многосайтовая версия продукта может быть реализована в двух конфигурационных режимах:
- Многосайтовость на одном домене. (Старое название: Многосайтовость по первому способу.) Продукт и все сайты работают под управлением одной копии веб-сервера Apache.
- Многосайтовость на разных доменах. (Старое название: Многосайтовость по второму способу.) Каждый сайт работает под управлением отдельной копии веб-сервера Apache или отдельного виртуального веб-сервера.
Конфигурирование сайтов
Многосайтовость на одном домене
Принципиальная необходимость для многосайтовости на одном домене — разделение сайтов по подкаталогам, так, чтобы структура файлов не пересекалась. Каждый сайт должен быть размещен в отдельном подкаталоге внутри корневого каталога.
При этом возможно как создание равнозначных папок в структуре корневого каталога, так и создание папок второго сайта внутри директории первого сайта. То есть, допустимы комбинации как вида:
/www/s1/ - первый сайт,
/www/s2/ - второй сайт.
Так и комбинации вида:
/www/s1/ - первый сайт,
/www/s1/s2 – второй сайт.
При настройке многосайтовости на одном домене мы располагаем одним веб-сервером Apache, DocumentRoot которого настроен на каталог /home/www/allsites.
Установим программный продукт «1С-Битрикс: Управление сайтом» в этот каталог.
Каждый сайт в первом способе конфигурации должен быть размещен в отдельном подкаталоге внутри единого каталога, например:
/home/www/allsites/s1/
/home/www/allsites/s2/
Имена каталогов s1, s2 можно выбирать любыми, например, shop и company, или en и de соответственно. Возможен так же вариант, когда один из сайтов располагается в корневом каталоге (например, /home/www/allsites/), а второй сайт в подкаталоге (например, /home/www/allsites/s2/).
Настройка сайтов выполняется в Административном разделе системы (Настройки > Настройки продукта > Сайты > Список сайтов).
Выбираем «Изменить» параметры сайта №1 и указываем в них:
Название: site1
Доменное имя: оставить пустым
Папка сайта: /s1/
Название сайта: Корпоративный сайт компании "Название компании"
URL сервера:www.site1.com/s1
Путь к корневой папке веб-сервера для этого сайта: оставить пустым
В параметре Папка сайта необходимо указывать путь относительно корня к каталогу в котором расположена публичная часть сайта. А Путь к корневой папке веб-сервера для этого сайта не используется в данном способе настройки многосайтовости и должен быть пустым для всех сайтов.
Аналогично настроим параметры сайта №2:
Название: site2
Доменное имя: оставить пустым
Папка сайта: /s2/
Название сайта: Интернет-магазин компании "Название компании"
URL сервера:www.site1.com/s2
Путь к корневой папке веб-сервера для этого сайта: оставить пустым
Многосайтовость на разных доменах
Для работы многосайтовости на разных доменах нам потребуется произвести настройку программного продукта. Настройку веб-сервера Apache, как и в случае с многосайтовостью на одном домене, должна произвести хостинговая компания.
Будем использовать для примера конфигурацию из двух сайтов:
www.site1.com - корпоративный сайт компании
www.site2.com - интернет-магазин компании
Каждый сайт надо разместить в соответствующем каталоге, например:
/home/www/site1/
/home/www/site2/
Продукт устанавливается в один из сайтов. Чтобы ядро могло работать для обоих сайтов, необходимо создать символьные ссылки для сайта, в котором нет установленного ядра. Ссылки потребуются для папок /bitrix, /local и /upload. Эти папки являются общими для обоих сайтов, такова особенность архитектуры.
Ссылки можно создать двумя способами. Первый — классический, который рекомендовался компанией с самого начала. Второй — более поздний, считается более «красивым и изящным». В нем отсутствует шаг создания отдельной папки и переноса в нее ядра системы.
Первый вариант:
- установите программный продукт «1С-Битрикс: Управление сайтом»
сначала в каталог первого сайта/home/www/site1/ -
создайте каталог
/home/www/shared/, в котором будут располагаться
общие для всех сайтов файлы:mkdir /home/www/shared -
перенесите весь каталог
/home/www/site1/bitrix/в
/home/www/shared/bitrix/:mv /home/www/site1/bitrix /home/www/shared/bitrix -
перенесите весь каталог
/home/www/site1/upload/в
/home/www/shared/upload/:mv /home/www/site1/upload /home/www/shared/upload -
перенесите весь каталог
/home/www/site1/local/в
/home/www/shared/local/:mv /home/www/site1/local /home/www/shared/local -
создайте символическую связь для каталога /bitrix/ в каждом из
сайтов:ln -s /home/www/shared/bitrix /home/www/site1/ ln -s /home/www/shared/upload /home/www/site1/ ln -s /home/www/shared/local /home/www/site1/ ln -s /home/www/shared/bitrix /home/www/site2/ ln -s /home/www/shared/upload /home/www/site2/ ln -s /home/www/shared/local /home/www/site2/ -
убедитесь, что веб-сервер (Apache, IIS) имеет право на запись в
каталог /home/www/shared/ (это необходимо будет для работы системы
обновлений и загрузки графических файлов) - разместите публичную часть второго сайта в каталог
/home/www/site2/
При настройке многосайтовой конфигурации на UNIX, можно воспользоваться программным методом создания символьных ссылок:
<?
symlink("/virt/homes/forinsured/bitrix", "/virt/homes/forinsured/htdocs/bitrix");
symlink("/virt/homes/forinsured/upload", "/virt/homes/forinsured/htdocs/upload");
symlink("/virt/homes/forinsured/local", "/virt/homes/forinsured/htdocs/local");
?>
Второй вариант. В нем символьные ссылки создаются непосредственно в папке второго сайта.
- Установите программный продукт «1С-Битрикс: Управление сайтом» сначала в каталог первого сайта
/home/www/site1/ - Создайте в корневой папке второго сайта (
/home/www/site2/) скрипт, например, под именемsymlink.php:
<html>
<head><title>Создание ссылок на папки bitrix, local и upload</title></head>
<body>
<?
error_reporting(E_ALL & ~E_NOTICE);
@ini_set("display_errors",1);
if ($_POST['path'])
$path = rtrim($_POST['path'],"/");
else
$path = '../site1/www';
if ($_POST['create'])
{
if (preg_match("#^/#",$path))
$full_path = $path;
else
$full_path = realpath($_SERVER['DOCUMENT_ROOT'].'/'.$path);
if (file_exists($_SERVER['DOCUMENT_ROOT']."/bitrix"))
$strError = "В текущей папке уже существует папка bitrix";
elseif (is_dir($full_path))
{
if (is_dir($full_path."/bitrix"))
{
if (symlink($path."/bitrix",$_SERVER['DOCUMENT_ROOT']."/bitrix"))
{
if (symlink($path."/upload",$_SERVER['DOCUMENT_ROOT']."/upload"))
{
if (symlink($path."/local",$_SERVER['DOCUMENT_ROOT']."/local"))
echo "Символические ссылки удачно созданы";
else
$strError = 'Не удалось создать ссылку на папку local, обратитесь к администратору сервера';
}
else
$strError = 'Не удалось создать ссылку на папку upload, обратитесь к администратору сервера';
}
else
$strError = 'Не удалось создать ссылку на папку bitrix, обратитесь к администратору сервера';
}
else
$strError = 'Указанный путь не содержит папку bitrix';
}
else
$strError = 'Неверно указан путь или ошибка прав доступа';
if ($strError)
echo ''.$strError.'
Исходный путь: '.$full_path;
}
?>
<form method=post>
Путь к папке, содержащей папки bitrix, local и upload: <input name=path value="<?=htmlspecialchars($path)?>"><br>
<input type=submit value='Создать' name=create>
</form>
</body>
</html>
-
Запустите скрипт и укажите путь к корневой папке первого сайта, в нашем случае
/home/www/site1/. -
После того как символьные ссылки созданы, наберите в адресной строке браузера
site1/bitrix/admin. Откроется панель авторизации. -
Введите данные администратора, которые указывали при установке продукта на первый сайт, и попадете в административную панель «1С-Битрикс: Управление сайтом».
После завершения работы скрипта наличие символических ссылок на папки /bitrix, /local и /upload в папке второго сайта можно проверить по появлению одноименных папок.
Настройка сайтов выполняется в административном разделе системы на странице Настройки > Настройки продукта > Сайты > Список сайтов.
В строке первого сайта (www.site1.com), в колонке действий выбираем команду Изменить и указываем в них:
Название: site1
Доменное имя:site1.com
Папка сайта: /
Название сайта: Корпоративный сайт компании "Название компании"
URL сервера: www.site1.com
Путь к корневой папке веб-сервера для этого сайта: /home/www/site1/
Если DNS настроен таким образом, что ваш сайт отвечает на адрес http://site1.com, то в поле Доменное имя желательно указывать без www. Можно перечислить в этом поле с новой строки любое число доменных имен, по которым вы хотите, чтобы отвечал сайт (или уже отвечает).
Важно иметь в виду, что значения, указанные в поле Доменное имя, используются продуктом для распространения в указанные домены информации о посетителях по технологии переноса посетителей. Поэтому крайне желательно указывать полный список доменов, по которым может ответить сайт.
Очень важно не указывать в списке доменов сайты, которые не работают на данном экземпляре продукта. Указанный неправильно или несуществующий домен может не только замедлить работу пользователей, но и фактически не позволит перенести данные в сайты, работающие не на общем экземпляре продукта.
Аналогично настроим параметры второго сайта (www.site2.com/):
Название: site2
Доменное имя: site2.com
Папка сайта: /
Название сайта: Интернет-магазин компании "Название компании"
URL сервера: www.site2.com
Путь к корневой папке веб-сервера для этого сайта: /home/www/site2/
Обратите внимание, что для двух сайтов в параметре Папка сайта указано одинаковое значение: «/». Это связано с тем, что сайты обслуживаются разными «виртуальными серверами» (в терминологии Apache) у которых для размещения файлов использован разный каталог.
Также необходимо обратить внимание на параметр Путь к корневой папке веб-сервера для этого сайта. Для разных сайтов у него свое значение, взятое из параметра DocumentRoot настроек соответствующего «виртуального сервера» (см. ниже пример части файла httpd.conf настроек Apache).
У Битрикса есть отдельный курс посвященный работе с многосайтовостью в котором описаны основные сценарии по работе и настройки. Читайте, выбирайте подходящий вариант и настраивайте.
Устанавливаем и настраиваем Битрикс
Туториал по установке чистого Битрикса, без каких-либо шаблонов и дополнений.
Вступление
В этой статье разберем, как установить чистый Битрикс, без каких-либо шаблонов и дополнений. Перед началом убедитесь, что ваш хостинг соответствует техническим требованиям Битрикса, их можно посмотреть по этой ссылке: https://www.1c-bitrix.ru/products/cms/requirements.php
Загружаем дистрибутив Битрикса на свой сайт
Скачиваем архив с официального сайта 1c-bitrix.ru, прямая ссылка на страницу загрузок: https://www.1c-bitrix.ru/download/cms.php
Здесь в блоке «Дистрибутивы» видим ссылки на различные редакции Битрикса: Старт, Стандарт, Малый бизнес и т.п.:

Не буду детально разбирать различия между редакциями, но чем «старше» редакция, тем больше функционала в ней есть и тем дороже она стоит
Мы будем делать простейший сайт, поэтому скачиваем самую «младшую» редакцию – Старт. Загружайте архив на свой хостинг в директорию сайта и распаковывайте.
Устанавливаем Битрикс
Если во время установки возникнет непреодолимая ошибка – поищите решение проблемы в конце этой статьи в блоке Ошибки, которые могут возникнуть на этапе установки.
Открываем главную страницу сайта и начинаем процесс установки. На первом экране жмем «Далее»:

Принимаем лицензионное соглашение (предварительно прочитав его, конечно же) и снова жмем «Далее»:

Мы устанавливаем демо-версию, поэтому регистрировать Битрикс пока что не будем => убираем галочку «Я хочу зарегистрировать свою копию продукта, устанавливать решения из Маркетплейс и получать обновления». Сайт будем устанавливать в кодировке UTF-8 => отмечаем чекбокс «Установить в кодировке UTF-8» и жмем «Далее»:

Если по каким-либо причинам нужно установить сайт в кодировке windows-1251 – просто не отмечайте чекбокс «Установить в кодировке UTF-8».
Теперь нам нужно убедиться, что настройки хостинга соответствуют требованиям Битрикса. В моем случае два параметра подсвечены красным цветом:

Версия веб-сервера не выяснен – если в самом начале вы убедились, что версия веб-сервера соответствует требованиям Битрикса, то на это предупреждение можно не обращать внимания. Практика показывает, что скрипт установщика очень часто не может определить версию веб-сервера, даже если она соответствует требованиям Битрикса.
mbstring.func_overload – а вот этот параметр обязательно нужно исправить. Обычно его можно изменить в настройках PHP, в личном кабинете хостинга.
Устанавливаю нужное значение mbstring.func_overload в настройках хостинга и продолжаю установку.
Если у вас при установке красным цветом подсвечены другие параметры – их нужно постараться исправить. В противном случае могут возникнуть проблемы в работе сайта.
Следующий шаг – настройка соединения с базой данных. Вводим нужные параметры и нажимаем «Далее»:

Теперь ждем окончания установки:

Далее появляется окно для ввода данных администратора. Вводим необходимую информацию и снова жмем «Далее»:

На следующем шаге Битрикс предлагает нам установить одно из готовых решений (шаблонов). Т.к. мы планируем делать свой шаблон — готовые решения нам не нужны. Чтобы ничего не устанавливать — выбираем вариант «Демо-сайт для разработчиков», жмем «Далее»:

И отменяем установку решения, нажав «Отмена», а затем «Ок» во всплывающем окне:

Отлично, решение не установилось, жмем кнопку «Перейти на сайт»:

На этом установка Битрикса завершена, а мы попали на главную страницу. В самом верху у нас отображается панель администратора с вкладками «Сайт» и «Администрирование». Вкладка «Сайт» — это публичный раздел (который виден всем посетителям). Вкладка «Администрирование» — это админка. На протяжении работы с сайтом мы будем переключаться между этими вкладками:

Удаляем лишние установщики
Вы наверняка заметили, что дистрибутив Битрикса был очень объемным (около 200 мегабайт в моем случае). Удалим лишние файлы, чтобы сайт занимал немного меньше места.
Удалим предустановленное решение из раздела «Маркетплейс». Идем на вкладку «Администрирование», далее Marketplace => Установленные решения и удаляем имеющееся там решение:

Это еще не всё, после удаления снова возвращаемся в список решений, нажав кнопку «Вернуться в список»:

Решение всё еще осталось на сайте. Теперь нам нужно его стереть:

В итоге в списке решений должно быть пусто:

Отлично, теперь идем в Настройки => Настройки продукта => Список мастеров и удаляем установщик демо-сайта:

Супер, своими действиями мы только что уменьшили размер сайта примерно на 60 мегабайт.
Запускаем проверку системы
В Битриксе есть инструмент «Проверка системы», который помогает найти причины проблем в работе сайта. У нас никаких проблем и ошибок в работе сайта нет, но после установки Битрикса все-таки стоит запустить этот инструмент. В админ панели идем в раздел Настройки => Инструменты => Проверка системы и нажимаем кнопку «Начать тестирование»:

В моем случае есть несколько ошибок и замечаний, а именно:




Справа у каждого пункта есть иконка вопроса, нажав на которую можно получить подробную информацию. Разберем эти ошибки.
Ошибка! Параметр default_socket_timeout = 10, требуется 60
Значение max_input_vars должно быть не ниже 10000. Текущее значение: 1000
Эти две ошибки можно исправить, добавив 2 строчки в файл .htaccess, который лежит в корне сайта:
php_value max_input_vars 10000
php_value default_socket_timeout 60
Если это не решает проблему – обратитесь в техподдержку своего хостинга, вам должны подсказать, как правильно настроить указанные параметры.
Замечание. Агенты выполняются на хитах, рекомендуется перевести выполнение агентов на cron
Это не критичное замечание. Пока что не будем вникать в то, что собой представляют Агенты в Битриксе. Просто отмечу, что до тех пор, пока вы не создаете своих Агентов, можно не беспокоиться о переводе Агентов на CRON.
Замечание. Возможны проблемы в работе с длинными строками из-за системных ограничений
И это замечание тоже не критично, если сайт работает без ошибок – это предупреждение можно игнорировать (на моей практике из-за него никогда не возникало проблем).
Ошибка! Переменная sql_mode в MySQL должна быть пустая, текущее значение: NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
Кликаем на знак вопроса справа от этого пункта и получаем решение проблемы:

Вносим указанный код в указанные файлы.
После исправления всех ошибок заново запустим тестирование системы, чтобы убедиться, что в этот раз всё в порядке.
Ошибки, которые могут возникнуть на этапе установки Битрикса
Parse error: syntax error, unexpected ‘::’ (T_PAAMAYIM_NEKUDOTAYIM)
Эта ошибка может появляться при первоначальном открытии сайта. Полный текст ошибки выглядит примерно так:
Parse error: syntax error, unexpected '::' (T_PAAMAYIM_NEKUDOTAYIM) in /home/users/p/polzovatel/domains/bitrix.alfavitka.ru/bitrix/modules/main/lib/orm/data/datamanager.php on line 77
Скорее всего, проблема кроется в версии PHP. На момент написания этого урока рекомендуемая версия PHP для Битрикса – 7.2. Попробуйте выбрать её в настройках хостинга.
Актуальные минимальные технические требования Битрикса можно посмотреть по ссылке: https://www.1c-bitrix.ru/products/cms/requirements.php
Ваша версия MySql не удовлетворяет минимальным техническим требованиям продукта.
Эта ошибка возникает после ввода параметров соединения с базой данных:

Скорее всего, на хостинге используется устаревшая версия MySQL. На момент написания этого урока версия MySQL должна быть не ниже 5.6.
Актуальные минимальные технические требования Битрикса можно посмотреть по ссылке:
https://www.1c-bitrix.ru/products/cms/requirements.php
Если ваш хостинг использует старую версию MySQL и её никак нельзя обновить – вам пора задуматься о смене хостинга.
Это прямо как в том анекдоте: чем бы зубы не чистил, как бы рот не полоскал, а этот неповторимый устойчивый вкус все возвращается и возвращается. Дворники двигал? Двигал. Протекторы пинал? Пинал. Капот открывал? Открывал. А раздел все равно не найден. Мы перечислим причины, чаще других вызывающие эту ошибку.
1. Инфоблоку назначены права «Чтение» для всех пользователей?
Если нет, выставьте права.
2. Папке раздела назначены права «Чтение» для всех пользователей?
Если нет, выставьте права.
3. В файле раздела index.php назначен верный номер инфоблока?
Проверьте значение переменной «IBLOCK_ID». Установите верное значение.
4. Инфоблок содержит активные элементы (записи)?
Если нет, создайте или активируйте элементы инфоблока.
5. ЧПУ включен?
Если да, то настройте пути инфоблока примерно так:
URL страницы информационного блока: #SITE_DIR#/символьный код инфоблока
URL страницы раздела: #SITE_DIR#/символьный код инфоблока /#SECTION_CODE_PATH#/
URL страницы детального просмотра: #SITE_DIR#/символьный код инфоблока /#SECTION_CODE_PATH#/#ELEMENT_CODE#/
Обратите внимание, что символьный код инфоблока должен совпадать с именем папки раздела.
6. Правило обработки адресов настроено?
Найдите по адресу Рабочий стол -> Настройки -> Настройки продукта -> Обработка адресов -> Правила обработки
Правило, содержащую строку с символьным кодом инфоблока. Оно должно иметь вид:
Условие: #^/символьный код иноблока/#
Компонент: bitrix:catalog
Файл: /имя папки раздела/index.php
Напомним, что символьный код инфоблока должен совпадать с именем папки раздела.
Если правила нет или оно имеет другой вид, создайте или отредактируйте его.
——————-
Спасибо за внимание!
Читайте свежий выпуск «Кладовки программиста» каждый день!
Назад в раздел
Сама ошибка в Битриксе отсутствует соединение с сервером выглядит так:

Причины появления ошибки отсутствия соединение с сервером
Первое, что необходимо проверить, это корректность настроек модуля Push&Pull. Перейдите в админ-панель вашего сайта на Битрикс или Битрикс24 и далее в раздел:
Настройки – Настройки продукта – Настройка модулей – Push and Pull
Здесь вам необходимо включить пункты:
- Отправлять PUSH уведомления на мобильные телефоны (если планируете использовать телефон)
- На сервере установлен и активирован «Push server»:
Если вы используете наш хостинг для Битрикс или хостинг для Битрикс24, то в подпункте На сервер установлена должен быть выбран вариант Виртуальная машина 4.4 — 7.0 (nginx-push-stream-module 0.4.0).

Проверьте также строку «Путь для публикации команд:». Там должна быть такая запись:
http://127.0.0.1:8895/bitrix/pub/
Такой способ подходит, если у вас неактивна лицензия на Битрикс и вы не можете пользоваться облачным сервером Push&Pull. Мы рекомендуем всегда продлевать лицензию на Битрикс. То же самое относится к продлению лицензии для Битрикс24, это поможет избежать множества проблем.
Если у вас действующая лицензия, то включите облачный сервер Битрикса в модуле Push&Pull. Для этого зайдите в настройки модуля и в строке «Использовать Push сервер» в выпадающем списке выберите «Использовать облачный сервер 1С-Битрикс» и нажмите кнопку Зарегистрироваться.

После этого, в Битрикс и Битрикс24, ошибка «соединения с сервером отсутствует» больше вас не побеспокоит.
Установка Bitrix Push server на BitrixVM
Если вы используете наш VPS хостинг для Битрикс, то на нем будет установлена виртуальная машина Битрикса под названием BitrixVM. Если там вы используете Битрикс или Битрикс24 и тоже появляется ошибка «отсутствует соединение с сервером», значит вы не установили Push server 2.0. Он не установлен по умолчанию. Для установки Push server на BitrixVM подключитесь к вашему серверу по SSH и у вас откроется главное меню:

Далее выберите пункт 9. Configure Push/RTC service:

Затем для установки NodeJS RTC выбираем 1. Install/Update NodeJS RTC Service

После чего вводим название хоста из поля Hostname и подтверждаем установку

Спустя пару минут Push server 2.0 в BitrixVM будет установлен.
После этого, в админ панели Битрикс в настройках модуля Push and Pull, выберите Виртуальная машина 7.3 и новее (Bitrix Push server 2.0) и сохраните настройки.
Дополнительные настройки Push and Pull
Чтобы модуль Push and Pull работал корректно, необходимо так же в настройках Главного модуля отключить продление сессии. Для этого снимите галочку в разделе:
Главный модуль – Авторизация – Контроль сессии - Продлевать сессию при активности посетителя в окне браузера
Кроме того, в разделе Главный модуль необходимо включить поддержку быстрой отдачи файлов через Nginx. Для этого включите галочку в разделе:
Главный модуль – Настройки – Файлы - Быстрая отдача файлов через Nginx
Если вы устанавливаете Битрикс24 на техническом домене, то дополнительно в настройках модуля Push and Pull необходимо исправить адреса чтения команд для браузеров, заменив там #DOMAIN# на ваш технический адрес:
Ошибка Push and Pull после переноса Битрикс на другой хостинг
Часто ошибка отсутствует соединение с сервером возникает при переносе сайта на другой хостинг. В первую очередь нужно проверить те моменты, которые описаны выше. Кроме этого, частой причиной ошибки является некорректная настройка в поле Код-подпись для взаимодействия с сервером. Зачастую там остается код со старого сервера, на каждом сервере этот код будет свой. Поэтому его нужно заменить на новый.
Для этого, уже после установки Push server 2.0, нужно скопировать ключ из файла настроек сервера очередей /etc/push-server/push-server*.json. Он находится в секции security в параметре key:
"security": { "key": "<ваш секретный ключ>" }
Также код можно узнать выполнив по SSH команду:
fgrep "key" /etc/push-server/
«1С-Битрикс: Управление сайтом» — одна из самых популярных коммерческих CMS. Как и в случае с любой другой CMS, при работе с Битриксом возникают разные ошибки, мешающие нормальной работе сайта. Выявить их можно с помощью встроенного функционала проверки системы в панели администратора Битрикс.
Чтобы запустить проверку системы, перейдите в панель администратора по ссылке https://example.com/bitrix/admin (замените example.com на ваш домен), введите логин и пароль учетной записи администратора сайта, перейдите в Настройки — Инструменты — Проверка системы и нажмите на кнопку Начать тестирование. Дождитесь окончания проверки. В форме Проверка системы могут быть ошибки, которые, на первый взгляд, не влияют на работу сайта, однако требуют внимания владельца или системного администратора сайта.
В данной статье рассмотрим способы устранения популярных ошибок, возникающих в CMS Битрикс.
- Ошибка «The script encountered an error and will be aborted. To view extended error messages, enable this feature in .settings.php.» при переходе на сайт
- «Замечание. Агенты выполняются на хитах, рекомендуется перевести выполнение агентов на cron» при проверке системы
- Ошибка работы с сокетами при проверке системы
- Ошибка! Не работает «Отправка почты» и «Отправка почтового сообщения больше 64Кб» при проверке системы
- «Служебные скрипты в корне сайта. Ошибка! Файл существует» при проверке системы
- Ошибка «Загрузка файла» и «Загрузка файла больше 4Мб» при проверке системы
Ошибка «The script encountered an error and will be aborted. To view extended error messages, enable this feature in .settings.php.» при переходе на сайт
Такая ошибка в большинстве случаев означает некорректное подключение к базе данных. В первую очередь проверьте, работает ли СУБД, введя следующую команду в терминал:
# systemctl status mysql
Если СУБД работает, проверьте файлы, расположенные в /home/bitrix/www/bitrix/.settings.php и /home/bitrix/www/bitrix/php_interface/dbconn.php (при необходимости замените /home/bitrix/www на корневую директорию вашего проекта, далее в статье будут использованы относительные пути вида /bitrix/php_interface/dbconn.php). В этих файлах указываются доступы для подключения к базе данных сайта.
Для файла .settings.php
'host' => 'localhost', 'database' => 'database_name', 'login' => 'user_name', 'password' => 'secret_password',
Для файла dbconn.php
$DBHost = "localhost"; $DBLogin = 'user_name'; $DBPassword = 'secret_password’; $DBName = "database_name";
Проверьте корректность указанных данных:
- хост базы данных (должен быть localhost, если СУБД установлена локально),
- название базы данных (замените в обоих файлах
database_nameна название своей базы данных), - имя пользователя базы данных (замените
user_nameна имя своего пользователя базы данных) - и пароль пользователя базы данных (замените
secret_passwordна пароль пользователя вашей базы данных).
Иногда бывает, что при развертывании сайта из бэкапа на новом сервере вместо данных указываются звездочки. В таком случае просто укажите свои данные в обоих файлах.
«Замечание. Агенты выполняются на хитах, рекомендуется перевести выполнение агентов на cron» при проверке системы
При проверке системы Битрикс часто возникает замечание выполнения агентов на cron. Данное замечание не мешает работе сайта, однако может повлиять на выполнение разных функций вашего проекта, например, на отправку почты.
Как правило, для настройки выполнения агентов на cron достаточно следовать рекомендациям проверки системы. Для этого нажмите на вопросительный знак справа от уведомления:
Однако такой способ срабатывает не всегда. Если в файле /bitrix/php_interface/dbconn.php есть строка define('BX_CRONTAB_SUPPORT', true); и в cron есть задание на ежеминутный запуск скрипта /var/www/bitrix/modules/main/tools/cron_events.php, попробуйте следующее решение.
Отключим выполнение агентов на хитах, для этого в панели администратора Битрикс переходим в Настройки — Инструменты — Командная PHP-строка, вводим следующую команду и нажимаем Выполнить:
COption::SetOptionString("main", "agents_use_crontab", "N");
echo COption::GetOptionString("main", "agents_use_crontab", "N");
COption::SetOptionString("main", "check_agents", "N");
echo COption::GetOptionString("main", "check_agents", "Y");
Результат выполнения PHP-команды должен быть «NN».
Далее в файле /bitrix/php_interface/dbconn.php закомментируем следующие строки (добавьте перед строками знак #):
define("BX_CRONTAB_SUPPORT", true);
define("BX_CRONTAB", true);
После чего в этот же файл dbconn.php добавьте строки:
if(!(defined("CHK_EVENT") && CHK_EVENT===true))
define("BX_CRONTAB_SUPPORT", true);
Далее необходимо из учетной записи владельца сайта (если вы работаете в консоли сервера из-под учетной записи root, что не рекомендуется, после создания файла измените владельца файла с помощью команды chown) создать новый файл cron_events.php в директории /bitrix/php_interface/ и добавить в него следующий код:
<?php
$_SERVER["DOCUMENT_ROOT"] = realpath(dirname(__FILE__)."/../..");
$DOCUMENT_ROOT = $_SERVER["DOCUMENT_ROOT"];
define("NO_KEEP_STATISTIC", true);
define("NOT_CHECK_PERMISSIONS",true);
define('BX_NO_ACCELERATOR_RESET', true);
define('CHK_EVENT', true);
define('BX_WITH_ON_AFTER_EPILOG', true);
require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");
@set_time_limit(0);
@ignore_user_abort(true);
CAgent::CheckAgents();
define("BX_CRONTAB_SUPPORT", true);
define("BX_CRONTAB", true);
CEvent::CheckEvents();
if(CModule::IncludeModule('sender'))
{
BitrixSenderMailingManager::checkPeriod(false);
BitrixSenderMailingManager::checkSend();
}
require($_SERVER['DOCUMENT_ROOT']."/bitrix/modules/main/tools/backup.php");
CMain::FinalActions();
?>
После того, как файл создан с нужными правами, добавляем его в cron. Обязательно делаем это для владельца сайта, так как задания cron для пользователя root могут стать серьезной угрозой безопасности для сайта и сервера. Выполним следующую команду (в нашем случае владелец сайта — bitrix, замените это значение на имя пользователя своего сайта при необходимости):
# crontab -ubitrix -e
Откроется файл с заданиями crontab пользователя сайта. Вставьте следующую строку:
*/1 * * * * /usr/bin/php -f /home/bitrix/www/bitrix/php_interface/cron_events.php
В данной строке значение */1 * * * * означает выполнение скрипта раз в минуту, вы можете скорректировать частоту выполнения в зависимости от ваших требований к проекту.
Путь /usr/bin/php — путь для PHP, оставьте его таким же, если у вас на сервере нет альтернативных версий PHP. Если вы используете панель ISPmanager, возможно, ваш сайт работает на альтернативной версии PHP. Проверить версию можно в панели ISPmanager, а узнать корректный путь для PHP — с помощью команды whereis php в консоли сервера. Например, для альтернативной версии PHP 8.1 путь может быть таким: /opt/php81/bin/php. Замените путь к скрипту /home/bitrix/www/bitrix/php_interface/cron_events.php на свой в случае необходимости.
Если в cron есть запись для выполнения скрипта /var/www/bitrix/modules/main/tools/cron_events.php — ее лучше закомментировать.
Ошибка работы с сокетами при проверке системы
При проверке системы в панели администратора Битрикс может возникнуть ошибка «Работа с сокетами. Ошибка! Не работает».
Также из-за ошибки работы с сокетами другие тесты проводятся некорректно, выдавая ошибку «Замечание. Не удалось проверить из-за ошибки в работе с сокетами».
В большинстве случаев такая ошибка появляется после переноса проекта на новый сервер или при развертывании проекта на локальном компьютере для тестирования. Возникает данная ошибка из-за того, что IP-адрес сервера отличается от IP-адреса, указанного в А-записях домена на серверах DNS. Если вы переносите проект на новый сервер, необходимо указать IP-адрес нового сервера в А-записях и дождаться глобального обновления DNS.
Если А-записи указаны корректно, возможно в файле /etc/hosts на сервере указан неверный IP для вашего домена. Проверьте файл и укажите правильное значение:
1.2.3.4 example.com
Замените 1.2.3.4 на IP адрес вашего сервера, а example.com на доменное имя вашего сайта.
Бывает, что на сервере может возникнуть проблема с корневыми сертификатами. Можно попробовать обновить их. В CentOS 7 ведите в консоли сервера:
# yum install ca-certificates -y # update-ca-trust
Ошибка! Не работает «Отправка почты» и «Отправка почтового сообщения больше 64Кб» при проверке системы
Из описания ошибки понятно, что она означает. В большинстве случаев для устранения данной ошибки требуется вмешательство системного администратора или технической поддержки Битрикс. Проблем, из-за которых почта не работает, много. Они могут быть на стороне сервера, в настройках проекта, либо из-за некорректно работающих модулей отправки почты.
Битрикс использует стандартную функцию php mail() для отправки почты, однако нередко используются другие способы, например, через внешний почтовый сервер. Для проверки работы php mail() можно воспользоваться инструкцией из ответов на часто задаваемые вопросы на форуме Битрикс.
Также можно выполнить проверку с помощью следующего кода PHP (вставьте его в командную строку PHP в панели администратора Битрикс):
$mail="test@testmail.ru"; // укажите ваш почтовый ящик, на который нужно отправить тестовое письмо
$subject ="test" ; // укажите любую тему письма
$text= "test message"; // укажите любой текст письма
if( mail($mail, $subject, $text) )
{
echo 'Письмо отправлено!'; }
else{
echo 'Ошибка! Не отправлено';
}
Если письмо не пришло, но вы получили уведомление «Письмо отправлено», значит, письма уходят и проблема в настройках CMS либо в модуле отправки почты. В данном случае можно обратиться в техподдержку Битрикс для выявления проблем в настройках CMS или к разработчику модуля отправки почты.
Не исключено, что письмо просто попало в спам. Можно попробовать отправить на другой почтовый ящик (с другим почтовым доменом). Если письмо пришло — значит, адрес отправителя в черном списке почтового домена, до которого письмо не дошло. Если письмо не дошло — возможно, ваш почтовый домен или IP-адрес попали в глобальные черные списки.
Если письмо не пришло, а вы получили уведомление «Отправка не удалась» — необходимо более детальное изучение проблемы. В таком случае потребуется вмешательство системного администратора.
«Служебные скрипты в корне сайта. Ошибка! Файл существует» при проверке системы
Такая ошибка говорит о наличии в корне сайта служебных скриптов, например, restore.php. Данные скрипты, как правило, добавляют временно для проведения каких-либо работ (например, restore.php — для восстановления сайта из резервной копии). Так или иначе, после выполнения работ такие скрипты необходимо удалить с сервера, так как они представляют угрозу безопасности сайту и данным.
Ошибка «Загрузка файла» и «Загрузка файла больше 4Мб» при проверке системы
Проверка системы Битрикс загружает файл размером более 4Мб. В большинстве случаев такая ошибка говорит об ограничениях в параметре upload_max_filesize для PHP.
Необходимо в файле конфигурации PHP установить данное значение выше 4Мб и перезапустить веб-сервер. В зависимости от окружения файл конфигурации PHP может находится в разных местах. Обычно данное значение устанавливается в файле /etc/php.ini.
Если вы используете панель ISPmanager — поправить конфигурацию можно прямо в ней: выберите нужный сайт, нажмите на кнопку PHP в верхней панели, найдите параметр upload_max_filesize и укажите нужное значение. Если вы используете окружение BitrixVM, необходимо вносить изменения в специальные файлы конфигурации, чтобы после перезагрузки сервера они не вернулись в исходное состояние. Подробнее можете узнать по ссылке.
Некоторые пользователи видят ошибки вида:
При выгрузке товаров
Ошибка проверки источника запроса. Обновите модуль обмена или отключите проверку в настройках компонента
При обмене заказами
Ошибка проверки источника запроса. Обновите модуль обмена
В версии Битрикса 14.5 появился новый режим контроля сессий при обмене с 1С. Это необходимо для безопасности и работает только с новыми дополнениями Битрикса (4.0.0.0 и выше) для 1С.
Ошибка возникает, когда на сайте включены проверки для новых версий обмена в 1С, а 1С старая.
Проверка источника запроса включается сама при обновлениях Битрикса, или при обмене с новой 1С.
Модуль позволяет администратору отключить проверку для стандартного обмена с 1С.
Модуль позволяет отключить проверку постоянно, так, чтобы она не включалась обратно.
Магазин → Продвинутый обмен с 1С → Проверка источника запроса

Попробуйте отключить проверку источника запроса при обмене.

Для выгрузки заказов в разные 1С (или в Битрикс24) мы рекомендуем использовать разные пути файлов. Так удобнее и не происходит путаницы при экспорте заказов.
0
Отказоустойчивость |
Описание курса
| Ускорение сайта. Отложенный сброс управляемого кеша инфоблоков

Битрикс — как поправить неправильный путь к айтему?
Здравствуйте!
Есть проблема не правильно отображается путь к самому айтему.
Как я вижу формируется неправльный запрос
(linerdon.ru/catalog/".zemelnye-uchastki."…
Где это можно поправить ??
Я сам верстальщик, с битрикс не работал.
-
Вопрос заданболее трёх лет назад
-
332 просмотра
Да, у вас проблема с выводом детальной информации о элементе.
Просмотрите настройки формирования адресов или ЧПУ правила в вызове компонента.
Также может быть вероятность что в шаблоне компонента что-то не так.
Или быть может Импорт данных был не верный.
Пригласить эксперта
-
Показать ещё
Загружается…
21 июн. 2023, в 19:05
2000 руб./за проект
21 июн. 2023, в 19:05
1000 руб./в час
21 июн. 2023, в 19:04
2000 руб./за проект
Минуточку внимания
«1С-Битрикс: Управление сайтом» — одна из самых популярных коммерческих CMS. Как и в случае с любой другой CMS, при работе с Битриксом возникают разные ошибки, мешающие нормальной работе сайта. Выявить их можно с помощью встроенного функционала проверки системы в панели администратора Битрикс.
Чтобы запустить проверку системы, перейдите в панель администратора по ссылке https://example.com/bitrix/admin (замените example.com на ваш домен), введите логин и пароль учетной записи администратора сайта, перейдите в Настройки — Инструменты — Проверка системы и нажмите на кнопку Начать тестирование. Дождитесь окончания проверки. В форме Проверка системы могут быть ошибки, которые, на первый взгляд, не влияют на работу сайта, однако требуют внимания владельца или системного администратора сайта.
В данной статье рассмотрим способы устранения популярных ошибок, возникающих в CMS Битрикс.
- Ошибка «The script encountered an error and will be aborted. To view extended error messages, enable this feature in .settings.php.» при переходе на сайт
- «Замечание. Агенты выполняются на хитах, рекомендуется перевести выполнение агентов на cron» при проверке системы
- Ошибка работы с сокетами при проверке системы
- Ошибка! Не работает «Отправка почты» и «Отправка почтового сообщения больше 64Кб» при проверке системы
- «Служебные скрипты в корне сайта. Ошибка! Файл существует» при проверке системы
- Ошибка «Загрузка файла» и «Загрузка файла больше 4Мб» при проверке системы
Ошибка «The script encountered an error and will be aborted. To view extended error messages, enable this feature in .settings.php.» при переходе на сайт
Такая ошибка в большинстве случаев означает некорректное подключение к базе данных. В первую очередь проверьте, работает ли СУБД, введя следующую команду в терминал:
# systemctl status mysql
Если СУБД работает, проверьте файлы, расположенные в /home/bitrix/www/bitrix/.settings.php и /home/bitrix/www/bitrix/php_interface/dbconn.php (при необходимости замените /home/bitrix/www на корневую директорию вашего проекта, далее в статье будут использованы относительные пути вида /bitrix/php_interface/dbconn.php). В этих файлах указываются доступы для подключения к базе данных сайта.
Для файла .settings.php
'host' => 'localhost', 'database' => 'database_name', 'login' => 'user_name', 'password' => 'secret_password',
Для файла dbconn.php
$DBHost = "localhost"; $DBLogin = 'user_name'; $DBPassword = 'secret_password’; $DBName = "database_name";
Проверьте корректность указанных данных:
- хост базы данных (должен быть localhost, если СУБД установлена локально),
- название базы данных (замените в обоих файлах
database_nameна название своей базы данных), - имя пользователя базы данных (замените
user_nameна имя своего пользователя базы данных) - и пароль пользователя базы данных (замените
secret_passwordна пароль пользователя вашей базы данных).
Иногда бывает, что при развертывании сайта из бэкапа на новом сервере вместо данных указываются звездочки. В таком случае просто укажите свои данные в обоих файлах.
«Замечание. Агенты выполняются на хитах, рекомендуется перевести выполнение агентов на cron» при проверке системы
При проверке системы Битрикс часто возникает замечание выполнения агентов на cron. Данное замечание не мешает работе сайта, однако может повлиять на выполнение разных функций вашего проекта, например, на отправку почты.
Как правило, для настройки выполнения агентов на cron достаточно следовать рекомендациям проверки системы. Для этого нажмите на вопросительный знак справа от уведомления:
Однако такой способ срабатывает не всегда. Если в файле /bitrix/php_interface/dbconn.php есть строка define('BX_CRONTAB_SUPPORT', true); и в cron есть задание на ежеминутный запуск скрипта /var/www/bitrix/modules/main/tools/cron_events.php, попробуйте следующее решение.
Отключим выполнение агентов на хитах, для этого в панели администратора Битрикс переходим в Настройки — Инструменты — Командная PHP-строка, вводим следующую команду и нажимаем Выполнить:
COption::SetOptionString("main", "agents_use_crontab", "N");
echo COption::GetOptionString("main", "agents_use_crontab", "N");
COption::SetOptionString("main", "check_agents", "N");
echo COption::GetOptionString("main", "check_agents", "Y");
Результат выполнения PHP-команды должен быть «NN».
Далее в файле /bitrix/php_interface/dbconn.php закомментируем следующие строки (добавьте перед строками знак #):
define("BX_CRONTAB_SUPPORT", true);
define("BX_CRONTAB", true);
После чего в этот же файл dbconn.php добавьте строки:
if(!(defined("CHK_EVENT") && CHK_EVENT===true))
define("BX_CRONTAB_SUPPORT", true);
Далее необходимо из учетной записи владельца сайта (если вы работаете в консоли сервера из-под учетной записи root, что не рекомендуется, после создания файла измените владельца файла с помощью команды chown) создать новый файл cron_events.php в директории /bitrix/php_interface/ и добавить в него следующий код:
<?php
$_SERVER["DOCUMENT_ROOT"] = realpath(dirname(__FILE__)."/../..");
$DOCUMENT_ROOT = $_SERVER["DOCUMENT_ROOT"];
define("NO_KEEP_STATISTIC", true);
define("NOT_CHECK_PERMISSIONS",true);
define('BX_NO_ACCELERATOR_RESET', true);
define('CHK_EVENT', true);
define('BX_WITH_ON_AFTER_EPILOG', true);
require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");
@set_time_limit(0);
@ignore_user_abort(true);
CAgent::CheckAgents();
define("BX_CRONTAB_SUPPORT", true);
define("BX_CRONTAB", true);
CEvent::CheckEvents();
if(CModule::IncludeModule('sender'))
{
BitrixSenderMailingManager::checkPeriod(false);
BitrixSenderMailingManager::checkSend();
}
require($_SERVER['DOCUMENT_ROOT']."/bitrix/modules/main/tools/backup.php");
CMain::FinalActions();
?>
После того, как файл создан с нужными правами, добавляем его в cron. Обязательно делаем это для владельца сайта, так как задания cron для пользователя root могут стать серьезной угрозой безопасности для сайта и сервера. Выполним следующую команду (в нашем случае владелец сайта — bitrix, замените это значение на имя пользователя своего сайта при необходимости):
# crontab -ubitrix -e
Откроется файл с заданиями crontab пользователя сайта. Вставьте следующую строку:
*/1 * * * * /usr/bin/php -f /home/bitrix/www/bitrix/php_interface/cron_events.php
В данной строке значение */1 * * * * означает выполнение скрипта раз в минуту, вы можете скорректировать частоту выполнения в зависимости от ваших требований к проекту.
Путь /usr/bin/php — путь для PHP, оставьте его таким же, если у вас на сервере нет альтернативных версий PHP. Если вы используете панель ISPmanager, возможно, ваш сайт работает на альтернативной версии PHP. Проверить версию можно в панели ISPmanager, а узнать корректный путь для PHP — с помощью команды whereis php в консоли сервера. Например, для альтернативной версии PHP 8.1 путь может быть таким: /opt/php81/bin/php. Замените путь к скрипту /home/bitrix/www/bitrix/php_interface/cron_events.php на свой в случае необходимости.
Если в cron есть запись для выполнения скрипта /var/www/bitrix/modules/main/tools/cron_events.php — ее лучше закомментировать.
Ошибка работы с сокетами при проверке системы
При проверке системы в панели администратора Битрикс может возникнуть ошибка «Работа с сокетами. Ошибка! Не работает».
Также из-за ошибки работы с сокетами другие тесты проводятся некорректно, выдавая ошибку «Замечание. Не удалось проверить из-за ошибки в работе с сокетами».
В большинстве случаев такая ошибка появляется после переноса проекта на новый сервер или при развертывании проекта на локальном компьютере для тестирования. Возникает данная ошибка из-за того, что IP-адрес сервера отличается от IP-адреса, указанного в А-записях домена на серверах DNS. Если вы переносите проект на новый сервер, необходимо указать IP-адрес нового сервера в А-записях и дождаться глобального обновления DNS.
Если А-записи указаны корректно, возможно в файле /etc/hosts на сервере указан неверный IP для вашего домена. Проверьте файл и укажите правильное значение:
1.2.3.4 example.com
Замените 1.2.3.4 на IP адрес вашего сервера, а example.com на доменное имя вашего сайта.
Бывает, что на сервере может возникнуть проблема с корневыми сертификатами. Можно попробовать обновить их. В CentOS 7 ведите в консоли сервера:
# yum install ca-certificates -y # update-ca-trust
Ошибка! Не работает «Отправка почты» и «Отправка почтового сообщения больше 64Кб» при проверке системы
Из описания ошибки понятно, что она означает. В большинстве случаев для устранения данной ошибки требуется вмешательство системного администратора или технической поддержки Битрикс. Проблем, из-за которых почта не работает, много. Они могут быть на стороне сервера, в настройках проекта, либо из-за некорректно работающих модулей отправки почты.
Битрикс использует стандартную функцию php mail() для отправки почты, однако нередко используются другие способы, например, через внешний почтовый сервер. Для проверки работы php mail() можно воспользоваться инструкцией из ответов на часто задаваемые вопросы на форуме Битрикс.
Также можно выполнить проверку с помощью следующего кода PHP (вставьте его в командную строку PHP в панели администратора Битрикс):
$mail="test@testmail.ru"; // укажите ваш почтовый ящик, на который нужно отправить тестовое письмо
$subject ="test" ; // укажите любую тему письма
$text= "test message"; // укажите любой текст письма
if( mail($mail, $subject, $text) )
{
echo 'Письмо отправлено!'; }
else{
echo 'Ошибка! Не отправлено';
}
Если письмо не пришло, но вы получили уведомление «Письмо отправлено», значит, письма уходят и проблема в настройках CMS либо в модуле отправки почты. В данном случае можно обратиться в техподдержку Битрикс для выявления проблем в настройках CMS или к разработчику модуля отправки почты.
Не исключено, что письмо просто попало в спам. Можно попробовать отправить на другой почтовый ящик (с другим почтовым доменом). Если письмо пришло — значит, адрес отправителя в черном списке почтового домена, до которого письмо не дошло. Если письмо не дошло — возможно, ваш почтовый домен или IP-адрес попали в глобальные черные списки.
Если письмо не пришло, а вы получили уведомление «Отправка не удалась» — необходимо более детальное изучение проблемы. В таком случае потребуется вмешательство системного администратора.
«Служебные скрипты в корне сайта. Ошибка! Файл существует» при проверке системы
Такая ошибка говорит о наличии в корне сайта служебных скриптов, например, restore.php. Данные скрипты, как правило, добавляют временно для проведения каких-либо работ (например, restore.php — для восстановления сайта из резервной копии). Так или иначе, после выполнения работ такие скрипты необходимо удалить с сервера, так как они представляют угрозу безопасности сайту и данным.
Ошибка «Загрузка файла» и «Загрузка файла больше 4Мб» при проверке системы
Проверка системы Битрикс загружает файл размером более 4Мб. В большинстве случаев такая ошибка говорит об ограничениях в параметре upload_max_filesize для PHP.
Необходимо в файле конфигурации PHP установить данное значение выше 4Мб и перезапустить веб-сервер. В зависимости от окружения файл конфигурации PHP может находится в разных местах. Обычно данное значение устанавливается в файле /etc/php.ini.
Если вы используете панель ISPmanager — поправить конфигурацию можно прямо в ней: выберите нужный сайт, нажмите на кнопку PHP в верхней панели, найдите параметр upload_max_filesize и укажите нужное значение. Если вы используете окружение BitrixVM, необходимо вносить изменения в специальные файлы конфигурации, чтобы после перезагрузки сервера они не вернулись в исходное состояние. Подробнее можете узнать по ссылке.
