31.07.2015, 15:22, "VovansystemS" <vovansyst...@gmail.com>: > Добрый день, > > есть старый, но довольно большой https legacy-сайт на php и у > владельцев нет ресурсов его переделывать. сайт состоит из нескольких > миллионов страниц в районе 60 кб каждая (14 кб после gzip на nginx). > > основной трафик на сайт - поисковый по низкочастотным запросам и если > распарсить логи, получается что за сутки загружается порядка сотен > тысяч уникальных страниц (как поисковыми роботами и пауками, так и > клиентами) и редко какая страница загружается больше чем 2 раза за > сутки. > > для обеспечения хотя бы минимальной отказоустойчивости, есть идея > кешировать ответы backend'а, чтобы в случае его падения (задумчивости) > была возможность отдать хоть что-то через fastcgi_cache_use_stale. но > размер кеша всех целевых страниц сайта превысит все разумные пределы > (60кб х 1 000 000 страниц ≈ 58 гб) > > каким образом можно "сжимать" кеш nginx, кроме доработки приложения, > так, чтобы оно сразу отдавало сжатый ответ? > > ( здесь я читал: http://forum.nginx.org/read.php?21,256725,256739#msg-256739 )
Включить gzip в nginx > > как один из вариантов вижу использование какой-нибудь файловой > системы, которая умеет сжимать файлы на лету, но тут много вопросов к > скорости работы fuse (по крайней мере раньше она работала медленно, > изменилась ли ситуация?) Можно использовать ФС с нативной поддержкой сжатия, например, Reiser 4, Btrfs или ZFS > > в принципе, cloudflare мог бы решить задачу, если купить бизнес план и > закачать туда свои сертификаты, но интересно рассмотреть вариант с > nginx, потому как у cloudflare есть ещё косяки с доступностью для > некоторых клиентов и роботов. > > может быть у кого-либо есть похожий опыт? > _______________________________________________ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Regards, Konstantin _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
