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

Сейчас возникла проблема: пользователь, когда пишет на E-mail с вложением, с которого создается по правилу тикет, то в письме получает (и сотрудник ТП также) вместо #FILES_LINKS# ссылку без домена сайта.

Да, проблема решается тем, что можно заполнить поле $_SERVER["HTTP_HOST"] перед вызовом агента крона, но как быть с ТП на другом домене?

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

Есть сайт, использующий многосайтовость на разных доменах.

Физическая папка Сайта 1 - /u00/app/bitrix/Apache/htdocs/site1/
Домен сайта 1 - site.ru
Физическая папка Сайта 2 - /u00/app/bitrix/Apache/htdocs/site2/
Домен сайта 2 - dev.site2.com

1) загружаем в публичную часть сайта 1 файл (например, /structure/struct_new_vtbdwkwa.psd)
2) пытаемся из административной части сайта 2 через файловую структуру скачать файл (естественно из дирректории сайта 1) с МАКСИМАЛЬНЫМИ правами (группа 1)
Получаем ошибку "файл не найден"


P.S. Если загружать файл с того же сайта на котором он находится всё ОК


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

В многосайтовости 2 сайта, один для России на русском, другой для Европы на английском. Сейчас человек в английском сайте кладет в корзину продукцию в евро, ему пересчитывается в рубли, не правильно, например PayPal не работает с рублями. Хотелось бы, чтобы для каждого сайта в отдельности можно было выбрать свою валюту по умолчанию.

Добавить привязку склада к сайту, ибо на многосайтовых версиях приходится фильтровать через составной XML_ID

Используется два сайта на одной лицензии, Битрикс Малый Бизнес 12. При добавлении пользовательского поля и указании, что оно обязательно для заполнения, это поле становится обязательным для заполнения (в т.ч. при регистрации) на обоих сайтах. А, конечно же, нужно только на одном.

Если бы пользовательские поля, по аналогии например с инфоблоками, можно было привязывать к отдельным сайтам, этой проблемы можно было бы запросто избежать.

Вот так сейчас:



Вот так хотелось бы:

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

При использовании многосайтовости было бы отлично, чтобы разные облачные хранилища для разных сайтов настраивались. Например с "сайт1" все картинки помещать в "хранилище1", а с "сайт2" - в "хранилище2".

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

Возникают трудности при указании в полях:
сайта 1: mart72.ru
сайта 2: tdmart72.ru
или
сайта 1: dom-pechati.ru
сайта 2: forum.dom-pechati.ru

Трудности:
1. Дизайн-шаблоны подключаются как хотят.
2. Навигация (меню) включаются как хотят.
3. Sitemap - генерятся как хотят.
4. При создании страницы на сайте 1 страница может создаться файловой структуре сайта 2 и наоборот, а может и на своем месте создаваться, то есть опять же как попало.
и т.д.

Если в случае с сайтом и форумом dom-pechati.ru я еще хоть как-то могу понять, то с доменами mart72.ru и tdmart72.ru это уже ошибка, ибо оба домена второго уровня и они все-таки разные!

Идея: определять текущий сайт по 100%-му совпадению текущего домена с одним из доменов из поля
Поисковые роботы в обоих случаях считают сайты разными и не "склеивают" их.