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 с БТРФС.

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