Уважаемые коллеги, в руководстве по веб-формам указано, что при уже созданной форме не стоит переключаться из упрощенного режима в расширенный и обратно — меняется структура БД.
Боюсь сломать то, что сделано.
А проблема следующая:
Есть форма resume.php с собственным шаблоном. Компонент bitrix:form.result.new
Есть «Страница с сообщением об успешной отправке» = resume_success.php, на ней компонент Просмотр результата (bitrix:form.result.view)
При заполнении формы администратором все ОК.
Если заполняет незарегистрированный пользователь, форма сохраняется, но при показе результата resume_success.php говорит, что нет прав доступа.
При этом, кстати, в форму не подкрепляется и не сохраняется приложенный файл (поле типа file) — не знаю, взаимосвязано ли.
В разделе Веб-формы -> Настройка форм -> (SIMPLE_FORM_1) на вкладке «Доступ» для всех групп, в том числе незарегистрированных, стоит «[15] просмотр и изменение своих результатов».
Права на доступ к файлам resume.php и resume_success.php для группы «Все пользователи» — чтение. Ведь они ничего не записывают? Им только просмотреть…
Если поставить для них, например, запись, не смогут ли они внести какие-либо изменения, которые могут повлиять на безопасность сайта?
Почему появляется ошибка?
Эта ошибка появляется в случае, когда зафиксирована попытка отсутствия прав к запрашиваемой странице.
Например, если на неком Битрикс-сайте Вы являетесь простым пользователем, и попробуете перейти в админку сайта.
Также, ошибку «Доступ запрещен» можно получить при обращении к страницам публичной части, также требующих повышенных прав доступа (например, в личном кабинете).
Как исправить ошибку?
Если Вы пытаетесь войти в админку под своим именем, и получаете эту ошибку — значит, у Вас недостаточно прав. Возможно, администратор сайта вывел Вас из группы администраторов. Или привязка к этой группе закончилась по времени.
Проверьте, что у пользователя, под которым Вы авторизуетесь, имеются привязки ко всем необходимым группам пользователей.
Требуется наша помощь?
Мы имеем огромный опыт, на протяжении 10 лет помогая клиентам в решении самых различных проблем на их сайтах.
Поэтому, если Вы не имеете возможности решить эту проблему самостоятельно, обращайтесь к нам — мы все сделаем оперативно и квалифицированно.
Система обновлений привязывается к конкретной установке и «запоминает» состояние системы после очередного обновления. Ошибка возникает в том случае, если текущее состояние не соответствует тому, которое было на момент последнего обновления. Этот механизм призван пресечь попытки обновления на одном лицензионном ключе неограниченного количества установок продукта.
Основные причины возникновения данной ошибки:
- Нарушение по количеству разрешенных копий;
- Переустановка сайта;
- Восстановление резервных копий;
- Изменение хостинга;
- Изменение IP;
- Изменение параметров хостинга.
Соответственно, если вы не будете переустанавливать сайт, восстанавливать резервные копии и будете использовать хостинг со статическим IP, ошибка будет возникать реже. Более полные рекомендации доступны по ссылке.
В случае, когда система уже заблокировалась, обратитесь, пожалуйста, в техническую поддержку.
В обращении обязательно нужно указать, что у вас возникла ошибка [ERROR_WRONG_CODE] и следующие данные:
- лицензионный ключ копии продукта, о которой идет речь;
- какие действия предшествовали появлению ошибки;
- сколько существует установок (копий) продукта, в т. ч. локальных;
- какие сайты (укажите доменные имена) работают с использованием данного лицензионного ключа.
Что делать, если при входе на сайт отображается уведомление: Forbidden. Access denied.
При входе в административную панель сайта mysite.ru/bitrix/domen может отображаться ошибка «403 Forbidden Access denied». Она означает: доступ к сайту ограничен, поэтому не появляется форма для ввода пароля.
Выглядит так:
Сообщение появляется при одном из вариантов:
-
Наличие блокировок доступа по IP-адресу.
-
Неправильная настройка модуля безопасности 1С-Битрикс.
В статье покажем, как вернуть доступ в административный раздел.
Перейдите в панель управления виртуальным хостингом или виртуальным сервером.
Мы покажем решение ошибки на примере RED.Site, поэтому панель управления здесь с новым оформлением. Но это не влияет на алгоритм инструкции. Все то же, только в другом виде.
На панели меню слева раскройте раздел Главное (1), выберите Менеджер файлов (2).
Далее перейдите по пути: /www/bitirx/modules/security/admin/ (3).
Найдите файл security_403.php (4) и скачайте его или сделайте его копию на сервере.
Важно: убедитесь, что у вас есть резервная копия файла «security_403.php».
Для этого перейдите в Инструменты (1) → Резервные копии (2). В актуальной резервной копии выполните тот же путь до файла «security_403.php», что и в прошлом шаге.
Далее в Менеджере файлов выберите «security_403.php» и нажмите кнопку «Изменить».
Очистите содержимое файла.
Сохраните изменения и проверьте доступ в административный раздел сайта.
Очистка файла отключает контроль доступа в панель, поэтому можно исправить ошибки системы безопасности.
Перейдите в административном разделе сайта по пути Настройки → Проактивная защита → Защита административного раздела. Отключите защиту или введите ваш текущий IP-адрес.
Далее восстановите файл «security_403.php» из резервной копии.
При использовании Open Server (OSPanel), мы можем получить ошибку доступа 403 (Forbidden) к некоторым файлам, в пути к которым, содержится точка в начале названия каталога.
Например, если сайт построен на «Битрикс», где такие имена файлов и папок довольно распространены. В консоли разработчика можно встретить подобные ошибки:
/bitrix/themes/.default/compatible.css net::ERR_ABORTED 403 (Forbidden)
/bitrix/themes/.default/modules.css net::ERR_ABORTED 403 (Forbidden)
…По умолчанию в настройках Open Server (OSPanel), доступ к папкам, имена которых начинаются с точки, запрещён в целях безопасности. Для устранения проблемы, необходимо изменить конфигурацию HTTP-сервера:
- В зависимости от версии, открываем конфигурационный файл HTTP-сервера, например, OSPaneluserdataconfigApache_2.4-PHP_7.2-7.3-x64_server.conf
-
Изменяем регулярное выражение, либо полностью отключаем/комментируем следующий блок с помощью «#»:
<LocationMatch "/.(?!well-known)"> Require all denied </LocationMatch> - Сохраняем изменения и перезагружаем HTTP-сервер.
В ней рассказывается, что в Битриксе применяется следующий алгоритм поиска подходящего шаблона для компонента:
Если используется шаблон сайта из папки local , то система сначала
ищет шаблон компонента в папке
/local/templates/текущий_шаблон_сайта/components/. Если там шаблон не
найден, то берётся папка /local/templates/.default/components/. Если
шаблон найден, то поиск прекращается. Если используется шаблон сайта
из папки /bitrix/templates/, то берется папка
/bitrix/templates/текущий_шаблон_сайта/components/. В этой папке в
пути /пространство_имен_компонента/название_компонента/ проверяется
последовательно наличие файла или папки с именем шаблона. Если таковых
нет, то проверяется наличие файла имя_шаблона.ext, где в качестве ext
берутся последовательно все доступные расширения всех установленых на
сайте движков шаблонизации. Если шаблон найден, то алгоритм
завершается. Если на шаге 1 шаблон не найден, то берется папка
/bitrix/templates/.default/components/. И применяется алгоритм,
описанный в шаге 1. Если шаблон найден, то алгоритм завершается. Если
на шаге 2 шаблон не найден, то производится поиск среди системных
(т.е. поставляемых с компонентом) шаблонов. Особенности поиска:
Если имя шаблона не задано, то ищется шаблон с именем .default. Если
шаблон задан именем папки, то в случае простого компонента в этой
папке ищется файл template.ext, а в случае комплексного —
название_страницы.ext. Расширение ext сначала принимается равным php,
а затем расширениям других доступных на сайте движков шаблонизации.
Например, требуется показать компонент bitrix:catalog.list с помощью
шаблона table. Пусть на сайте, кроме стандартного движка шаблонизации
(файлы с расширением php), доступен так же движок Smarty (файлы с
расширением tpl). Система проверит сначала папку
/local/templates/текущий_шаблон_сайта/components/bitrix/catalog.list/
на наличие файла или папки с именем table. Если таковых нет, система
проверит эту же папку на наличие файлов table.php и table.tpl. Если
ничего не найдено, система изучит папки
/bitrix/templates/.default/components/bitrix/catalog.list/ и
/bitrix/components/bitrix/catalog.list/templates/.
Если папка компонента найдена, в этой папке сначала ищется файл
template.php, и если этот файл не найден, то ищется template.tpl. Если
шаблон задан в виде table/template.php, то сразу берется указанный
файл.
Если простой компонент вызывается в составе комплексного, то шаблон
простого компонента сначала ищется в составе шаблона комплексного
компонента, а потом (если не найден) в собственных шаблонах. Чтобы это
правило работало, при вызове простых компонентов в составе
комплексного не забывайте указывать четвертым параметром переменную
$component, указывающую на родительский компонент. Т.е. код вызова
простого компонента должен иметь вид:
$APPLICATION->IncludeComponent(«custom:catalog.element», «»,
array(…), $component); Примечание: В одной папке (например,
/bitrix/templates/текущий_шаблон_сайта/components/) есть шаблоны двух
компонентов, комплексного и простого:
catalog (комплексный, в котором есть еще простой catalog.section)
catalog.section (простой) По условиям работы сайта необходимо чтобы
для двух вхождений catalog.section использовался один единственный
шаблон. В этом случае нужно, чтобы этот шаблон имел имя, отличное от
.default, иначе он не будет подхвачен.