| Цитата | ||
|---|---|---|
написал:
Перелопатил весь сайт, ничего подобного не нашел. |
Чтобы с помощью скрипта повторно выгрузить один и тот же заказ, надо очистить куки вашего сайта в браузере и заново авторизоваться.
Создание и поддержка сайтов:
Если БД работает не через локалхост, то сменить пароль к ней. Надо перезагрузить PHP - скорее всего там висит процесс, который запускает вредоносный код. Также надо проверить все агенты в Битриксе и все задания в планировщике задач (как под обычным пользователем, так и под рутом).
Создание и поддержка сайтов:
|
|||
|
|
|
Создание и поддержка сайтов:
|
|||||
|
|
|
2. Взломать могли и через код публичной части сайта, за который отвечаете вы, а не Битрикс. Сканер безопасности проактивной защиты и проверку системы запускали после установки всех обновлений? Там было всё в порядке? Если ответы на оба вопроса положительные, то обращайтесь в техподдержку Битрикса. Пишите сюда, если появится новая информация.
Создание и поддержка сайтов:
|
|||
|
|
|
Создание и поддержка сайтов:
|
|||||||
|
|
|
|
Ошибку с БД можно исправить, поправив 2 файла:
Создание и поддержка сайтов:
|
|||||||
|
|
|
|
На это указывает лог залития на сайт бэкдора в виде файла spread.php по адресу bitrix/tools/spread.php:
Создание и поддержка сайтов:
|
|||
|
|
|
|
Александр Оносов, спасибо, коллега, что подробно разъяснил этот момент начинающим программистам - мне было лень это писать) Добавлю, что поиск изменённых файлов надо делать с помощью флага ctime, а не mtime:
Перед НГ преступники взломали один интернет-магазин, используя уязвимость bitrix/tools/html_editor_action.php. Пришлось разбираться с этим несколько часов. Если бы директория хранения временных файлов была вынесена за пределы сайта, то у преступника ничего не получилось бы.
Создание и поддержка сайтов:
|
|||
|
|
|
|
Столкнулся с похожей проблемой. Во время создания заказа в админке сайта, когда добавляю товар, возникает ошибка "Недостаточное количество товара ххх":
Права администратора сайта, товар активен, тип товара простой, доступное количество несколько десятков или сотен единиц, количественный учёт включен, не разрешена покупка при отсутствии товара, установлены все обновления. Как решить эту проблему?
Создание и поддержка сайтов:
|
|
|
|
|
|
Ответ техподдержки Битрикса:
Создание и поддержка сайтов:
|
|||||||
|
|
|
Создание и поддержка сайтов:
|
|||
|
|
|
|
Похожая ситуация.
1-й раз контрагент выгружается на сайт, вернее не полностью, а только некоторые поля. А повторно вообще не выгружается, если стоит настройка главного модуля "Проверять E-mail на уникальность при регистрации:". Если не стоит, то контрагент не обновляется, а добавляется как новый. Неужели спасёт только кастомизация выгрузки контрагентов на сайт? Версия модуля sale 16.5.18. Клиент без активной лицензии Битрикса.
Создание и поддержка сайтов:
|
|
|
|
|
|
В шаблоне bitrix:catalog.smart.filter редактируем script.js - ищим функцию JCSmartFilter.prototype.postHandler и редактируем следующее:
Создание и поддержка сайтов:
|
|||
|
|
|