Многосайтовость битрикс на разных доменах. А если общая корневая папка

Много сайтов

Решение бизнес-задачи по общему принципу «на каждый веб-ресурс своя система управления» является неэффективным; и особенно неэффективным, когда каждый раз система управления разная. Возникающие при таком подходе проблемы следующие:

1. Излишние финансовые затраты, требуемые на покупку или разработку систем управления сайтами.
2. Различные точки входа в управление сайтами, различный интерфейс управления.
3. Разные системы авторизации и базы данных пользователей сайтов.
4. Различное рекламное пространство.

В итоге компания имеет децентрализацию в управлении своими веб-проектами. Тратятся излишние ресурсы на создание веб-решений, а решение бизнес-задач в сети Интернет затягивается. Посетители веб-проектов компании также могут испытывать неудобства при работе с ними.

«1С-Битрикс» предлагает изменить данную ситуацию. На каждом экземпляре продукта можно создать множество сайтов в соответствии с применяемой схемой лицензирования.

Почему возникла необходимость создания многосайтовых систем и что это вообще означает? Чтобы ответить на этот вопрос я приведу вам красноречивый пример нашего разговора с клиентом.

К нам за консультациями по выбору оптимального решения обратилась компания, занимающаяся издательской деятельностью. Руководитель интернет-направления рассказал, что у них одновременно функционируют 18 самых разных сайтов. И на каждом сайте есть какая-то своя система управления контентом, какой-то механизм управления рекламой, где-то есть интернет-магазин со своими пользователями. У большинства проектов есть отдельные форумы со своими аккаунтами пользователей, где-то есть статистика, блоги…

«И вот теперь представьте, говорит он, мою табличку в Excel, где у меня хранятся все мои пароли на доступ к этому заповеднику! Ну ладно мы своих сотрудников смогли заставить помнить пароли и работать с этим, но я же не могу клиентов заставить так работать?! Мы, фактически, уже потеряли контроль над процессом разработки, обновления проектов, мы не можем открывать новые проекты…
Мне нужна система, которая будет не только для одного сайта объединять нужный мне функционал, но и позволит все сайты объединить в единой системе управления, с единой системой авторизации и безопасности, когда клиенту достаточно будет зарегистрироваться на любом из сайтов, и он сможет работать со всеми другими сайтами. Мы его будем узнавать и предлагать ему дополнительные сервисы».

Понимая данную проблематику, мы и реализовывали МНОГОСАЙТОВОСТЬ во всех редакциях программного продукта «1С-Битрикс: Управление сайтом», начиная еще с версии 4.0. Более того, каждая редакция нашего продукта (кроме "Первый сайт" и "Старт" включает лицензию на неограниченное количество сайтов. Т.е. на базе редакции «Бизнес» вы можете создать несколько проектов, объединенных системой управления , и один проект может быть большим порталом , а второй - масштабным интернет-магазином и тп. .

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

Артем Рябинков, ведущий аналитик, координатор проектов компании «1С-Битрикс»

Технология

Сайты и экземпляры

Под экземпляром продукта понимается приобретенная клиентом копия «1С-Битрикс: управление сайтом», использующая одну базу данных из списка поддерживаемых продуктом СУБД.

Под сайтом понимается совокупность следующих понятий:

• Учетная запись в общей базе данных;
• Публичная часть сайта (файлы и папки);
• Настройки сайта.

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

Технология многосайтовости

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

Таким образом, все сайты реализуются на базе одного экземпляра продукта и используют одну общую базу данных . Это имеет следующие неоспоримые преимущества:

1. Единый интерфейс управления продукта позволяет унифицировано, из одной точки управлять всеми веб-проектами: изменять структуру, добавлять контент, управлять правами доступа и т.п.
2. Единая система авторизации и единая база данных пользователей позволяет пользователю зарегистрироваться на одном веб-проекте, и в дальнейшем воспользоваться веб-сервисами и информацией на всех остальных ресурсах, в соответствии с его правами.
3. Единая система сбора статистики как по каждому проекту по отдельности, так и с получением суммарных аналитических данных по всем проектам. Кроме того, благодаря технологи UserMultiSiteTransfer, выполняется распознавание посетителей, которые приходят на разные сайты в рамках многосайтовой конфигурации.
4. Единое рекламное пространство, позволяющее компании или привлекаемому рекламодателю управлять размещением и показами баннеров из одной точки. А за счет технологии UserMultiSiteTransfer - распознавать посетителей и эффективно использовать баннерные показы.

Если в компании разработаны и отлажены бизнес-процессы по управлению сайтами: создание и публикация материалов, управление рекламой, опросами и т.п., то создание нового веб-ресурса не повлечет изменений этой структуры.

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

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

В первом и наиболее простом даже не потребуется конфигурирование веб-сервера ! Каждый сайт в корневой папке веб-сервера будет размещаться в отдельной директории, например /site1/ и /site2/. В настройках каждого сайта указываются доменные имена, по которым они должны визуализироваться, и соответствующая директория с публичной частью сайта. В результате Битрикс автоматически будет подключать соответствующие скрипты в этих директориях, которые осуществят визуализацию контента.

Дистрибутив программного продукта поставляется сконфигурированным для работы по первому способу.

Второй прием позволяет максимально разделить публичные части сайтов. Для этого на веб-сервере (Apache, IIS) нужно сконфигурировать несколько виртуальных хостов (веб-серверов). Каждый сайт в системе получает собственную корневую директорию (Document Root), в которой располагается его публичная часть. Иногда каждый сайт может даже иметь собственный IP адрес. При этом, если в первом способе, сам продукт определяет - какой сайт подключать по заданным доменным именам, то здесь эта операция будет выполняться веб-сервером. Ядро системы при такой реализации физически расположено в одном месте, скажем, на основном сайте (папки /bitrix/ и /upload/), а на остальных сайтах делаются символические ссылки на данные папки.

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

Каждый вариант реализации абсолютно прозрачен как для посетителей сайтов, так и для поисковых машин Интернета. Не выполняется никаких редиректов, что не мешает корректному индексированию каждого ресурса поисковым роботом.

Лицензирование

В стандартную поставку продукта включена лицензия на неограниченное количество сайтов (кроме лицензий "Первый сайт" и "Старт") . Приобретая экземпляр «1С-Битрикс: Управление сайтом», вы бесплатно можете создать, например, русскоязычный и англоязычный ресурс, либо корпоративный сайт и интернет-магазин.

Все сайты, работающие на одной лицензии, должны размещаться на одном хостинге, и использовать одну копию программного продукта «1С-Битрикс: Управления сайтом».

И что они говорят, эти голоса. Одно и. Же: Im the vendor, Im the vendor. What will you do. What can you do. Да, Hydra onion в россии 2016 . А на контакт Bull Gates, значит, не идет. Не идет. А может, он идет. А ты не понимаешь. Может, Минотавр и есть эта дохлая крыса на потолке. . Может, и.

А они тебе ничего не объяснили. И значит, на спецпроцедуру. Так втемную и поехал. Козлы убогие… Ну ничего, разберемся и накажем виновных. Будет им, нигелла сатива свечи инструкция, тринадцатая зарплата в твердой валюте… Он поднял. Стола блокнот с профилем Данте Алигьери на обложке и некоторое время сосредоточенно водил по бумаге ручкой, причем я сразу догадался, что он рисует внутри такие же профили Данте, только маленькие. Почему-то эти люди думают, что за долгий двадцатый век нигелла сатива свечи инструкция не изучили их методов работы. Положив блокнот. Он шагнул ко мне, словно собираясь своим запоздавшим объятием исцелить все мои душевные раны, но тут на его столе зазвонил телефон. Шмыга чертыхнулся и поднял трубку. Несколько секунд он слушал, а потом его лицо стало хмурым и внимательным. Так точно, . Сказал он и положил трубку. Подняв на меня глаза, он виновато развел руками. Видишь, что творится.

Коммерческая тайна. У матросов нет вопросов, - отозвался Малюта. Как-то странно поглядел Степе в. Ровно через три часа позвонил капитан Лебедкин. Я тебе зачем жизнь. Спас? - грозно спросил. - Чтоб ты в политику совался. Я… - начал Степа. Да не ссы, - весело сказал капитан. - Шучу.

Желаю. Тогда вперед, . Сказал Чапаев, поднимаясь из-за отель ecstasy hotel. Выйдя из штабного вагона, мы пошли в хвост поезда. Происходящее казалось мне все более странным. Несколько вагонов, по которым мы прошли, были темными и казались. Пустыми. Свет нигде не горел; из-за дверей не долетало ни единого звука. Мне слабо верилось, что за ореховыми панелями, в полированной поверхности которых отражался огонек сигары Чапаева. Спит красная солдатня, но я старался не рефлексировать по этому поводу.

К 2003 году японским специалистам. Удалось разработать комплект из нескольких микрозондов, которые вейп гидра непосредственно мозг и позволяли до некоторой степени объективировать картину человеческого восприятия. Японская аппаратура не могла определить, что именно чувствует и думает наблюдаемый. Но она позволяла получить цветное (хотя и размытое) изображение того, что он вейп гидра. Причем не только наяву, но и в быстрой фазе сна. Это стало возможным потому, что сигнал снимался не с оптического нерва, а с тех зон. Мозга, которые ответственны за непосредственную репрезентацию. Оборудование было немедленно закуплено командой Поташинского. Сигнал с вживленного в мозг комплекта зондов мог передаваться по беспроводной. Связи, что позволяло баблонавту вести обычный образ жизни, никак не стесненный участием в эксперименте. Необходимо было только, чтобы где-нибудь неподалеку располагался приемник сигнала. Который затем в реальном времени передавал информацию на компьютер. Вкратце схема опытов Поташинского выглядела. Сначала в мозг баблонавту-экспериментатору (на эту роль, как обычно, были отобраны добровольцы из числа. Молодых офицеров ФСБ) вживлялся комплект контрольных электродов.

С мертвой точки. Слушай, брат, - сказал он, - а что это за природа. Ты о чем? - спросил Иса. Ну ты в машине говорил, что у шрапнельно-осколочного тела такая же природа, как у радужного. А что это за природа. Тебе про это лучше не спрашивать. Брат, - нахмурился Иса. Почему. Ты к этому еще не готов. Как не готов. А амфетамин марихуана одновременно. Был бы готов, не спрашивал. Так ты можешь ответить. Или.

Скоро. спросила. Купить гашиш во владивостоке сейчас, сказал я, вот… Иной разборчивый. Любовник мог бы обидеться, что его не пускают дальше сетевой прихожей. Но Порфирий не таков. Первым делом я подключился к ее огмент-очкам. Хорош, сказала. Какие бакенбарды… Я тем временем картинку с очков на панель. Сморфив ее с видом из потолочной камеры. Айфак поднимал любые морфы не напрягаясь мощность у. Была чудовищная. Теперь Мара видела меня в своих огмент-очках на месте айфака и одновременно могла наблюдать.

Разработанным шифром. Иногда он отмечал, что его снова мучили повторяющиеся сны по схеме 1. Или по схеме 2. И вдруг открытым текстом, как вырвавшийся крик: Снились курительные миксы круглосуточно, убитые мной в детстве… Голос за ширмой. Замолчал. Чего это она? - спросил Сэм. Уснула, - ответила Наташа. Сэм нежно погладил колючий кончик ее брюшка и откинулся на диван. Наташа тихонько сглотнула. Сэм подтянул к себе стоящий на полу кейс, раскрыл его, вынул маленькую стеклянную. Баночку, сплюнул в нее красным, завинтил и кинул обратно - вся эта операция заняла у него курительные миксы круглосуточно секунд. Знаешь, Наташа, - сказал.

После этого он гашиш санкт. Эй, - Татарский. Ответа не. Татарский подождал еще минуту и понял, что остался один. Один со своим умом, готовым пойти вразнос. Надо было срочно чем-то себя занять. Звонить, - прошептал. - Кому. Гирееву. Он знает, что делать. Долгое время. Трубку никто не брал. Наконец, на пятнадцатом или двадцатом гудке, Гиреев хмуро отозвался: Алло. Андрюша.

Нет, - сказал. В запертой комнате сидит человек, не знающий китайского языка. В окошко ему дают записки с вопросами на китайском. Для него это просто бумажки с нарисованными закорючками, смысла которых он не понимает. Но у него в комнате полно разных книг. Правилами, в которых подробно описано, как и в какой последовательности отвечать одними закорючками на. И он, действуя по этим правилам, выдает в другое окошко ответы на китайском. Создают у всех стоящих снаружи полную уверенность в том, что он знает китайский язык. Хотя сам он совершенно не понимает, о чем ему задают вопросы. Address hydra onion browser в чем смысл его ответов. Представили. Ну, представил. Сура - это такая же китайская комната, только автоматизированная. Вместо человека со справочниками в ней сканер, который считывает иероглифы. Огромная база референций и правил, позволяющих подбирать иероглифы для ответа.

Как ни странно, именно это привело меня к ясности. Во всяком случае, в практическом отношении. Я поняла, что вставшая передо мной проблема. Не просто сложна она неуловима. Трудно было даже правильно сформулировать связанные с ней вопросы. Единственным утешением казалось Как найти сайт гидра в торе язык, так же скользко дело обстоит. С сознанием человека. Разобраться с этим было мне не под силу. И я решила, что лучшим выходом из ситуации будет вернуться. К бизнесу as usual, оставив экзистенциальные экзерсисы на потом или забыв про них.

Вскоре дорога вывела в богатое село со свежевыкрашенной белой церковью. У церковной ограды сидел печальный одноногий солдат в полинявшем сером мундире. Не знаешь, где тут Оптина Пустынь. спросил Т.нагибаясь к нему с лошади. Это про которую мужики бають. переспросил солдат. Которое недавно устроили заведение. решил, что служивый выжил из ума. Как это недавно устроили заведение. А значить, по-любому все прямо, ваше благородие, сказал солдат и Гидра рулетка рукой, далеко еще буде. Дорог тут только две, и обе в одну сторону. Хучь по первой поезжайте, хучь по второй. А хочешь покороче, тогда через лес. Там развилка, так можете взять любую сторону.

И прочие гримасы, о которых вы, я думаю, наслышаны… Лена не поняла, что это за папа-мама дурка восемнадцать (молодой человек пробормотал эти слова быстро и тихо), но сразу же забыла про это - ей вдруг до такой степени захотелось отхлебнуть вина за двадцать тысяч евро, что ее рот наполнился слюной. По залу прошел тихий вздох, подтвердивший, что собравшиеся не просто наслышаны о гримасах. А успели в мельчайших деталях изучить всю доступную о них информацию. В последнее время спецслужбы Запада развернули настоящую охоту на наших богачей-недотеп, - продолжал молодой человек. - Вы слышали, конечно, про громкие скандалы адрес hydra onion tk okey сайта гидра в торе аресты: сначала Куршевель, затем Фиджи, потом бутик Гермес, а теперь вот Сен-Моритц, Мальдивы и Антарктида. Кампания тщательно спланирована и преследует две основные цели - во-первых, дискредитировать. Российскую цивилизацию, - установить контроль над ее ресурсами посредством сбора компромата на владельцев ее основных активов. Наша элита стала мишенью, а объективная реальность текущей точки пространства-времени такова, что. С ней стали мишенью мы. Нахмурившись, он замолчал, словно давая слушателям возможность осознать всю серьезность ситуации. Затем на его лицо вернулась грустная улыбка, и он продолжил: Мы должны удержать ситуацию под контролем.

Она ухмыльнулась. Хотя бы перед своими не надо строить оскорбленную невинность. О чем. Когда я его спровоцировала. Когда выскочила голая из Гидра онион вход и встала перед ним раком. Ты считаешь это провокацией. Конечно. Зачем ты, спрашивается, развернулась к нему задом. Я пожала плечами. Для надежности. А что в этом особенно надежного. Хвост ближе к цели, - сказала я не совсем уверенно. Ну. А глядеть надо через плечо.

Третье монталь ваниль экстази таким: Его Превосходительству О. Константину Петровичу Победоносцеву, служебное. Настоящим препровождаю Вашему Превосходительству перевод древнеегипетской надписи. Листа сусального золота, обнаруженного в медальоне монталь ваниль экстази трупе отца Варсонофия Нетребко в рамках расследования по делу графа Т. По мнению специалистов Египетского музея, начертание иероглифов позволяет датировать текстэпохой XVIII династии или несколько более поздним временем. Надпись гласит: Тайное имя гермафродита с кошачьей головой, дающее над ним власть, суть. АНГЦ. Если сможешь управлять гермафродитом с помощью этого имени. Хорошо. Переводчики что АНГЦ может быть так же переведено как традиционное БХГВ (или иначе, в зависимости от выбора таблиц соответствий при использовании иероглифических реестров). Сам медальон, однако, не может быть передан Вашему Превосходительству несмотря на Ваше ходатайство.

Навигация по записям

Битрикс является многосайтовой системой. Это значит, что на одной копии продукта можно запустить неограниченное количество сайтов, которые будут иметь разную публичную часть, но при этом общую админпанель. Покупая одну лицензию на любую редакцию, Вы получаете возможность установить два сайта. Если требуется больше, то просто докупаете дополнительные лицензии за полцены. Либо можно приобрести неограниченную лицензию.

Для чего нужна многосайтовость

Очень не удобно содержать большое количество сайтов одной фирмы. Например у Вас один корпоративный сайт и пять сайтов филиалов, Вы публикуете новости компании и для этого приходится заходить в админпанель на шести сайтах ради добавления одной новости. Или же разместить каталог продукции, сегментировав его по нескольким региональным представительствам . Многосайтовость битрикс решает проблему таких трудозатрат на корню, с управлением большого числа сайтов вполне справится один контент-менеджер, не придется выполнять однотипные манипуляции.

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

Также полезно для компаний имеющих сайты на нескольких языках. Удобно когда все в одном месте.

Многосайтовость битрикс бывает двух видов:

На одном домене - когда сайты располагаются внутри одного домена, например www.site.ru/ru/ и www.site.ru/com/ не особо интересный и применимый вариант, о нем рассказывать не буду, это не сложно.

Многосайтовость на разных доменах - когда сайты работают на разных доменах, например www.one.ru и www.two.ru . В видео рассказываю именно про данный способ, на тестовом хостинге pagemaster.ru

Видео: как настроить многосайтовость битрикс

Многосайтовость на поддоменах

Данное видео записано намного позже самой заметки. С запуском многосайтовости на поддоменах , есть одна небольшая, хотя и очевидная, хитрость. Важно! Правильно указать адреса доменов. Подробнее в видео

Лучшая, на мой взгляд, статья, на тему организации многосайтовости в "1С-Битрикс". Очень доступно все описано.

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

Какой способ выбрать?

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

Первый способ предполагает (на папках), что сайты находятся в одном домене, но в разных папках. Он годится для создания сайтов на разных языках или, например, региональных сайтов одной компании.
Адреса сайтов будут иметь вид:

http://example.com/ru
http://example.com/en

или

http://example.com/
http://example.com/KGD
http://example.com/SPB

Если тематика сайтов разная, видимо, не обойтись без настройки второго способа, когда разные сайты находятся в разных доменах, пример:

http://www.bitrixsoft.ru/
http://www.bitrixsoft.com/

Оба сайта работают на одной копии продукта, но внешне это никак не проявляется. Это выглядит привлекательнее, но требует чуть больше усилий для настройки.
Особо хочу обратить внимание, что далее речь идёт о работе на хостинге, когда все настройки сервера делает администратор. Если вы настраиваете многосайтовость локально, необходимо предварительно настроить виртуальные веб сервера. Можно посмотреть об этом на официальном сайте Apache (и в русской части Интернета море статей на эту тему).

Теперь несколько слов о том, как система определяет текущий сайт.
Откроем настройки сайта (Настройки - Настройки продукта - Сайты - Список сайтов):

Здесь можно указать доменное имя и папку сайта - это основные параметры настройки многосайтовости, остальные определяют приоритеты.
Сначала система проверяет текущий домен: из настроек всех сайтов выбираются домены и сопоставляются с доменом на котором находится пользователь. При этом сравнивается только правая часть до точки (т.е. все поддомены автоматически относятся к этому домену). Например, в настройках указано
example.com
а пользователь открыл
www.example.com
будет считаться условие выполненным. Но если он откроет my-example.com - это уже другой домен, его надо отдельно указывать в списке доменных имён.
Если доменные имена не указаны или на разных сайтах указаны одинаковые домены, то определение происходит по папке сайта. Обратите внимание, что здесь указывается папка относительно корня сайта (т.е. путь в URL), а не путь в файловой системе на сервере.
В дальнейшем идентификатор сайта используется для подключения шаблона, выбора новостей, определения языка и т.д.

Пример:
В настройках одного сайта указана папка / , другого /ru .
При открытии example.com/forum/messages/ попадаем на первый сайт, при открытии example.com/ru/forum/messages/ - на второй.
При этом папка bitrix (содержащая ядро продукта) лежит в корне, никуда не копируется и никакие другие настройки на сервере не делаются. Это всё понятно и просто.
Гораздо больше вопросов и проблем возникает с настройкой многосайтовости по второму способу, когда нам необходимо обслуживать одной установкой Битрикс несколько сайтов в разных доменах. Остановимся на этом подробнее.

Многосайтовость по второму способу (мини HOWTO)

Сначала нужно определиться, что мы хотим получить. Будем считать, что имеем два домена:

example.com
example.net

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

При этом хочу обратить внимание на следующие моменты:

• все домены должны указывать на один сервер, вариант, когда разные домены настроены на разных хостеров, неприемлем;
• в нашем случае (когда корневые папки доменов разные) не имеет значения, имеем мы разные домены второго уровня или поддомены одного домена (например, games.example.com и example.com ). А если быть вернее, то это вообще не имеет значения. То что нас действительно должно интересовать: общая ли у них корневая папка или нет;
• вариант, когда настраивается большое число поддоменов, которые формируются динамически (например, vasya.example.com , kolya.example.com и т.д.) вообще не является многсайтовостью в контексте нашего продукта, и соответственно руководства многосайтовости сюда не применимы. Рассмотрим этот вариант ниже. Если говорить грубо, то многосайтовость Битрикса - когда настроено несколько сайтов в списке сайтов в настройках продукта.

Задача: настроить многосайтовость по второму способу на UNIX-хостинге.

Шаг за шагом.

1. Устанавливаем Битрикс на один из доменов (не важно, на какой). Для ясности считаем, что установили продукт на example.com . Пока никакие дополнительные настройки не делаем.

2. Теперь необходимо заставить работать ту же копию на втором домене.
Считаем, что публичная часть у сайтов разная (иначе зачем нужны разные сайты?), поэтому для второго сайта потребуется только ядро продукта (папка bitrix , ну и upload ). Теоретически, если их просто скопировать из первого сайта, то будет работать, но нас это не устроит (приходилось сталкиваться с такой "многосайтовостью").
Получим две копии ядра, которые работают с одной базой данных, после обновления одного из них обновится база данных, и второй сайт перестанет работать (ну и кроме того, копирование ядра противоречит лицензии).
Проблема решается использованием символических ссылок . Если говорить образно, ссылка выполняет задачу ярлыка на рабочем столе, который открывает программу, но сам программой не является.
Руководство по многосайтовости рекомендует выносить ядро в общую папку shared , затем делать символические ссылки в каждом сайте. Здесь для простоты изложения я упрощу этот шаг и сделаю ссылку с одного сайта на другой (с функциональной точки зрения разницы нет).
Набросал небольшой скрипт, который поможет создать символические ссылки при использовании только ftp доступа к серверу:

Код

error_reporting(E_ALL & ~E_NOTICE); @ini_set("display_errors",1); if ($_POST["path"]) $path = rtrim($_POST["path"],"/\\"); else $path = "../site2/www"; if ($_POST["create"]) { if (preg_match("#^/#",$path)) $full_path = $path; else $full_path = realpath($_SERVER["DOCUMENT_ROOT"]."/".$p ath); 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["DOCUM ENT_ROOT"]."/bitrix")) { if(symlink($path."/uploa d",$_SERVER["DOCUMENT_ROOT"]."/upload")) echo "Символические ссылки удачно созданы"; else $strError = "Не удалось создать ссылку на папку upload, обратитесь к администратору сервера"; } else $strError = "Не удалось создать ссылку на папку bitrix, обратитесь к администратору сервера"; } else $strError = "Указанный путь не содержит папку bitrix"; } else $strError = "Неверно указан путь или ошибка прав доступа"; If ($strError) echo "".$strError." Исходн ый путь: ".$full_path; } ?> Путь к папке, содержащей папки bitrix и upload:

Скрипт необходимо закачать в корневую папку второго сайта (в нашем случае, example.net ), затем после запуска указать путь к корневой папке первого сайта (или папке shared , если ядро находится в ней).
Предположим, первый сайт находится в папке:

второй:

Записываем скрипт в папку /var/www/denis/example.net/www , в поле путь пишем "../../example.com/www " или "/var/www/denis/example.com/www ". Если всё будет нормально, в папке /var/www/denis/example.net/www появятся нужные символические ссылки.
На этом этапе могут возникнуть проблемы:

• нет прав на запись в текущую папку;
• действует ограничение безопасности (open_basedir), которое не позволяет пользователям разделяемого хостинга обращаться к другим сайтам.

В случае возникновения проблем с этим скриптом следует обратиться за помощью к хостеру .
После того как ссылки созданы должно происходить следующее: набираем example.net/bitrix/admin , открывается панель авторизации, вводим данные администратора, которые указывали при установке продукта на example.com и попадаем в административную панель Битрикса.
Поскольку ядро одно и база одна - административная панель для обоих сайтов будет одинаковая (т.е. одна и та же).

Теперь надо скопировать с первого сайта .access.php (чтобы был доступ на чтение корневого раздела, при необходимости можно вручную отредактировать его, удалив всё кроме $PERM["/"]["*"]="R"; ) и index.php (который потом будет редактироваться).

3. Настройка сайтов.

Открываем настройки каждого сайта (Настройки - Настройки продукта - Сайты - Список сайтов ), указываем в поле "Доменное имя:" example.com и example.net соответственно для первого и второго сайта.
Последнее, что надо здесь сделать - указать путь на сервере к корневой папке каждого сайта (поле "Путь к корневой папке веб-сервера для этого сайта:") для того чтобы модуль управления структурой построил дерево файлов каждого сайта (меню "Контент"):
указываем /var/www/denis/example.com/www и /var/www/denis/example.net/www соответственно.

4. Проверка публичной части.

Если всё было сделано правильно, сейчас на разных доменах должны открываться разные сайты. Для этого воспользуемся простейшим скриптом:

Код

Сохраним в корне обоих сайтов, при обращении к скрипту в домене example.com должен отобразиться идентификатор (двухбуквенное отображение) первого, в домене example.net - идентификатор второго сайта.

Всё. Задача решена.

А если общая корневая папка?

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

Теперь коротко по шагам. Условия задачи прежние, но будем считать что домены example.com и example.net имеют одну корневую папку /var/www/denis/example

1. Ставим продукт в любом домене один раз .

2. Для разделения публичной части создаём в папке /var/www/denis/example папки com и net . Здесь ядро имеет путь /var/www/denis/example/bitrix для обоих сайтов, и символические ссылки создавать не требуется.

3. В настройках сайтов теперь помимо домена нужно указать папку сайта: /com и /net для первого и второго сайта.

4. Создаём индексную страницу сайта по примеру из учебного курса. Эта страница по домену будет определять текущий сайт и подключать соответствующую публичную часть. Только для этого надо было указать домены в настройках сайтов. Привожу здесь код скрипта:

Код

Настройка завершена.

Много поддоменов на одном сайте

К примеру, на сайте пользователи после регистрации получают свой домен вида user.example.com . При обращении к такому домену хотим открывать блог пользователя.

1. Лучше всего в такой ситуации для всех поддоменов использовать отдельную от основной корневую папку сайта. Договариваемся с хостером, что для example.com открывается /var/www/denis/example.com , а для всех поддоменов (за исключением www.example.com ) корневой папкой является /var/www/denis/blogs . Ставим Битрикс на example.com .

3. Создаём индексную страницу в папке /var/www/denis/blogs , размещаем на ней компонент bitrix:blog.blog . Обратите внимание, это не комплексный компонент блогов, а компонент, отображающий содержимое конкретного блога.

4. На этой же странице перед подключением компонента вставляем код, который будет определять текущий идентификатор блога на примере следующего:

Заключение

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

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

Будем использовать для примера конфигурацию из двух сайтов:

• www.site1.com — корпоративный сайт компании
• www.site2.com — интернет-магазин компании

Настройка многосайтовости на разных доменах

Каждый сайт надо разместить в соответствующем каталоге, например:

• /home/www/site1/
• /home/www/site2/

Установка продукта и настройка символьных ссылок

Продукт устанавливается в один из сайтов. Чтобы ядро могло работать для обоих сайтов, необходимо создать символьные ссылки для сайта, в котором нет установленного ядра. Ссылки потребуются для папок /bitrix и /upload .

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

Примечание: Технически возможно (но не рекомендуется) копирование указанных папок в некоторую внешнюю папку, на которую для всех сайтов настраиваются символические ссылки.

Символьная ссылка: (также симлинк от англ. Symbolic link, символическая ссылка)Cпециальный файл, для которого в файловой системе не хранится никакой информации, кроме одной текстовой строки. Эта строка трактуется как путь к файлу, который должен быть открыт при попытке обратиться к данной ссылке.

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

Ссылки можно создать двумя способами. Первый — классический, который рекомендовался компанией с самого начала. Второй — более поздний, считается более «красивым и изящным». В нем отсутствует шаг создания отдельной папки и переноса в нее ядра системы.

Первый вариант (зеленым цветом приведены примеры для установки на UNIX системы):

1. установите программный продукт «1С-Битрикс: Управление сайтом» сначала в каталог первого сайта /home/www/site1/
2. создайте каталог /home/www/shared/ , в котором будут располагаться общие для всех сайтов файлы:
   mkdir /home/www/shared
3. перенесите весь каталог /home/www/site1/bitrix/ в /home/www/shared/bitrix/ :
   mv /home/www/site1/bitrix /home/www/shared/bitrix
4. перенесите весь каталог /home/www/site1/upload/ в /home/www/shared/upload/ :
   mv /home/www/site1/upload /home/www/shared/upload
5. создайте символическую связь для каталога /bitrix/ в каждом из сайтов:
   1. ln -s /home/www/shared/bitrix /home/www/site1/
   2. ln -s /home/www/shared/upload /home/www/site1/
   3. ln -s /home/www/shared/bitrix /home/www/site2/
   4. ln -s /home/www/shared/upload /home/www/site2/
6. убедитесь, что веб-сервер (Apache, IIS) имеет право на запись в каталог /home/www/shared/ (это необходимо будет для работы системы обновлений и загрузки графических файлов)
7. разместите публичную часть второго сайта в каталог /home/www/site2/

Примечание: Для создания символьных связей в Windows необходимо воспользоваться дополнительными программами, например, Far Manager или Junction от Sysinternals.

Важно! Файловая система FAT32 не поддерживает создание символьных ссылок.

При настройке многосайтовой конфигурации на UNIX, можно воспользоваться программным методом создания символьных ссылок:

Примечание: В ряде случаев, например если web сервер работает в chroot, необходимо делать относительные ссылки.

Пример:
/var/www/s1 — первый сайт
/var/www/s2 — второй сайт
/var/www/shared — папка с ядром системы

Переходим в /var/www/s2 и выполняем те же команды.

Второй вариант . В нем символьные ссылки создаются непосредственно в папке второго сайта.

1. Установите программный продукт «1С-Битрикс: Управление сайтом» сначала в каталог первого сайта /home/www/site1/
2. Создайте в корневой папке второго сайта (/home/www/site2/) скрипт, например, под именем symlink.php :

Символические ссылки удачно созданы"; else $strError = "Не удалось создать ссылку на папку upload, обратитесь к администратору сервера"; } else $strError = "Не удалось создать ссылку на папку bitrix, обратитесь к администратору сервера"; } else $strError = "Указанный путь не содержит папку bitrix"; } else $strError = "Неверно указан путь или ошибка прав доступа"; if ($strError) echo "".$strError."
Исходный путь: ".$full_path; } ?>

Путь к папке, содержащей папки bitrix и upload:

1. Запустите скрипт и укажите путь к корневой папке первого сайта, в нашем случае /home/www/site1/ .
2. После того как символьные ссылки созданы наберите в адресной строке браузера site1/bitrix/admin . Откроется панель авторизации.
3. Вводите данные администратора, которые указывали при установке продукта на первый сайт и попадете в административную панель «1С-Битрикс: Управление сайтом».

После завершения работы скрипта наличие символических ссылок на папки /bitrix и /upload в папке второго сайта можно проверить по появлению одноименных папок.

На этапе создания могут возникнуть проблемы:

• отсутствия прав на запись в текущую папку;
• ограничение безопасности (open_basedir ), которое не позволяет пользователям разделяемого хостинга обращаться к другим сайтам.

В случае возникновения проблем с этим скриптом следует обратиться за помощью к хостеру.

Конфигурирование сайтов

Настройка сайтов выполняется в административном разделе системы на странице Настройки > Настройки продукта > Сайты > Список сайтов.

В строке первого сайта (www.site1.com), в колонке действий выбираем команду Изменить и указываем в них:

• Название: site1
• Доменное имя: www.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).

Примечание: Необходимо иметь в виду, что при организации многосайтовости по данному способу, вы можете использовать как виртуальные сервера одной установки Apache, так и просто разные установки Apache. Это справедливо для других веб-серверов: IIS, EServ и т.д.

Важно : при создании второго сайта необходимо скопировать с основного сайта или заново создать файлы /.htaccess и /404.php .

Файл.access.php

Создайте файл .access.php c таким содержанием в корне второго сайта:

Примечание: Для данного способа организации многосайтовости не требуется настраивать на индексной странице алгоритм выбора сайтов, как это делается приПсевдомногосайтовости , т.к. сайт будет однозначно определяться по полю Доменное имя .

Конфигурация готова к работе.

Вход в систему

• Наберите в адресной строке браузера http://site1/bitrix/admin (или http://site2/bitrix/admin). Откроется панель авторизации.
• Вводите данные администратора, которые указывали при установке продукта на первый сайт и попадете в административную панель «1С-Битрикс: Управление сайтом«.

Поскольку ядро одно и база одна — административная панель для обоих сайтов будет одинаковая.

Технически система допускает создание произвольного числа сайтов работающих по этой схеме. В каждом из вновь создаваемых сайтов необходимо настроить веб-сервер и создать символическую ссылку. Юридически для создания каждого нового сайта (кроме первых двух) необходимо приобрести дополнительный купон.

Как настроить многосайтовость битрикс