Daemon23RUS

Техническая проблема на вашей стороне, разбирайтесь, привлекайте сторонних специалистов, если текущие не могут внятно рассказать что за проблема или объяснить такое поведение (т.е отсутствие проблемы)

Проблемы с очередью платежей.
Ограничения API платежного шлюза.
Блокировки или задержки на стороне сервера или базы данных.
Конфликты с кэшированием или балансировкой нагрузки.

Ну, так закажите аудит логов платежной части сайта, до входа в режим оплаты и есть ли возвраты на страницу сайта после оплаты.
Если до входа нет скриптов трекинга поведения пользователей в браузере, то пусть разработчики прикрутят их, тогда сможете получать логи до самого последнего шага перед оплатой.
Нет никакой мистики, вы просто не запрашиваете необходимый анализ при аномальных случаях, или не знаете в какой форме хотите получить отчет по логам сервера.
Но для этого нужно обеспечить необходимый уровень журналирования на сайте (логирование), чтобы проводить такой анализ. Это нужно обговаривать в ТЗ.

obj = rs.Справочники.Номенклатура.НайтипоКоду('0001')

У вас метод неправильно написан: НайтиПоКоду().

из-за чего это происходит?

Обычная погрешность представления числа в IEEE 754
0.30000000000000004.com
Фиксится только использованием специальных форматов (DECIMAL или FIXED) для финансовых операций или работой в целых числах.

адрес usrXXX@easymail.top

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

Сейчас он оплачен до 2025-06-07. Понаблюдайте - продлит его владелец через 3 недели или нет.
Если нет - изучайте процедуру удаления доменов для зоны .top, имя может освободиться через 30 или больше дней.

Тут вам отчасти "повезло". На .топ регулярно бывают акции и на первый год его можно зарегистрировать за 1-2 доллара. Но это у зарубежных регистраторов, которым ещё надо суметь заплатить.
При этом кто-то может захотеть перехватить домен, если сочтёт его интересным. Это отдельная история.

Если владелец продлит, свяжитесь с ним и обсудите возможность создания для вас конкретного ящика. Точный адрес и Мегу сразу не упоминайте, иначе ваши файлы будет смотреть уже он.
Не исключаю, что он за это попросит денег, тут всё решит ваш навык переговоров.

Этот Изимэйл.топ может быть как-то связан с сервисом mailboxpark.com, для уточнения и подробностей уже включайте режим шерлока самостоятельно.

P.S.
У Меги также есть какой-то режим восстановления по ключу шифрования файлов, но как он работает - не в курсе. Ключ, понятно, нужно тоже знать.

Да, ты правильно думаешь — Dr.Web скорее всего цепляется за фоновые обращения Photoshop к кэшу недавних файлов, сетевым библиотекам и телеметрии. Вот список, что ещё стоит точно добавить в исключения, кроме того что ты уже внёс:

Кэши и временные файлы Photoshop
C:\Users\%USERNAME%\AppData\Local\Adobe\Adobe Photoshop *
C:\Users\%USERNAME%\AppData\Local\Temp\Adobe*

Adobe Core Libraries (Adobe Desktop Service и др.)
C:\Program Files (x86)\Common Files\Adobe\
C:\Program Files\Common Files\Adobe\

Обращения к Adobe CC / Cloud / UXP (даже если ты не используешь)
C:\Users\%USERNAME%\AppData\Local\Adobe\UXP\
C:\Users\%USERNAME%\AppData\Roaming\Adobe\Creative Cloud Libraries\

Фоновые сервисы Adobe (в том числе если есть Creative Cloud)
C:\Program Files\Adobe\
C:\Program Files\Adobe\Adobe Creative Cloud\
C:\Program Files\Adobe\Adobe Sync\

Дополнительно — если есть плагины, LUT'ы, brushes и т.п.
Если юзаешь сторонние пресеты, и они лежат в:

C:\Users\%USERNAME%\Documents\Adobe\

Доступа к ftp, ssh, rdp итд нет и никак невозможно получить.

Т.е. доступа к одним портам нет, а к HTTPS/HTTP есть. Странно. Это у вас в офисе блокируют другие порты или другие причины?
На мой взгляд вашим требованиям отвечает VSCode, даже не web версия. Повесте на HTTPS порт (tcp/443) на удаленном компе ssh сервер и используйте vscode через ssh.
Кроме того в этом же флаконе получаете доступ к командной строке, как через тот же vscode так и через любой клиент ssh.

Если и клиент и сервер в РФ то, по идее, блокироваться не должен - смысла нет.

Вопрос - возможно ли в этом случае заражение сайта вирусами и вредоносными программами и т.п.?
Например, если использую какой-нибудь nulled скрипт,

Т.е. ты, в нулленом скрипте принёс вирь и интересуешься может ли он попасть на сайт?
Л-логика :)

Да это первое условие заражения!



Тут про ВП, но во многом объяснения универсальны.

Пришлось физически перезагрузить ... Насколько Btrfs устойчива к таким ситуациям? Каков риск испортить файлы?

Я бы оценил риск как достаточно высокий. Хотя именно про hard reset на компьютере это пока больше теория. Практика дальше.

Вообще я специально зашёл в этот вопрос, думая, что он про отключение электричества.

И вот тут у БТРФС дела не фонтан. Отключение света она выдерживает плохо.
И, хотя такие клиенты бывают не так часто (из-за не самой высокой распространённости ФС), у нас это отдельный небольшой подтип заказов - потеря данных с BTRFS при отключении питания.

При этом результат восстановления часто весьма посредственный.

Отдельная "благодарность" за это Synology, которая использует BTRFS в своих NAS. Сейчас не найду, но по-моему, раньше у них то ли на сайте, то ли даже в интерфейсе НАС было гордое упоминание о возможности создания некой "более лучше fault-tolerant" конфигурации, которая по факту была в районе RAID 1 с БТРФС.

И вот она как раз прекрасно летела и при общем пропадании электричества, и при внезапном отключении / "перезагрузке" хранилища физической кнопкой на корпусе. Отдельные пользователи думают, что "НАС - это как роутер" и жмут ничтоже сумняшеся.

по графику видно, что ЦПУ потребляет код, исполняющийся в режиме ядра, а раз так, то данный код может не соответствовать ни одному из запущенных процессов (т. е. это драйвер или само ядро). именно поэтому вы не видите ни одного нагружающего систему процесса.
отвечая на вопрос: в вашем случае никак не найти процессы, поедающие ресурсы процессора, потому что их нет.