NotSlow

у вас есть дата/время из error.log а теперь по access.log просмотрите что именно в это время запрашивалось и чем, чтоб не гадать крон/не крон. смотрели ли именно логи mysql? ведутся ли они... ошибка broken pipe - это вроде про то, что была попытка что-то сдеать с mysql соединением, которое уже было закрыто (со стороны mysql видимо). например какой-то очень долгий скрипт открыл соединение с базой, что-то очень долго делал, потом в конце решил закрыть, а у mysql уже и так таймаут произошел. короче надо еще глубже изучать логи, надо понимание что у вас там происходит. ну и надо ли вообще в этом разбираться, когда даже php7 устаревает. надо смотреть в сторону апгрейда, а не пытаться разбираться в древностях своих.

Тогда удаляете все ваше рукоблудство, качаете заново версию, которая точно работает "на хосте". И заново правите конфиги внимательно Либо еще правильней вариант - завести копию сайта на другом хостинге, а не мучаться с локальным под windows (кто знает что еще там может всплыть). И поддержка вам бесплатно все как надо скопирует и поправит конфиги.

в главном config.php у DIR_APPLICATION уберите admin в конце (в admin/config.php пусть остается) и также чуть выше HTTP_SERVER и HTTPS_SERVER без admin в главном и с admin в admin/config.php и двойные кавычки в конце строк поубирайте. должно быть: 'папка' а у вас: 'папка' '

В логах причину ошибки смотреть надо. Тут вам чем кто поможет?

Мне понравилось: И потом 4 страницы... Если по теме, а слабо .com.ua в казахском гугле вывести в топ? Региональность домена влияет всеж. Если поискать что-угодно в google.com.ua, то 9/10 это будут .com.ua и .ua домены. https://www.google.com.ua/search?q=сантехника Если добавить регион: https://www.google.com.ua/search?q=сантехника+полтава https://www.google.com.ua/search?q=сантехника+одесса То уже заметно появляются местные pl.ua, od.ua и т.д. И вывод все тот же - если чисто по Украине, то берем .com.ua и не думаем. Но если это прям бренд, то надо брать все - и .com и .ua и региональное что-то. Только не делать с них тупо редирект. Простенькие лендинги хотяб со ссылкой на освновной. Какие-никакие, но ссылки дополнительные.

Смотря какие цели ставить. Если просто попробовать взлетит/нет - берите хоть самый дешевый .co.ua А если цель всерьез и надолго - берите оба, .com и .com.ua и плюс подавайте заявку на тм, чтоб позже сделать .ua И желательно сайт сперва сделать, а потом его открывать. А не так, что год на домене будет какой-то default шаблон с текстом 1:1 как еще на тысячах других. Текст только уникальный везде и сразу стараться чтоб не было мегабайтов css/js мусора перед ним. Также возможна схема с основным сайтом "никаким", но с десятками простых лендингов, заточенных под свои ключевые слова, ведущих на той основной.

это конечно жесть... хостинг за 300грн/год сменили на 230грн/год в год!... домен дороже стоит. сколько же взял человек, что переносил. и почему же он пропал

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

Если вам переносил хостер или фрилансер - с них и спрашивайте :] Если своими силами, то во-первых версии 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 обычно сильно медленней. Т.е. например на этапе оформления заказа могут быть очень долгие "затупы" пока оно там будет пытаться подключиться, авторизоваться и отправить письма.