NotSlow

факт обычного ahrefs бота пропускает а именно AhrefsSiteAudit блочит это у вас vps на ukraine? надо смотреть может какой-то автобан работает. ну или кто-то вручную когда-то забанил и забыл :]

это и без ukraine хостинга очень частая проблема. письма шлют например со своим gmail ящиком в from в итоге gmail такое считает спамом и не принимает использовать в from только свой домен. можно даже без реального ящика, noreply@ какой-нть сойдет, главное чтоб домен был свой, а не чужой какой-то (в dns spf1 записи которого явно не будет ip вашего хоста) на ukraine админы видимо задолбались наблюдать тонны недошедших писем (которые несколько дней снова и снова пытаются доставиться прежде чем удалиться) и решили хоть как-то бороться с несознательными клиентами

Но и конечно не стоит исключать, что действительно есть какая-то зараза и действительно спам рассылает. Только смотреть, наблюдать что за почта уходит, кому и с чем.

Задолго до того как кто-то подберет email, а потом еще и пароль, у вас от этого перебора заметно подскочит cpu нагрузка. Если конечно за сервером хоть немного присматривает кто-то. В любом случае, проблема преувеличена как по мне. Лучшее решение - защищать весь сайт от ботов/спама/брутфорса или хотябы форму входа защищать. Ну так найдите в файлах эту "одна відповідь" и поменяйте текст на свой. Второй текст нашел в: /catalog/language/en-gb/account/forgotten.php и /admin/language/en-gb/common/forgotten.php

1. открываете phpmyadmin и в базе поиском находите все места, где ваш прошлый email сейчас вписан - меняете там же на нужный 2. маловероятно, но не исключено, что кто-то наколхозил где-то и почтовый ящик среди php скриптов вписан вручную. также поиском по всем файлам пройтись можно и поменять.

Надо спрашивать с того кто настраивал. Скорей всего смысла никакого. Надо правильно свою почту настроить, получить по mail-tester 10/10 и жить спокойно, не завися ни от каких внешних сервисов. Правильно - это проверка ip по спам-базам, правильные ptr, spf1, dkim, dmarc записи в dns. И в самом сайте навести порядок - отправителем всех писем должен быть какой-то ящик на своем домене. А то бывает шлют от имени своего gmail ящика и удивляются почему все в спам уходит.

ну так уберите свои эти навороты да проверьте. открываем лог почты и в реальном времени пробуем делать отправки все нужные и наблюдать за логом. может быть что-угодно другое почему почта не доходит.

порылся в нескольких сайтах... system/library/simple/php - такое есть в модуле simpleopencart com речь про него? он еще и в ioncube спрятан и вручную конечно не исправить самостоятельно. в вашем simple.php такое? ну вот попробуйте костыльным методом (выше писал) перед require_once вставляем: $error_reporting_state=error_reporting(); error_reporting($error_reporting_state & ~E_DEPRECATED); т.е. запоминаем настройку, задаем новую за вычетом deprecated (или свою любую настройку, или вообще отключаем все ошибки) а после require_once возвращаем как было: error_reporting($error_reporting_state); даже если не такое или другой модуль, то саму суть я думаю объяснил. надо перед всеми вызовами (include или require) файлов этого модуля сбить отображение ошибок, а потом вернуть как было. чтоб только в нем спрятать ошибки

понизить до 8.1 или 8.0 не вариант? может это самое простое решение и ничего особо не потеряете. что за "php unknown"? как это выглядит покажите пример. в php.ini сделать: error_reporting=E_ALL & ~E_DEPRECATED уже пробовали? не работает? возможно где-то среди файлов есть: ini_set('error_reporting', E_ALL); или error_reporting(E_ALL); можно пройтись поиском и закомментировать все. тогда будет то что хотите - все ошибки, кроме deprecated отключить именно в одной папке казалось бы можно через .htaccess в ней со своим error_reporting но на деле оно работать не будет т.к. скрипты того модуля врядли напрямую у вас запрашиваются, а скорей всего делается include/require уровнем выше. и php плевать хотел на .htaccess ну либо если модуль состоит из небольшого числа файлов, то можно еще закостылить - вверху каждого файла выключить error_reporting, а внизу включить обратно самое правильное конечно - поисправлять все ошибки. самому или автора напрячь.

Это не сказать что ошибки... и их никто не видит. А вот ожидание каждой страницы по 5-7 сек - это сразу бросается в глаза. Это у вас так понимаю vps на cityhost? А за нагрузкой кто-то посматривает? Выглядит как или процессор под 100% постоянно, или он там 2ггц и 10 клиентов на 1 ядро

кому? если оно работало и перестало, то наверное стоит выяснить куда пропал столбец. и точно ли его нет - в phpmyadmin/adminer загляните, есть он там или правда нет? если нет, то я бы глянул бэкапы за какие-то старые даты, был ли он там? если был, то как так вышло что пропал...

Так если вам озвучили причину - панель, то с нее и начните. Смысл пытаться искать что-то на сайте, где проблемы возможно и нет? И вообще, речь про 1 сайт? Или на сервере вашем еще другие есть? Часто ли вообще в ту панель заглядываете? Я к тому веду, что самое надежное - вообще без панели никакой. Можно же раз настроить и пусть себе сайт работает, зачем это лишнее звено, если вы им почти не пользуетесь, но проблем может доставить.

Вот это смущает. Выглядит будто кто-то на вас накатал абузу регистратору и хостеру. Как вариант - ответить мол все удалил В том файле нет упоминания depeyo.online Можете пройтись по всем файлам и всей базе поиском по "depeyo.online", но сомневаюсь, что найдется что-то. Плюс ссылаются на https://blog.sucuri.net/2024/11/2024-credit-card-theft-season-arrives.htm на которой 404 Да и какой может быть скиммер, если именно на вашем сайте данные карт не вводит никто. У вас же там переходит на gateway.bankart.si и уже потом вводится номер карты. Сайт ваш (и "вирусы" на нем) по-идее никак данные карты получить не может.

что конкретно у вас там никто конечно не знает, но проблему "слетают права" встречал. они находятся в таблице oc_user_group - выбрать нужного юзера и там поле permission т.е. из бэкапа где все нормально было берем этот кусок и вставляем себе. либо целиком таблицу oc_user_group удалить и вставить только ее из бэкапа. ага... там про это же самое речь ну тогда надо смотреть... а еще лучше, если то просто вернуть все как было и обратиться к тому, кто не пропадет

у вас на поддомене armoth.okt.in.ua wordpress, который похоже заражен. там ссылки с такого вида припиской ?ar=971141546022 в конце надо однозначно чистить и искать источник откуда оно туда попало. не "антивирусом пройтись", а вручную... надо конечно понимать что искать. обращайтесь если что, опыт с подобным есть немалый