Александр У. (Все сообщения пользователя)

Нужно ещё указывать USER_TYPE
1С-Битрикс Разработчикам - Какое значение "PROPERTY_TYPE" указать при создании свойства типа ‘Привязка к элементам в виде списка’ используя “CIBlockProperty::Add”? (1c-bitrix.ru)

Отключить (переименовать) файл /home/c38778/pnd16.ru/www/bitrix/php_interface/init.php
или
Убрать в этом файле вызов модуля sepro.helper

после этого зайти в админку

Можно конечно так.
Но, поскольку надо записывать в инфоблок, я бы использовал компонент "bitrix:iblock.element.add.form".
Надо кастомизировать шаблон и использовать событие OnBeforeIBlockElementAdd.

Попробуйте ставить принудительно закрывающий слэш

Задать дополнительное свойство, например "Синонимы названия" и включить его в поиск
или
Использовать теги

Каталог - комплексный компонент и подключение шаблонов дочерних компонент производится из шаблона основного компонента.
Вам надо в шаблоне catalog найти и править код вызова дочернего компонента catalog.element и указывать там другой, нужный вам шаблон

Проверил. То же самое.
Очевидно это ошибка. Нужно писать в техподдержку Битрикс.

Обычно перехожу в публичной части в нужный раздел и нажимаю кнопку "создать раздел" в админской панели, всё работает как надо - подраздел создается в текущем разделе.

Не очень понятен вопрос, но я бы попробовал для каждой подпапки свой .htaccess со своей директивой ErrorDocument 404

Проверьте настройки директив php
session.gc_maxlifetime
session.gc_probability
session.gc_divisor

Может в этом причина.

В журнале событий bitrix/admin/event_log.php есть кнопка "Оповещения журнала событий" прямо над таблицей под фильтром.
Проверьте, может там что установлено.

Главная страница - это обычно файл index.php в корне сайта.
Его и надо редактировать.

В документации, на которую Вы ссылаетесь, есть примеры.
Учебные курсы: https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=3493
И гугл в помощь

Вы просто функцию в init.php поставили?
Надо обработчик события регистрировать.

Использовать событие "OnBeforeUserAdd" - регистрация при оформлении заказа.
Вытаскивать из массива логин / пароль и отправлять пользователю.

Проверить права доступа к файлам.
Проверить .htaccess
Проверить настройки сервера.
Посмотреть логи сервера и php
Обратиться за помощью в техподдержку хостера.

Очистить куки браузера.
Перевести хранение сессий в БД или редис.
Проверить сервер с помощью скрипта http://www.1c-bitrix.ru/download/scripts/bitrix_server_test.php

Если установлен модуль веб-аналитики можно попробовать использовать CUserOnline::GetList().
https://dev.1c-bitrix.ru/api_help/statistic/classes/cuseronline/getlist.php

Поскольку публичная часть сайта находится в папке public_html, а этот файл выше по структуре, он не должен выполняться при серфинге по сайту.
Скорее всего он сам является результатом работы вируса.
Надо искать в коде сайта скрипт, который его создает и использует.

Наверно в самом конце в трёх местах поменять "return false" на "return true", а "return true" на "return false", логика станет обратной.
Ну и переименовать обработчик и изменить тексты в обработчике.
Проверять мне самому нет необходимости

А если обратится напрямую в техподдержку Битрикс? Гарантия тоже слетит?

Я имею в виду, что можно создать кастомный уровень доступа и назначить его нужной группе пользователей.

За эту возможность отвечает параметр "Изменение PHP-кода (edit_php)" в настройках уровня доступа для главного модуля.
Настройки -> Пользователи -> Уровни доступа ( /bitrix/admin/task_admin.php )

Использовать с осторожностью: у группы появится возможность редактировать php-код.

Внешний вид карточки товара настраивается в свойствах компонента в публичной части сайта.

Да, действительно так.
У нас контент-редактор жалуется, что если дату начала активности элемента инфоблока поставить на некое число, то пока не зайдешь в редактирование элемента и не пересохранишь, он автоматически не публикуется.

Посмотрите здесь: /bitrix/components/bitrix/main.register/lang/ru/component.php