NotSlow

хотя нет, ошибся. спутал max_connections и max_user_connections это от одного пользователя. т.е. всеже от вас было больше 30

У вас так понимаю не VPS на hostiq, а обычный хостинг. Т.е. mysql там одна общая на всех клиентов сервера, а значит max_user_connections - глобальная переменная и не факт что именно от вашего сайта исходит так много запросов, а возможно от кого-то другого... И вместо того чтоб решить эту проблему или просто поднять max_user_connections, они вас пытаются развести на тариф дороже :-\ На данный момент сайт смотрю работает. Но я бы задумался...

Кроме вас и хостера вашего никто не сможет посмотреть что происходит. Как минимум логи надо смотреть, обычный ли траффик или набег посетителей/ботов. Или может специально кто-то долбит чтобы положить сайт. Причину надо видеть, а потом уже решать мало/не мало чего-либо и что можно сделать.

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

Когда pagespeed жалуется на время ответа сервера (TTFB), да и когда просто есть ощущение что сайт тупит и тормозит (кликнул ссылку... ждешь... начало загружаться), то устранить можно чаще всего сменой хостинга. Можно конечно что-то пытаться оптимизировать, добавлять кэширующий модуль. Но если сервер медленно исполняет php скрипты и запросы к базе, то все равно будет сайт тормозить. Если не на лицевой части (тут кэш модуль может частично скрасить ситуацию), то внутри в админке уж точно. Главное что решение этого быстрое и недорогое. Не нужно переплачивать за выделенный сервер или vps. Нужно просто выбрать хост с процессором частотой как можно выше (а не ядер побольше), диском получше (не на QLC/TLC всяких) и чтоб он не был задушен soft-овыми ограничениями, а также соседями по серверу (на vps также соседи могут мешать). Не нужно думать что переезд на другой хостинг это страх и ужас - часто поддержка нового хоста бесплатно все переносит и настраивает (не надо платить фрилансерам за это). Плюс дают обычно бесплатный тестовый период. Т.е. в случае неудачи (смените шило на мыло) ничего не теряете (в деньгах и трудозатратах). Кому интересно можно в личку мне написать, подскажу вариант, проверенный годами на многих opencart'ах (и не только).

Вы принесли карты, свечи, шар хрустальный? Доставайте. Сейчас быстренько расклад сделаем.

Удаленно вам никто ничего не подскажет действенного. Надо видеть конкретную ситуацию. Может у вас спам просто так на ящик идет и форма вообще ни при чем. Даже если форму удалите, спам может невозмутимо продолжать сыпаться По логам надо пройтись, действительно ли там есть POST'ы по той форме. Взять несколько ip ботов этих, проследить по логам что конкретно они делали. И от этого уже как-то дальше планировать защиту. В личку вам предлагал бесплатно попробовать кое-что... не отвечаете и продолжаете страдать и искать совета :-\

Если у вас не vps/выделенный, то такие вопросы надо задавать поддержке хостинга, а не на форумах. У них есть логи почты и точней некуда подскажут если gmail не принял письмо, то по какой причине. Ну и подскажут как исправить. В логах ни opencart'а, ни apache/php (или что там у вас) такого не будет. А если всеж есть доступ к почтовым логам, то там и смотрите.

Ну это тупой ответ на такой же вопрос... Поставьте себя на место других, прочитайте свой вопрос и скажите что из этого можно понять? Что у вас за сайт, opencart ли вообще? Скрипт php или js? Куда именно был вставлен скрипт, может надо в админке модификаторы для этого обновить, может у вас там кэширующий модуль стоит и потому старое показывает, что угодно может быть... А может еще глубже, криво настроенный opcache в php и на этом уровне проблема. Может дальше, на уровне web-сервера закэшировано (опять же, кто знает как у вас там что настроено). Миллион вариантов, ничего конкретного полезного ответить невозможно на ваш вопрос. Если не сообщаете подробностей, прячете сайт - спрашивайте у хостера. Им уж всяко видней что у вас там и как и быстрей помогут наверняка.

Попробуйте решить ее разными способами.

Первое что бросается в глаза - как же он тормозит. Страницы по 1-2сек генерируются. Плюс вот такое в заголовках: <title>&lt;title&gt;Купить качественные джинсы, недорого с бесплатной доставкой&lt;/title&gt;</title> Но в целом, будь я не ботом, то ничего бы там не купил. Кроме того что выглядит как поделка (один логотип чего стоит), "О нас" - Адрес Украина, телефон и gmail. Все... вообще не понятно кто/что? Какой-то скам-сайт на первый взгляд. На странице товаров нет размеров. Да, в описании якобы надо в комментарии написать какой надо размер, но в корзине даже нет такого поля (оно есть лишь при быстром заказе). Предлагается сперва оплатить, а потом узнать что нет такого размера или что? Может чего недопонял, но клиент не должен ни в чем разбираться. Все должно быть явно, очевидно и понятно. И быстро! Увидел, захотел, все что сделать для заказа понял - заказал. Сейчас есть лишь желание закрыть этот сайт, а не делать там какой-то заказ.

Ну вариантов лишь два. Либо разработчик это решает. Либо вы решаете, но потом в случае обновления (и разработчик к тому времени не поправит), то проблема вернется. Или вопрос в том каким именно образом вам это решить? Тогда опять же вариантов несколько: Можно в php.ini скрыть все notice ошибки. Если допустим сейчас там error_reporting=E_ALL, то сделать error_reporting=E_ALL & ~E_NOTICE Можно конкретно в проблемном месте добавить @ - это скроет все ошибки только в этой строчке. @if($config_on_off_qo_special_page =='1') { Можно сделать проверку есть ли такая переменная, прежде чем ее сравнивать: if(isset($config_on_off_qo_special_page)&&$config_on_off_qo_special_page =='1') {

Ну за всех не надо говорить. Есть и такие, где можно каждую минуту. Можно даже внутри этой минуты несколько комманд запускать.

Что вам не ясно из ошибки?... Нужно или novaposhta.php другой версии, закодированной под php7 ("попросите поставщика скрипта предоставить") Или понижать с 7.1 до 5.6 нынешнюю версию php Первое конечно желательней.

Не хотите предложенную защиту на все POST запросы, тогда я б попробовал заменить кнопку "в корзину" на сгенерированную javascript'ом. если боты "тупые", не выполняющие яву, то должно помочь.

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

Ну а что вы хотите в ответ? Попробуйте, кто ж знает что там было и получится ли. В сами файлы заглядывали? Часто народ такой свинарник разводит, в корне могут лежать какие-то "временные" архивы, может и дамп базы кто-то когда-то сделал и забыл. Бывает модули/плагины для бэкапов пробуют ставят и забывают за них. Или поставят, раз он отработает и выключат забудут. Но архивы могут где-то заваляться.

Можно уменьшить время жизни кэша. Но сперва конечно нужно разобраться чем конкретно занято. Может кэши лишь малая часть, а основное количество inodes чем-то другим занято.

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

Вопрос разряда "машина то едет, то не едет... подскажите что может быть кто сталкивался" Может быть абсолютно что угодно... может дело в апаче, в панели, в debian. Нет доступа только у вас или отовсюду? Быть может сервер блокирует именно вас за что-то. Если именно падает apache, то надо смотреть не его логи, а системный лог (/var/log/syslog). В общем удаленно по форумам это не лечится, надо заходить и смотреть везде.