NotSlow

Именно. Даже можно сказать очень очень мелкий. И что с того? Не те времена чтобы вкладываться и раскручиваться... Работает потихоньку и уже хорошо. От части потому и сайт новый буксует, нет смысла открывать регистрацию для всех. До него был под другим именем на ssdhost.com.ua (кстати один из первых кто вообще начал предлагать хостинг на ssd, до этого ведь были только hdd везде) и там осталась работать пока только биллинг-панель. Все новое под новым доменом в процессе... делается понемногу. Если коротко. Хостинг запущен более 10 лет назад и за это время (даже за последние 2 года) ни разу ничего не падало, не выключалось. До 22го было 3 сервера, все собственные (не аренда) на colocation в разных ДЦ Киева. Сейчас работает только 1, т.к. опять же, времена сложные. Но когда-то же должно наладиться. Сворачиваться никто не планирует. С самого начала офф. регистрация (не подполье какое-то), платятся налоги. Есть своя ТМ. По сайту/панели полностью согласен, есть недоработки. Но повторюсь, на работу самих сайтов клиентов это вообще никак не влияет. ДЦ https://thehost.ua/ua/docs/about - вот тут стоит серверок. Повторюсь, даже за 2 сложных прошедших года ни со светом, ни с интернетом проблем не возникало. Но конечно никто не может гарантировать как оно будет в будущем. Надеемся на лучшее. Есть свои "фишки". Например ssd диск, который в 10 раз круче по работе с мелкими файлами (а у сайтов именно такие), чем любой другой. https://optane.com.ua/ Есть любые версии php - от древней 5.2 до месяц назад вышедшей 8.4 https://php8.co.ua/ У каждого клиента собственные процессы apache/php и mysql. Может подскажете еще у кого также (vps не в счет)? Обычно у всех та же mysql одна общая на тысячи сайтов. Тут память mysql, opcache в php не утекает постоянно соседям. Плюс если кто-то положит свою mysql или свой apache, то других это не касается. Нет дурных лимитов типа на inodes или на память, или количество сайтов на аккаунт. Процессоры в каждом сервере выбирались самые высокочастотные. Именно из расчета, что клиентов не много и много ядер cpu не критично важно. А вот частота важна, чтобы php и mysql как можно шустрее работали. Согласен что Xeon E5 v4 уже не очень свежий и пора бы обновить. Но опять же, посмотрите на своих хостингах (в /proc/cpuinfo), у многих (даже крупных) еще более старые работают и почти наверняка меньше частотами. Также, я всегда на связи (почта, мессенджеры). По любым вопросам с хостином (перенести сайт, настроить что-то, развернуть бэкап и т.д.), но и по сайтам клиентов также часто доводится что-то помогать по мере знаний (невозможно во всех cms разбираться также хорошо как профильный спец). Кому нужна солидность - никто насильно не тянет, пользуйтесь ukraine.com.ua и подобными. Кто сомневается в надежности - те давно переехали на евро-хостинги. Могу лишь сказать что есть клиенты, которые с 2013г просто размещаются себе да и все. На форумах не сидят, отзывов не пишут.

Согласен Но можно подумать у вас всех сайты в идеале всегда. Там все однажды причешется и заработает. На работу самого хостинга внешний вид и работа сайта не влияет никак. Ну так вы попробуйте и отпишите потом. Многие молча пользуются, но отзывов не оставляют. И это в каком-то роде даже плюс. Т.к. когда много хвалебных отзывов - они часто купленные или за что-то делаются (месяц бесплатно или типа того), а если реальные, то негативные. Собственно, раз не находите негативных, то наверное не все так плохо... Вы же не корову покупаете. Да и не покупаете даже... бесплатно ведь можно попользоваться и потом уже решить отставаться/нет. Главное иметь при себе backup'ы сайта, а хостинги можно 10 раз за день сменить.

действительно вот эта страница https://maxbox.ua/index.php?route=checkout/oct_fastorder в ответ отдает лишь location https://maxbox.ua/index.php?route=checkout/oct_fastorder получается бесконечный редирект на саму себя. а почему она это делает - надо смотреть :-\

в одном и том же месте? или рандомно в разных случается такое? сталкивались с подобным многие, но вам от этого легче не станет. нужно конкретно вашу проблему увидеть хотябы. чаще всего это из-за принудительных редиректов с www на без-www например или с http на https и когда конечная страница редиректит зачем-то обратно. получается зацикленность. когда в cms сайта указано http, а в .htaccess стоит редирект на https и в таком духе. но обычно тогда все страницы в подобных ошибках. вы же говорите что все ок в основном, но иногда случается. еще вариант (почему нет) вы браузер 2 месяца не перегружали и какие-то страницы он из кэша берет с редиректом (которого на самом деле уже нет) в общем - к гадалкам

Ну вот и смотрите на что оно ругается. Главная проблема в том, что письмо на самом деле отправляется от имени: И следующая ошибка проистекает от этой - что MX записи нет у домена отправителя. Это на уровне настроек хоста лечится, а не в opencart. Плюс записи DMARC и SFP надо бы правильные сделать. Что тоже вне рамок самого сайта - в DNS делается.

Решение есть Какой вопрос - такой ответ. Слишком много неизвестных. Вы можете например организовать отправку подобного письма сюда: https://www.mail-tester.com/ (копируете сгенерированный email, шлете письмо и потом жмете кнопку оценки). Что в итоге получится можете скинуть сюда (там потом будет ссылка дана на отчет) или хотябы скринами показать нам. Иначе можно что угодно фантазировать сейчас без вводных данных.

Проблемы особо нет на самом деле. Точно также фрилансер от фтп себе сохранит доступы. Ничего не мешает после фрилансера поменять пароль. Как на фтп, так и в файле этом. А от фрилансера куда большего подвоха можно ожидать в виде где-то глубоко спрятанного шелла. "Найти" тоже малореально, если обозвать своим уникальным именем. Кроме того, если это на vps своей, то можно ftp вообще отключить даже, т.к. не факт что кто-то озаботился защитить его от брутфорса паролей.

как вариант: https://github.com/alexantr/filemanager задайте в нем свой логин/пароль. в папку admin себе закиньте или еще лучше внутри подпапку с уникальным каким-то именем создайте и туда. будет не прям из админки opencart конечно, но сохранить в закладки себе путь к нему осилите думаю.

А что именно уже делалось по этому поводу? Зачем вам советы, которые вам уже не актуальны. Кто-то смотрел от чего именно нагрузка? Какой смысл советовать запросы к базе оптимизировать, если у вас там php скрипты создают нагрузку например. Если база, то включался ли лог медленных запросов? Выяснялось ли из каких скриптов/модулей сайта эти запросы приходят? Может тяжелых запросов нет, но просто быстрыми мелкими очень активно долбит... откуда именно, опять же. Советы по настройке сервера вам тоже возможно ни к чему, если вы на shared хостинге сейчас. Слишком много неизвестных. Волшебных хаков, не ускоряя сами тормоза сайта, всего два: 1) Увеличить скорость "железа", на котором сайт работает. Не какой-то там тариф по-выше, не ядер каких-то там по-больше, а именно скорость cpu, однопоточную. 2) Добавить модуль кэширования. Тормозить будет все также, но хотябы сгенерированное будет сохраняться и какое-то время отдаваться в готовом виде. Этим и снижая нагрузку общую.

да спамеры чаще всего используют нормальные user agent'ы. и ip используются совершенно разные. причем часто со взломанных устройств нормальных людей. т.е. банить провайдерские ip - такое себе... надо именно отличать нормальный браузер человеческий от скриптовых/программных ботов. капча конечно более надежна, но и более раздражающая

И это только то что вы замечаете. А сколько постоянно по сайтам ботов долбится по всевозможным скриптам, админкам и т.д... У меня практически у всех клиентов сайты под защитой на любые POST запросы. Нормальные люди заходят везде как обычно, и безо всяких разгадываний капч. А боты лишь 403 ответ получают от nginx, даже не напрягая apache/php этим мусором:

километровый .htaccess будет немного замедлять все. еще вариант - повесить домен на cloudflare и там настроить защиты

ну это не совсем так делается... надо подготовиться открыть access.log и error.log (сервера и сайта) походить по сайту, наткнуться на ошибку. потом открыть access.log в конце увидеть ваш запрос с 500 ответом. дальше по этому времени поискать что было в error логах. т.к. в логах и без этой вашей 500й может быть куча других ошибок не связанных

Ну вы конечно можете перепробовать все советы gpt. Можете выслушать догадки незнакомцев на форумах, которые ни сайта не видели вашего, ни тем более логов. А лишь своих "вот у меня было такое..." накидать могут. А если надо просто решить конкретно вашу проблему - пройтись по конкретно вашим логам и там скорей всего найдется причина. Или конечно еще вариант - обратиться к кому-то за помощью. Чтоб опять же не подключать незнакомцев, логично было бы попробовать спросить хостера. У него есть и доступы ко всему, и опыт (наверное).

Вы хвастаетесь или вопрос какой-то спрашиваете? Зачем предполагать или на картах гадать, когда есть же логи... В них по каждой error 500 должна быть четкая причина. Если нет - надо сделать чтобы была.