Герман Шахов, штатно нет. Сейчас экстранет пользователь видит только ту информацию что есть в группе, если она не ограничена правами видимости (например файлы на диске или форум, если активен). Можно доработать чтобы были права в экстранете.
webspaze, не советую это делать средствами битрикса, особенно в таком ключе. Если у Вас закрытый контур и выхода в сеть нет, попробуйте open source решения, например https://piwik.org/
Александр Кузнецов, это не копать, а работать. В Битриксе штатно нет механизма выводящие элемент инфоблока в меню. Поэтому изучайте как работает bitrix:menu.sections и расширение меню (menu_ext)
Роман Семёнов,ааа... ну тогда вопрос сайт какого типа был создан? ext_kernel, kernel или link? Если link, то тот же, по которому развернут основной. Если ext_kernel, то в нем нет сайта и нужно заводить для него link'и Если kernel, то адрес сайта задается при подключении (в последствии dns должен указываться на него иначе не увидеть) Ну и дефолтный в /home/bitrix/www, который по IP и по привязанному домену
1) Вы определяете что делает эта функция и нужна ли? Если не нужна - заходите в агенты (в админке битрикса) и удаляете этот агент. Проблема больше не возникнет Если нужна (судя по названию функции она генерирует какой-то хитрый не битриксовый sitemap), то нужно идти дальше
2) Определяете правильно ли она установлена - опять же в списке агентов смотрите какой модуль и где именно ее вызывает. Возможно модуль удален или был в trial периоде
3) Ищите функцию по всему коду, что написали подрядчики и проверяете - возможно она описана в файле, который не подключается штатно (и нужно всего-лишь подключить в init.php) Или может быть она написана с ошибкой.
4) Если ее не существует, то можно либо требовать с подрядчика решение этой проблемы (т.к. она должна быть гарантирована) либо пункт 1.
garcia написал: Как мне это можно сделать в связке nginx+php-fpm?
Практика показывает, что при переезде на nginx+php-fpm о прекрасном bx-menu приходится забывать. Подразумевается, что если Вы можете перевести сайт на связку nginx+php-fpm то все остальное уже настраивается компетентными людьми и такие вопросы уже не возникают.
P.S. Переезд на nginx+php-fpm должен быть чем-то обусловлен. Нет смысла выжимать мощности из серверной части, если например косячит бекэнд.
Никитин Владислав написал: А что мешает прописать свои ключи для отслеживания?
Ну как минимум то что кеширование открывается до того как получаются реальные данные. Т.е. Вы можете закешировать на основании параметра компонента, а вот подписаться на конкретные значения конкретных параметров ДО открытия Вы не можете сделать.
Либо вы теряете все преимущества кеширования (совершая фильтрацию и выборки ДО открытия кеша), либо Вы теггируете именно результаты (примеры по ссылке в моем посте).
Юлия Бедросова написал: надо делать так, как написано в актуальном курсе
Цитата
Юлия Бедросова написал: Это же обычная многосайтовость - ничего особенного.
Может быть я чего-то не понимаю, это обычная многосайтовость, на которую я и дал ссылку. 2 сайта на 1 физическом ядре ( о чем в курсе тоже написано ), причем разными способами. Не вижу несоответствий.