Danbka

Кажется, я сам нашел ответ на свой вопрос:

A 302 status code is a pretty standard Redirect response code in Laravel. If auth was unsuccessful, the app would redirect back with a 302; or if auth was successful, it might redirect to the intended URL with a 302 code.

Но как сделать по-другому:?

Ведь очевидно, что форма авторизации на каждой странице - где-то в углу, там физически нет места для вывода ошибок. Поэтому в случае неудачи - я хочу остаться на /login с выводом ошибок.

В зависимости от того, на чем у клиента сертификат ЭП, используйте плагины:

1) CryptoPro Browser Plugin

2) JaCarta Web Plugin

3) Rutoken Plugin

Сделайте резервную копию средствами Битрикса, скачайте и разверните (с помощью битриксовского restore.php) на локалке.

ЛаравЭль

Вероятно, в языковом файле шаблона компонента.

Лучше сделать с помощью включаемой области.

Зайдите в админку и откройте через нее данный файл в режиме PHP-кода. Найдете ошибку (удалили что-то лишее), исправите - и все будет ок.

Информация о матчах отсутствует, потому что она загружается на страницу отдельным ajax-запросом, после загрузки шапки, футера и сайдабара.

Как их спарсить - вам придется разобраться самому. Может быть и никак.

В header и footer лучше обойтись без if-ов. Лучше сделать:
1) Разные шаблоны для разных страниц (например, один для главной страницы, другой - для внутренних)
2) Использовать включаемые области.

В документации же все написано: https://dev.1c-bitrix.ru/api_help/main/reference/c...

В вашем случае это будет приблизительно так:

CEvent::Send("PLAN_FEEDBACK", 's1', ['AUTHOR_EMAIL' => 'email@domain.com', 'TEXT' => 'text'], 'N', '', [$arFields["PROPERTY_VALUES"]["98"]]);

если в $arFields["PROPERTY_VALUES"]["98"] хранится ID файла.

А места на сервере для создания резервной копии достаточно?

Если под формой заявки имеется ввиду просто HTML-форма, то в принципе вы правы: данные формы сериализуете, например, в json. Полученную строку подписываете с помощью CryproPro Browser Plugin (вероятно, тут нужен будет интерфейс для выбора сертификата, которым будут подписываться данные). Подпись можете сделать открепленную (ведь данные формы вы все равно сохраняете). Затем все это барахло передаете на сервер и сохраняете в БД.
Затем вас попросят написать интерфейс для проверки подписи, но это уже другая история :)

А что не получается?

У одной кнопки будет name="send1", у другой name="send2".
на сервере в зависимости от того, name какой кнопки пришел - отправляете письмо на нужный email.

Если я правильно понял вопрос, то CryptoPro Browser Plugin, JC-WebClient, RuToken Plugin - это то, что вам нужно.

Таблица b_user_field.

Скорее всего эти кнопки прописаны 1) или в шаблоне сайта 2) или во включаемой области.
В соответствующем месте их и надо редактировать.

С резервными копиями вы, наверное, ничего не сделаете, да. Но можно сделать с сайтом. Напишите скрипт, после запуска которого вместо главной страницы будет появляться надпись в стиле "разработчику не заплатили и бла-бла-бла" . Или который будет создавать пользователя с правами администратора и вы сможете делать на сайте все что угодно через админку (если она есть). После того, как доступ к хостингу вам закроют - запускаете скрипт. Восстанавливать каждый раз из резервной копии человек замучается. А если наймет другого программиста, чтобы тот разобрался в чем дело - то тот 10 раз подумает, стоит ли связываться и помогать человеку, который не заплатил предыдущему разработчику.

* я не уверен в законности такого способа :-D