Ошибка в bitrix из-за неверно настроенного httpd.conf

[woobla]

Во всех httpd.conf настройка есть:
<LocationMatch "/\.(?!well-known)"> Require all denied </LocationMatch>
Которая ломает редактирование инфоблоков и доступ к системным каталогам начинающимся с точки.
Надо чтобы было:
<LocationMatch "/\.well-known"> Require all denied </LocationMatch>

[OSPanel]

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

Каталог .well-known — это исключение: он используется для автоматической валидации SSL-сертификатов (например, Let's Encrypt) и, наоборот, должен быть доступен извне.

Ваше предложение фактически открывает доступ ко всем скрытым служебным каталогам и закрывает .well-known, что противоречит как стандартам безопасности, так и требованиям работы с сертификатами. Поэтому делать так, как вы предлагаете, мы конечно же не будем.

[woobla]

Спасибо за разъяснение про .well-known и безопасность, всё понял. Но текущая настройка в httpd.conf (<LocationMatch "/.(?!well-known)"> Require all denied ) блокирует доступ к файлам JS/CSS в каталогах Bitrix, начинающихся с точки, например:

/bitrix/components/bitrix/main.ui.filter/templates/.default/script.min.js
/bitrix/components/bitrix/main.ui.grid/templates/.default/style.css
Это ломает работу инфоблоков и других компонентов. Можно ли настроить httpd.conf так, чтобы разрешить доступ к файлам в таких каталогах Bitrix (например, .default, .settings), но оставить защиту для остальных скрытых директорий?

Сделайте чтобы работало, а не как я предлагаю.

[OSPanel]

📌 Разбор пути

/bitrix/components/bitrix/main.ui.grid/templates/.default/style.css

Разберём этот путь по частям:

• /bitrix/components/bitrix/ — это стандартная директория компонентов, поставляемых вместе с ядром Bitrix.
• main.ui.grid — это компонент сетки (grid), действительно существующий в Bitrix, особенно в редакциях с D7 и UI-библиотеками.
• templates/.default/ — это стандартная директория шаблона компонента. Bitrix позволяет иметь несколько шаблонов для компонента.
• style.css — CSS-файл шаблона компонента. Он может быть подключён в шаблоне template.php или через механизм автозагрузки.

---

❓ Может ли такой путь открываться в браузере?

По умолчанию — нет.

Путь /bitrix/components/.../style.css — это путь в файловой системе, а не веб-доступный путь.

Bitrix не отдаёт напрямую из /bitrix/components/ файлы в браузер, если только:

• веб-сервер (Apache/Nginx) не сконфигурирован неправильно, и нет запрета на отдачу содержимого системных директорий;
• или если файл явно подключается как src="/bitrix/components/..." в HTML-коде (что крайне нежелательно и нарушает принципы ЧПУ и безопасности);
• или если установлен режим разработки, и кто-то вручную вставил такой путь в шаблон.

---

✅ Как обычно Bitrix работает с CSS компонентов?

1. CSS-файлы из шаблонов компонента (в том числе из style.css в шаблоне) автоматически подключаются, если соблюдена структура и используется template.php.

2. Bitrix может объединять и кэшировать эти CSS-файлы, и они отдаются уже из кеша, например:

   /bitrix/cache/css/s1/template_name/page_abc123.css
   

3. При ручном подключении, правильный способ — использовать:

   \Bitrix\Main\Page\Asset::getInstance()->addCss($templateFolder . "/style.css");

   В этом случае Bitrix сам определит путь и отдаст файл корректным способом.

---

✅ Как должны выглядеть корректные URL к CSS?

Корректные URL к CSS в HTML выглядят, например, так:

<link rel="stylesheet" href="/bitrix/cache/css/s1/my_template/template_styles.css" />

или

<link rel="stylesheet" href="/local/templates/my_template/style.css" />

(если речь о глобальном CSS шаблона сайта)

---

🚩 Почему это может происходить?

1. Плохая практика: кто-то вручную прописал URL к CSS в шаблоне, не используя Asset::getInstance()->addCss().
2. Неправильная конфигурация веб-сервера: директория /bitrix/components/ доступна извне.
3. Разработчик не знает принципов Bitrix и просто указал путь, как в PHP-файле, без понимания, что он не должен быть публичным.
4. CMS работает в режиме отладки, где нет оптимизации и объединения ресурсов.

---

🔐 Почему это плохо?

• Нарушение безопасности: открытие внутренних файлов ядра.
• Нарушение ЧПУ и SEO: такие пути не ЧПУ.
• Нарушение архитектуры Bitrix: ядро не должно быть напрямую доступно.
• Возможны проблемы при обновлении ядра или при использовании CDN/кешей.

---

✅ Как правильно?

Если нужно подключить CSS, лучше использовать:

\Bitrix\Main\Page\Asset::getInstance()->addCss($templateFolder."/style.css");

Или использовать шаблон компонента, где CSS автоматически будет найден.

---

🧠 Как работает main.ui.grid и подобные компоненты Bitrix

Компонент main.ui.grid — это один из UI-компонентов нового ядра (D7). Он работает по-другому, чем старые компоненты:

• Он не подключает style.css напрямую по пути шаблона.
• Вместо этого он использует ядро UI Bitrix, которое автоматически подключает нужные CSS и JS через механизм ядра ресурсов (main.core, ui, и др.).

---

✅ Как Bitrix подключает стили в HTML

Пример подключения ресурсов в <head>:

<link href="/bitrix/js/ui/fonts/opensans/ui.font.opensans.css?1682154221" type="text/css"  rel="stylesheet" />
<link href="/bitrix/js/main/popup/dist/main.popup.bundle.css?1682154221" type="text/css"  rel="stylesheet" />
<link href="/bitrix/js/ui/buttons/dist/ui.buttons.bundle.css?1682154221" type="text/css"  rel="stylesheet" />
<link href="/bitrix/js/ui/entity-selector/dist/ui.entity-selector.bundle.css?1682154221" type="text/css"  rel="stylesheet" />
<link href="/bitrix/js/main/grid/dist/main.grid.bundle.css?1682154221" type="text/css"  rel="stylesheet" />

Как видишь:

• Bitrix не ссылается на style.css напрямую, даже если он лежит в .default шаблоне компонента.
• Вместо этого используется система сборки и минификации, которая отдаёт ресурсы из /bitrix/js/... или /bitrix/cache/....

---

📦 Откуда берутся эти ресурсы?

Bitrix использует механизм модулей и библиотек UI Extension. В частности, main.ui.grid использует:

Bitrix\Main\UI\Extension::load('main.grid');

Эта команда:

• Загружает JS и CSS через ядро.
• Объединяет их.
• Отдаёт в виде готовых минифицированных файлов из кеша.

---

💡 Что насчёт .default?

• Название .default — это внутреннее имя шаблона компонента, но оно не участвует в URL.
• Bitrix не отдаёт напрямую CSS-файлы шаблона даже если он называется .default.
• Если ты попытаешься открыть .default/style.css напрямую — это возможно только если веб-сервер разрешает отдавать файлы из системных директорий, что противоречит рекомендациям Bitrix.

---

🛡 Почему имена с точкой (например .default) не проблема?

Дело не в том, что имя с точкой запрещено — это допустимо в файловой системе, и Bitrix использует .default как конвенцию для шаблонов "по умолчанию".

Но такие директории:

• не должны быть доступны по URL;
• не используются как часть публичных путей в HTML.

---

✅ Вывод

• Путь /bitrix/components/.../.default/style.css может существовать в файловой системе, но не должен попадать в HTML напрямую.
• В сгенерированном HTML Bitrix подключает CSS через ядро ресурсов, из /bitrix/js/ или /bitrix/cache/.
• .default — это внутреннее имя шаблона, не влияющее на публичные URL.

---

📌 Как правильно подключать CSS в Bitrix?

Если ты делаешь собственный шаблон и хочешь подключить CSS, используй:

\Bitrix\Main\Page\Asset::getInstance()->addCss($templateFolder . '/style.css');

Bitrix сам обработает путь, добавит версию, и отдаст файл корректно, без нарушения ЧПУ и безопасности.

[woobla]

Да действительно, у меня просто из маркетплейса стоял кривой модуль. Спасибо!