NotSlow

Даже если opencart успешно что-то отправил функцией mail() (в случае smtp отправки - это другое дело), то не факт что письма ушли... и не факт что дошли Только доступ к логам почтового сервера нужен. Если на ukraine у вас обычный хостинг, то такого скорей всего не будет.

Да, секунда это долго. Надо конечно смотреть что происходит в эту секунду (php скрипты выполняются долго или запросы к базе, а может тормозит в ожидании ответа от фейсбука какого-нть). Но чаще всего, если ничего не менять в функционале сайта (тормозящие модули например отключить и т.д.), то лечится это либо наложением поверх тормозов кэширующего модуля - тормозить будет также, но какое-то количество готовых страниц будет быстро отдавать из кэша. Либо может еще сервер где сайт размещается сейчас с очень медленным процессором например или его сильно нагружают соседи по хостингу. У вас так понимаю просто хостинг (не vps, не выделенный сервер) и никакой информации по нагрузке и характеристикам нет? Можно сменить на более быстрый - сайт все такой же тяжелый останется, но сервер шустрей будет все это перемалывать и раньше отдавать страницы.

Другом хосте - имел в виду хостинг. А не поддомен на этом же хостинге. На другом где без этих лайткэшей например. Это просто чтоб понять на уровне сайта проблема или его окружения (web-сервер).

Никто тут не знает как конкретно у вас там настроено. Кэш на хостинге - это что конкретно? Этих кэшей может быть множество... Nginx может кэшировать, php opcache может кэшировать, нет универсального ответа для всех. А может у вас вообще через cloudflare проходит и у них там закэшировано оказывается. Вы просто на другом хосте попробуйте для начала.

Перенести сайт, поправить в конфигах и всем остальном .ru на .net, сделать редирект .ru -> .net Это все не проблема и задача для админа. И по-хорошему просто обращаетесь в поддержку хостинга и они все делают быстро и бесплатно. А поднять в гугле - это радикально другая задача, для SEO'шника.

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

А вопросы "Медленная работа сайта" не стоило бы разве хостеру новому задавать? Не допускаете, что раньше были на более быстром, а переехали на медленный или перегруженный. Нам то откуда знать? Потому и логично было бы поддержке хостера это задавать. Но не исключено конечно что вторая проблема вытекает из первой. Для начала конечно же ее стоит решить. Опять же, вы самостоятельно переносили и правили конфиги и все остальное где надо? Или вам тот же новый хостер переносил (к нему опять же вопрос надо задавать в этом случае)?

Столько труда потрачено на замазывание адреса сайта на скринах... Что там можно прятать, что мы там не видели? Если боты запрашивают со слэшем в конце, то где-то туда ссылки всеж стоят. Если редирект .html/ -> .html работает, то на сайте все в порядке... ну или я не понял что вы хотите? Или вам надо чтоб было 2 дубля страницы и .html/ и .html ? Ну так это же бред, должна быть лишь 1 страница - либо со слэшем, либо без. Надо просто попытаться выяснить откуда гуглбот подхватил ссылки со слэшем. Может на самом же сайте где-то, в sitemap например или просто в меню и т.д. Хуже если какой-то чужой сайт понаставил на вас неправильных ссылок.

Т.е. у вас целый день сайт не работает и это нормально? Первое что надо было сделать - написать хостеру чтобы посмотрел. А не на форум... По ошибке выглядит будто нет у него доступа в папку для создания файла сессии. Она задается в конфигах opencart - define('DIR_SESSION', 'путь'); и/или в php.ini - session.save_path Т.е. во-первых надо понять куда правильно должно сохранять и есть ли туда доступ.

хотя нет, ошибся. спутал 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 к примеру... надо видеть конкретно ситуацию.