NotSlow

это профдеформация продавцов vps типа если я разбираюсь в linux, могу все что нужно для сайта установить/настроить и главное поддерживать потом, то и каждый сможет. а в реальности каждый должен своим делом заниматься: владелец магазина заниматься товаром, продажами и т.д. а хостинг должен быть только с администрированием. или если vps/выделенный, то должен под рукой быть человек, кто этим всем будет заниматься, присматривать и решать вопросы, которые точно будут возникать. дома конечно вариант, но ОЧЕНЬ далеко не для каждого

так цену никто же не озвучил. дешевле чем что ищет? не понятно... может там 4000, а может на ukraine.com.ua сейчас мин. тариф (300грн если правильно понимаю) и надо еще дешевле (или бесплатно )

ну так вы сравните html на https://termobravo.com/calculator/ и на https://termobravo.com/ видите на "правильной" странице: <meta property="og:image" content="https://termobravo.com/image/og-logo.jpg"/> <meta property="og:description" content="Компанія Termo Bravo виготовляє та продає різні будівельні розчи"/> это вроде как то, что показывается в превью. но на главной такого нет. а если заглянуть в исходник главной из архива, то там тоже og:image есть: так что скорей всего дело в этом. т.е. надо и на главной это дело вставить если оно вам так нужно.

сперва запустите пару php скриптов и покажите результат: <xmp><?echo `cat /proc/cpuinfo`;?> и <xmp><?echo `top -b -n 1`;?> потому как если у вас там 2ггц cpu и/или нагрузка на сервере высокая, то ничего не поможет. будет тормозить все равно.

Вы сделали экспорт таблицы в .sql файл? Потом что-то поправили в нем и сделали обратно импорт? Ну так перед импортом надо было все удалить из таблицы той. А сейчас там мешанина из старого и нового.

это так понимаю vps. но что на ней установлено никто не знает. вручную все делалось или панель может какая. возможно что-то можно подкрутить/добавить. вот сейчас так понимаю подъем нагрузки - ну так загляните, посмотрите что по нагрузке происходит, какие процессы грузят.

да нет там двойного это так заблюрен домен

да нет там никакого ддос'а при реальном ддос ip адрес сервера полностью отрубают почти сразу. и даже при чем-то простом (в пару тыс запросов/сек) его бы уже давно отключили от хостинга, попросили бы съехать или вообще, или на vps. а судя по описанию, там просто превышение нагрузки периодически. от чего? очевидно от плохо сделанного сайта + наплыва каких-то ботов. и потому первое что надо делать (ну помимо того что сайт до ума довести, чтоб он не генерировал страницы дольше 0.1сек) - просмотреть логи, выяснить что происходило в моменты превышений/падений. наверняка окажется какой-то бот бомбил и достаточно заблокировать его и плюс пачку других известных. или добавить сразу антибот защиту, или через cloudflare пропускать траффик и там ботов фильтровать. плюс в случае каких-то более серьезных всплесков иметь под рукой кнопку "under attack" в cloudflare. ну а бэкдоры - это отдельная тема, совершенно не связанная с ддос из вне. если действительно есть - зачистить и попытаться выяснить откуда взялись (по логам и датам изменений файлов). наверняка самостоятельно и занесено было - установкой варезного чего-то или после пускания на хостинг каких-то сомнительных фрилансеров.

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

так единственное за чем вы следите - время отклика? не ведется никакой статистики, графиков? возможно например поднялась почему-то cpu нагрузка - был бы график, вы бы заметили что да, после 10го. а иначе может это совершенно не связанные вещи, тормоза и обновления 10го. ну даже без графиков, просто что сейчас по нагрузке надо посмотреть. и было ли так раньше. плюс сервер в смысле vps или выделенный. может на выделенном что-то по настройкам энергосбережения поменяли нечайно - вот cpu и еле шевелится... тоже как вариант

ваш шанс состряпать такой модуль из одного mysql запроса... и продать вот человеку за $13

значит надо обратиться к кому-то, кто разбирается.

значит всеж подтягивает и ваш php.ini в корне т.е. выходит лимит в 1гб и все равно мало, а если еще больше там поставить? в phpinfo отразится? ошибка не уйдет?

Не переходите... нам то что? Вы если кроме себя не хотите других слушать, то чем помочь? Про переход на vps никто тут не говорил. Если ваши чемоданы не помещаются в кабриолет, то можно же попробовать универсал (а не грузовик сразу). Нравится именно кабриолет? Ну так ездите дальше. Вопрос к производителю - почему у них такой маленький багажник, когда у большинства других сильно больше. И про то что php.ini ваш не влияет я также не утверждал, а лишь предполагал. Ни сайта вашего, ни хостинга никто не видел, как там устроено кто знает... Влияет или нет - говорю же, откройте phpinfo и посмотрите, подхватывается ли он. Если нет, то какой подхватывается и дальше есть ли у вас доступ изменить его.

В котором php.ini? Тот что в корне сайта? Он почти наверняка ни на что не влияет. Сделайте файл с любым именем, например i.php с текстом: <?phpinfo();?> Откройте его браузером и в самом верху будет указано какие конфиг файлы (php.ini) в каких папках подгружаются и используются Там же ниже поищите (Ctrl+F) строчку memory_limit - это столько сейчас выделено.