Что-то странное. Штатный немодифицированный bitrix:menu.sections не может создавать столько запросов. Скорее всего, разработчик вашего сайта где-то накосорезил.
«Да не могут же они!»
|
Занятно.
Смоделировал вашу ситуацию у себя. В header.php:
В footer.php:
У меня это работает ожидаемым образом, т.е. правильно. Возможные варианты возникновения ошибки: 1) у вас используются самописные компоненты с кешированием, которые некорректно работают со стеком буферизации (например, нет вызова $this->endResultCache(); в теле компонента); 2) у вас какой-то очень старый битрикс ( в 12 версии тело компонента bitrix:menu сильно отличается от такового в 15 версии).
«Да не могут же они!»
|
|||||
|
|
|
«Да не могут же они!»
|
|||||
|
|
|
|
Если вы используете штатные битриксовый компоненты, в их настройках по умолчанию стоит "CACHE_GROUPS" => "Y" ("Учитывать права доступа: [x]")
В этом режиме компоненты создают разные кеши для разных групп пользователей. Отключите эту настройку. UPD: ну, разумеется, эту настройку нельзя отключать, если вам нужно показывать разный контент разным группам пользователей.
«Да не могут же они!»
|
|
|
|
|
$APPLICATION->AddViewContent(куда, что); В вашем случае $APPLICATION->AddViewContent('section_submenu', $content);
«Да не могут же они!»
|
|||
|
|
|
Удалите интересующие вас поля в шаблоне компонента bitrix:iblock.element.add.form и заполняйте их сами в обработчике события
«Да не могут же они!»
|
|||
|
|
|
Кто может знать наверняка? Это ж надо проверить как минимум для простого и для комплексного компонента. Ещё бывают вырожденные случаи, когда /dir/subdir/ существует, а /dir/another_subdir/ -- нет и обрабатывается через mod_rewrite. Как бы то ни было, думается мне, что топикстартеру поможет
«Да не могут же они!»
|
|||
|
|
|
Денис, при всём уважении: там будет много упоминаний /urlrewrite.php и очень мало по делу.
«Да не могут же они!»
|
|||
|
|
|
Я не понял вопрос. Это набор инструкций для апача: отдавать контент только по разрешённым ip-адресам, остальным выдавать 403 Forbidden.
«Да не могут же они!»
|
|||
|
|
|
|
Второй вариант: с помощью событий прописывать во внешнем коде элементов символьный код раздела первого уровня. Тогда урл детальной страницы можно будет строить как /#EXTERNAL_ID#/catalog/#SECTION_CODE/#ELEMENT_CODE#/
Способ плох тем, что внешний код элементов нельзя трогать, если у вас есть интеграция, например, с 1С.
«Да не могут же они!»
|
|
|
|
|
«Да не могут же они!»
|
|||
|
|
|