Rsa97 решил так: SELECT * FROM posts p LEFT JOIN post_author pa1 ON p.id = pa1.post_idAND pa1.author_id = 1 LEFT JOIN post_author pa2 ON p.id = pa2.post_id AND pa2.author_id = 2 WHERE (pa1.id AND pa2.id) IS NOT NULL
Алексей Романенко: не обидели ни разу :) может я двусмысленно написал. Я так понял, что нужно это просто принять, как есть. Правда нужно проверить с апачем как обстоят дела в этом плане
Алексей Романенко: хорошо. Я знаю как работает эта схема, я не первый год этим занимаюсь. Вот nginx загрузил. Почему php не скажет, что не может загрузить? У него же лимит 100, а файл nginx загрузил 1гб.
Алексей Романенко: вы меня тоже не поняли, как и Сергей :) скрипт php грузит файл 1гб при конфиге в 100мб. Именно эта ситуация меня интересует. То что вы повторили Сергея, роли не сыграет) я понял, что хотите донести, но это не объяснение причины такого поведения сервера
Влад Животнев: спасибо за информацию. Кстати, увеличил количество дочерних процессов, вроде ещё меньше использует ресурсов процессора. Правда не доверяю тестам на одну страницу, нужно "боевое крещение"
Влад Животнев: спасибо, буду смотреть. Скажите, Влад, а чем Вам не нравится try_files? Из-за лишних проверок? fastcgi_pass так же не пойму, почему Вы включили в этот список. Искал исключения из правил, но не смог понять.
Влад Животневpastebin.com/tAWUdQW3 модель диска с системой, остальные диски такие же. На сайте используется Yii, в котором Active Record практически везде, за исключением сложных запросов. Попробовал заменить на обычное DAO, и закешировал полностью страницу - результат на лицо: siege говорит вот что:
siege -t 2M -c 30 site.info pastebin.com/PDp9ya3k (с opcache)
Было так pastebin.com/PeNuaHAf (с opcache)
Могли бы указать, почему сокеты это плохо? Начитался очень много инфы, пишут, что в рамках одного сервера лучше использовать сокет.
А насчёт кол-ва процессов - ставил больше, load average просто улетал в небытие. Насчёт остальных параметров даже ничего не могу сказать, кроме как ssi off; Могли бы наставить на путь истинный?
Anton B покопав, увеличил буферы, ошибок сейчас нет. Картинка следующая: c2n.me/3ywyk8L. В секунду примерно 30 запросов идёт. Я думаю многовато ресурсов ест. pastebin.com/hxQsvnQb вот настройки nginx
Алексей Романенко: буду настраивать, только учу так сказать fpm, много чего не понимаю :) Отладчик показывает, что всё ок в приложении, да и оно оптимизировано. Может не хватает памяти. Если ничего не получится, создам тред новый, распишу конфиги. Может, проблема в версии nginx 1.8.1? обычно ставлю везде 1.4.6, правда с апачем, а в этот раз решил собрать поновее версию.
Алексей Романенко: 1.8.1 стоит. Инклюдятся, но там вообще ничего особенно нету, переменные типа fastcgi_param QUERY_STRING $query_string; и тд. Кстати, может и не данной теме, но fpm почему-то отказывается работать при нагрузке (30 запросов в секунду примерно). Как только пользователи идут на сайт, отклик становится всё больше и больше. В логе ошибка: connect() to unix:/var/www/php-fpm/server.sock failed (11: Resource temporarily unavailable). Я создал пользователя server через isp. При открытии отдаёт 502 ошибку. До этого стояла связка apache + nginx, но апач очень много жрёт проца, решил переставить, но как-то недоволен. Куда копать, не подскажете?
