Битрикс ошибка доступ запрещен при отправке формы

Уважаемые коллеги, в руководстве по веб-формам указано, что при уже созданной форме не стоит переключаться из упрощенного режима в расширенный и обратно — меняется структура БД.

Боюсь сломать то, что сделано.

А проблема следующая:
Есть форма 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 для группы «Все пользователи» — чтение. Ведь они ничего не записывают? Им только просмотреть…

Если поставить для них, например, запись, не смогут ли они внести какие-либо изменения, которые могут повлиять на безопасность сайта?

Почему появляется ошибка?

Как исправить ошибку?

Требуется наша помощь?

Что делать, если при входе на сайт отображается уведомление: 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) и скачайте его или сделайте его копию на сервере.

После размещения сайта на хостинге и загрузки файлов может возникнуть ошибка 403, когда вы пытаетесь зайти на сайт через браузер. Она возникает, если файл, который возникает в показе при обращении к каталогу, назван неправильно. Индексному файлу можно присваивать имена index.html, index.htm, index.php, index.php3, index.phtml, index.shtml, default.htm или default.html.

Еще одна причина — наличие в индексном файле заглавных (больших) букв. Примите к сведению, что в UNIX-системах регистр букв играет весомую роль в отношении названий файлов.

Вместо сайта отображается список файлов:
После загрузки на сервер файлов, они всплывают там, где должна появляться первая страница. Скорее всего в каталог были загружены файлы с разрешенным листингом. Кроме того в этом случае у вас нет индексного файла. Поэтому файлы обязательно нужно загружать в каталоге www того раздела, который соответствует названию вашего домена.

Ошибка “Доступ запрещен” (access denied):
Сервер в данном случае не смог обработать запрос, так как доступ к файлу запрещен. Три самые распространенные причины:

• Индексный файл отсутствует в каталоге (index.html или другой), параллельно идет запрет на просмотр перечня файлов в этом каталоге и на виртуальном сервере. Решение: создайте файл с именем index.html и пронаблюдайте, осталась или исчезла ошибка;
• Установленные “права” доступа к файлу не дают веб-серверу распознать файл на диске сервера. Решение: можно, например, изменить права доступа на 644;
• Пользователь обратился к скрипту на котором установлены неправильные права, то есть нет права на чтение и исправление (r+x) определенного скрипта. Решение: изменить права на 755.

Просматривать перечень файлов в каталоге запрещено по умолчанию. Для получения доступа к чтению, нужно создать файл .htaccess. В нем указывается директива Options +Indexes в форме отдельной строки.

Ошибка 404 “Файл не найден”:
Возникновение ошибки связано с отсутствием документа на диске, когда пользователь посылает запрос на веб-сервер. Проще говоря, пользователь делает запрос на файл, которого нет в природе. Такая ошибка встречается часто и ее можно наблюдать в форме error_log. Поэтому важно мониторить файлы, которые на сервере не находятся и своевременно вносить поправки в ссылках из своих html-документов.

Ссылки на документы, которых не существует, могут быть с других ресурсов. Потому чтобы пользователям сайта было удобно его посещать, обрабатывайте ошибки 404, заменяя своими страницами с актуальным описанием причины появления ошибок и советами шаблонные ответы. Советуем также установить на своем сайте карту вашего ресурса или ссылку на систему поиска “Как обработать ошибку 404”. Для этого можно сделать в каталоге www файл .htaccess и разместить там инструкцию для веб-сервера:
ErrorDocument 404 /not-found.html.

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

Директива ErrorDocument помогает в обработке как ошибки 404, так и почти всех других ошибок. Можно также поступить с ошибкой 403, о которой мы писали выше. О том, как на практике использовать файл .htaccess, можно узнать здесь.
Обратите внимание! Если у вас браузер Internet Explorer с версиями 5.xx и 6.xx, то при размере файла ошибок до 512 байт, браузер выдаст посетителю вместо вашего файла свое сообщение с ошибкой 404. Легче всего решить эту проблему — заполнить файл ошибок пробелами, что в итоге он стал весить более 512 байт.
 

В ней рассказывается, что в Битриксе применяется следующий алгоритм поиска подходящего шаблона для компонента: