В нынешней реализации, пока все запросы передаются fast-cgi серверу, и
используя параметры, удается добится динамической выдачи картинки. Затем их
можно складывать в виде статики для nginx, это совершенно верно. Идеальным
вариантом конечно является выдача после этого с помощью rewrite для nginx
статической картинки, сложенной на предыдущем этапе, дабы снизить нагрузку на
бэкенд. Однако rewrite придется также часто исправлять после изменения
динамической выдачи, этих rewrite может быть очень много, и неизвестно как
будет работать, например nginx с количеством rewrite 100-200, а то и больше.
.
rewrite - это всегда regexp. Насколько они будут грузить машину - нужно
смотреть. Какой процент запросов предпологается обслужитьвать из статики ?
Igor Sysoev wrote:
On Sun, 24 Apr 2005, Michael Vychizhanin wrote:
Прошу прощения за таймаут.
Я думаю rewrite на nginx. Но это, конечно, совершенно негибкий лобовой
метод, слабо тянущий на динамику.
Некое дефолтовое плохое решение.
Правильно ли я понимаю решение: если nginx не обнаруживает статический
файл,
то запрос передаётся на другую машину FastCGI серверу ? Этот сервер
отдаёт ему ответ, одновременно создавая статический файл для nginx по NFS,
для возможного (но маловероятного) будущего использования.
Igor Sysoev wrote:
On Sat, 23 Apr 2005, Michael Vychizhanin wrote:
Хотя может немного поторопился. Существует некий статический набор
картинок, пусть будет штук 30-40, само генерирование исходников
нечастое, но отдача динамическая, скриптом, например в зависимости от
урла, параметров, геоайпи и т.п.
А как предполагалось превращать эти картинки в статику для nginx ?
Michael Vychizhanin wrote:
Доброго времени суток! Спасибо за реакцию.
Картинки в ближайшем приближении генерятся при каждом обращении,
нагрузка высокая.
Михаил Монашёв wrote:
Здравствуйте Михаил,
MV> Планирую отдавать много _динамических_ картинок.
А как часто генерятся картинки? При каждом обращении или раз в 15
минут
