LazyBadger, да ошибка 502 №2 по популярности после 500й. И она не имеет никакого отношения к nginx. Если бы nginx падал под нагрузкой, то сайт вообще не отображался бы.
Беда в том, что ТС слабо понимает, на каком железе работает его система. Возможно он платит 100 рублей в месяц, а там лимиты урезаны по самое горло. Он в них упирается и всё, соединение сбрасывается, свободных php-fpm нету. Вы бы попробовали перейти на тариф подороже и разобраться в проблеме. А то можно взять вирт. хостинг за 100 рублей, туда поставить сайт с посещаемостью в 10-20к в сутки и винить хостера, что сайт не работает.
sanek1991,
Звучит как я человек простой... :)
Если не выделенный и не виртуальный, то VPS?
Нужно знать лимиты. Вы не туда копаете, возможно вам просто более дорогой тариф взять и будет окей.
Вы бы на вопрос конкретнее ответили: что за хостинг?
1) Что за хостер, его сайт
2) Что за тариф?
sebadoh, вполне возможно что и хостинг, если вы на 100% уверены что картинки есть и их баннерорезка не режет.
Проблемы растут скорее всего из-за отвала PHP под нагрузкой. Сама ошибка говорит о том, что сервер Apache или nginx не может достучаться до нужного сервиса. В вашем случае это PHP.
Причины?
1) Отвал PHP под нагрузкой
2) NGINX (Apache... или еще что-то) находится на одном сервере, а PHP на другом и он сбоит (сервер с PHP), из-за чего у nginx нет к PHP доступа.
Вы дали слишком мало информации, движок оптимизирован и нагрузка в 1.5к это все бла бла бла и не более.
Что у вас за хостинг? Виртуальный или выд. сервер? Что за тариф? Может быть вы тупо в лимиты упираетесь и всё.
.htaccess здесь проблему не спасет. Мне кажется, что проблема в хостинге.
MkrtElion, у меня стал раком, как вы выражаетесь. Запрос 100-150 мс, по индексам. Сама БД стоит на SSD / 1 гб озу, все оптимизировано в сторону InnoDB.
Dmitriy_2014, на счет оптимизации. Последние 1.5 года в ВК очень сильно упало качество изображений. Один из примеров оптимизации. Хотя денег у них ооочень много.
ТС список этих плагинов озвучил бы.
Если человек сейчас хочешь отключить кэш, значит он ему не нужен в данный момент. Но большинство людей при росте посещаемости делают или горизонтальное масштабирование, путем смены параметров железа, либо делают оптимизацию кода.
К оптимизации и кэшированию люди приходят по разным путям. Но приходят:)
Вот когда у ТС будет задача сделать в MySQL SUM/Count по 10 млн записей в MySQL, тогда и поговорим :)
madoff
1) automysqlbackup, логично что mysql.
2) про ssd он писал.
ТС написал, он лишь про engine не написал.
А черт, про SSD не так прочитал.
LEOnidUKG, тут без разницы. У меня БД на отдельной VPSке весом 10 гигабайт с SSD. Таблицы содержат > 5 млн. строк. Дампить это дело стандартными средствами, проще ногу отстрелить.
madoff, ТС про все это уже написал.
