NotSlow

Если вам переносил хостер или фрилансер - с них и спрашивайте :] Если своими силами, то во-первых версии php там и тут одинаковые? Возможно notice на прошлом были скрыты. Можно и на новом в этом случае их скрыть (в php.ini или .htaccess) Время - опять же в php.ini выставляется date.timezone (неизвестно что у вас стояло на прошлом и что сейчас на новом). error undefined - это уже javascript ошибки... надо смотреть от чего так.

Ну если вы правда считаете, что 1 ядро (неизвестно кстати какого процессора) без проблем держит ОС, веб-сервер с php, mysql базы... и кто знает что там еще есть. И плюс на это все суммарно есть 2гб памяти. Тогда конечно да В те моменты когда поиск "висит" наверняка же и весь сайт висит, т.к. ваше единственное ядро процессора полностью занято mysql запросом

Да, только это как минимум Германия же. Всегда лучше чтоб сайт был физически ближе к посетителям. И это уже vps, с которым надо иметь хоть какой-то опыт администрирования. Присматривать нужно за ним. Если своих знаний нет и нет человека кто будет заниматься, а придется по каждой мелочи искать фрилансеров... доступы раздавать кому-попало... это будет бред. И если на то пошло, то вот: https://contabo.com/en/ Тоже 8гб памяти, но 4 ядра (хоть и не выделенных) за в 3 раза меньше денег. Но все это глобально ерунда полная... Чтоб сайт нормально работал нужен высокочастотный процессор. На vps почти всегда многоядерные, но медленные cpu. Потому лучше или shared на таком (частотой по-выше и не сильно древнем желательно), но не перегруженном соседями и без конских лимитов. Либо уже полноценный собственный выделенный https://oneprovider.com/dedicated-servers/paris-france

Да... тормоза знатные. Некоторые страницы дольше 5сек генерируются. Интересно что это, vps в hetzner'е или выделенный? За которым никто не следит, там небось нагружен процессор чем-то сильно. Или в hetzner просто сервер стоит кого-то из наших хостеров?

Ну очевидно же надо просто вернуть backup и все. А дальше разбираться с автором модуля.

Права никакие трогать точно не надо. У вас storage вынесен за пределы корня сайта, но при этом настройка open_basedir ограничивает скрипты, чтоб они за эти пределы не выходили. Т.е. либо находите в панели где выключить open_basedir. Если нет - в поддержку cityhost... но возможно это их политика такая и ничего они вам не выключат. Тогда остается лишь вернуть storage внутрь сайта. И конечно поправить пути в config.php и admin/config.php

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

Ну вы заливаете фотки оригинальные какие? Небось что-нть типа 5000x5000px (условно). Дальше на сайте на странице со списком товаров или на странице товара кучка мелких фоток - они по вашему должны в изначальных 5000x5000 (каждая !) на страницах появляться? Чтоб посетитель увидел 50x50 превьюшку он должен по вашему целиком огромное оригинальное фото загрузить? И так если на странице десятки таких превьюшек, то заставим посетитяле ждать пока загрузятся десятки-сотни мегабайт фоток? Вот чтоб этого не было и меняется размер на подходящий тому что используется на страницах сайта. А чтоб не делать этот тяжелый ресайз при каждом запросе, то он делается один раз и сохраняется в виде нового файла, чтоб потом его готовым сразу отдавать. Хотите уменьшить количество этих сгенерированных уменьшенных фоток? Проведите ревизию и уменьшите зоопарк размеров мелких фоток на сайте. Меньше вариаций размеров - меньше будет файлов итоговых.

Если вы будете так активно чистить кэши, то следующим вопросом хостера будет про превышение CPU нагрузки. Ресайз фоток это довольно тяжелая операция. А CPU - более ценный ресурс, чем диск. Это плохо когда процессор постоянно будет делать дурную работу по ресайзу, вместо того чтоб лучше/быстрей занимался php скриптами сайта и mysql базой. Хостинг просто банально хочет чтоб вы по-больше платили уже за тариф по-выше...

Так и что... в чем проблема-то? лимит ваш судя по скрину и на половину не расходован. Opencart ваш делает в папке image огромную кучу ресайзов фоток. SSH доступ есть? Зайдите в самый корень куда есть доступ (не знаю, vps у вас или shared хост) и запустите: du --inodes -s *|sort -h Не в корень сайта, а выше. Т.к. мало ли, может inodes у вас отъедает не сайт вовсе, а например спам на почту какую-то идет, а вы даже не в курсе и не проверяете ящик. Или какой-то tmp каталог забивается php сессиями (которые из-за кривых настроек не подчищаются). И пройдитесь по каталогам, посмотрите где больше всего файлов. Скорей всего это image/cache 137тыс это не сказать что прям и много...

Ну а как вы хотите тогда? Используйте меньше фоток на сайте

Почему error 500 - в логах

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

По хорошему надо просто создать нужный ящик на домене вашем. Прописать его везде - в самом opencart, в настройках php и в конфигах web-сервера. Чтоб вообще везде фигурировал лишь он, а не какой-то там технический ящик. И все будет работь как надо безо всяких smtp. Переадресация куда? И зачем?... Лучше этот локальный ящик и проверять тем, куда вы там переадресовываете. Предположу что на gmail ящик. Вот в gmail и можно добавить сборщик почты с внешних pop3 ящиков. Да, минус что почта будет не моментально прилетать, а чуть с задержкой. Но зато с переадресацией часто возможны ситуации, когда gmail что-то не понравится в письме, он его не примет и письмо зависнет где-то в исходящей очереди на сервере... и вы даже знать не будете про это. Обычно почтовики делают несколько повторных попыток отправить через время, но скорей всего и в повторные gmail его не примет. И письмо просто удаляется. Итог - у вас недостача письма... возможно важного какого-то.

А если серьезно, то вариантов лишь два: Либо вы самостоятельно разбираетесь во "всей этой кухне". Либо у вас должен быть человек разбирающийся, которому вы просто словами говорите как хотите чтобы было и он уже переводит это на it'шный язык. Например та же поддержка хостинга. Другое дело, что у большинства отношение такое что мы вам хостинг даем? он работает? какие вопросы?... с сайтом своим самостоятельно мучайтесь или платите кому-то чтоб сделал. Если вы указываете smtp данные, то и нужно выбирать пункт smtp, а не mail. Если при этом ошибка - решать ее. Но еще надо учесть, что smtp обычно сильно медленней. Т.е. например на этапе оформления заказа могут быть очень долгие "затупы" пока оно там будет пытаться подключиться, авторизоваться и отправить письма.

Мы тут хорошо так от темы отклоняемся... Но всеж ничего плохого или неправильного не вижу. Надо понимать что хоть nginx, хоть apache или php - это просто программы, исполняемые "бинарники". В linux как и в windows программа может быть монолитной в виде 1 файла, а может подгружать для своей работы сторонние такие же бинарники - библиотеки. Под windows .dll, под linux .so (хотя имя вообще не важно...). Как не важно и название этого всего - модули, расширения, библиотеки. Что в apache .so файлы могут подгружаться для работы основного исполняемого файла, что в php такие же .so И пусть в apache их обозвали модулями, а в php - extension. И даже больше, весь php (со всеми своими модулями) может подключаться к apache как модуль (mod_php).

У apache принцип тот же - библиотеки можно через конфиг подгружать. И находятся они по-умолчанию в modules/ и называются они типа mod_rewrite.so и директива в конфиге зовется loadmodule Какая разница как называть... суть та же.

Это все гадание... Может действительно в этом дело - тогда опять же в логах будут сообщения про это. Так то в php8 GD тоже должен быть https://php8.co.ua/phpinfo.php А может в чем-то совершенно другом проблема...

Правило №1 - при любых непонятках первым делом смотреть логи. логи сервера, логи opencart'а возможно оно там где-то на что-то ругается и надо конкретно это исправить, а не делать че-попало... править зачем-то права, менять версии, добавлять модули какие-то.

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

Судя по первому сообщению, во время выполнения mysql запросов создаются какие-то временные таблицы на диске и они пишутся в /var/tmp, где не хватает места. Что там за объемы записываемого, сколько там места в этом /var/tmp - надо смотреть. Возможно ничего критического и нет, а просто где-то что-то криво настроено. Например этот /var/tmp микро-размера создан почему-то. Возможно в конфиге mysql надо поправить например tmp_table_size (хотя смотря еще сколько памяти на сервере) чтоб временные на диске не создавались, а в памяти все было. В размере базы 1гб ничего кошмарного нет. Но надо опять же глянуть чем именно столько занято. Бывает сессии opencart пишет в базу (а не как оно должно быть, управляться настройками php) и там не чистится старое. При этом на сайте море ботов ходит, и каждый создает новую сессию... Нужен просто чтоб сисадмин опытным взглядом посмотрел. На хостинге поддержки совсем никакой? Или даже не пытались первым делом у них спросить?

А также в config.php и admin/config.php посмотреть с www там или без Иначе наверное на сайте все ссылки останутся с www, но будет каждый запрос с редиректом лишним.

Не понял зачем в конфигах что-то менять, хотя если там что-то в них отличается, тогда ладно. Сайт конечно же не заработает. Т.к. как минимум есть еще config.php и admin/config.php, в которых тоже надо поправить все test. на не-test Ну и это при учете что базы не трогаем - будет наверное нелогично если основной сайт будет использовать базу test... ну то такое Я бы еще поиском по всем файлам прошелся поискал абсолютные пути. Например в .htaccess или еще где-то может быть какая-то самодеятельность с абсолютными путями. Cron задачи еще могут быть.

Ну так уберите в конце > /dev/null 2> /dev/null Почта там указана в настройках крона? Если задача что-то выводит в ответ, то это должно приходить на почту. Вот и убирайте dev/null'ы заглушающие это, чтоб получить ответ по задаче. Может крон и срабатывает, но там ошибок гора.