среда, 13 июля 2011 г.

Re: varnish

Так в использовании varnish и был смысл, что веб-сервис нельзя было
менять. Был сервер в штатах с django-приложением под сильной
нагрузкой. Локально тоже нужно было пользоваться сервисом, который
предоставляет приложение. Много статичного xml-я и zip-файлы. Контент
меняется не часто. Править настройки или пытаться оптимизировать
приложение - уперлось в бюрократию. В один момент тормоза надоели и
локально был поставлен varnish. Из конфигурирования varnish было
только переписывание в контенте урлов (они там были абсолютные),
настройки времени жизни и таймауты. Zip файлы отдаются не по частям, а
целиком - оставил так.

2011/7/13 Igor Kasyanchuk <igorkasyanchuk@gmail.com>:
> спасибо за ответ!
>
> а можно узнать побольше деталей? например как делали связку, как
> настраивали и тд, какие гемы. Может быть подводные камни были? Примеры
> конфигов?
>
> On 13 Лип, 04:02, Alexei Yuzhakov <sibprogram...@gmail.com> wrote:
>> Использовали для ускорения плохо контролируемого веб-сервиса (медленно
>> работал, а крутить его настройки - нельзя). Вообщем-то остался очень
>> доволен результатом (единственное немного пришлось попрыгать чтобы не
>> получать guru mediation errors). В оригинале сервис отдает странички,
>> картинки, файлы, а контент меняется не часто (суть - каталог). Прокси
>> в виде varnish'а порешал проблему со скоростью кардинально.
>>
>> 2011/7/12 Igor Kasyanchuk <igorkasyanc...@gmail.com>:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> >> А вы что ускорять хотите? Простой http caching очень помогает на
>> >> анонимном трафике (когда народу не нужно показывать дофига
>> >> динамических специфичных для юзера частей сайта), немного сложнее
>> >> выходит с кастомизированными страницами, но там тоже решаемо: через
>> >> nginx+ssi или через ajax partials (или как их там зовут, апдейты
>> >> страницы на клиентской стороне).
>>
>> > Хочу сделать сайт быстрее :) Динамики на сайте хватает, сейчас
>> > использую fragment caching пока. Наверное стоит будет перейти на
>> > memcached, а тут заметил что есть и другие средства.
>> > Кстати RAM на сервере 512mb, но если надо будет больше, просто реально
>> > смотрю по google web master tools что скорость падает как только стало
>> > больше информации на сайте и больше пользователей
>>
>> > --
>> > --
>> > Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы "RubyOnRails to russian" на группах Google.
>> > FAQ группы находится по адресу:http://ru.wikibooks.org/wiki/RubyFAQ
>>
>> >  Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу
>> > ror2ru@googlegroups.com
>> >  Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: ror2ru-unsubscribe@googlegroups.com
>> >  Дополнительные варианты находятся на странице группыhttp://groups.google.com/group/ror2ru?hl=ru
>>
>> --
>> Best regards,
>>   Alexei "SibProgrammer" Yuzhakov
>>   Blog:http://blog.softunity.com.ru/
>
> --
> --
> Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы "RubyOnRails to russian" на группах Google.
> FAQ группы находится по адресу: http://ru.wikibooks.org/wiki/RubyFAQ
>
>  Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу
> ror2ru@googlegroups.com
>  Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: ror2ru-unsubscribe@googlegroups.com
>  Дополнительные варианты находятся на странице группы http://groups.google.com/group/ror2ru?hl=ru

--
Best regards,
  Alexei "SibProgrammer" Yuzhakov
  Blog: http://blog.softunity.com.ru/

--
--
Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы "RubyOnRails to russian" на группах Google.
FAQ группы находится по адресу: http://ru.wikibooks.org/wiki/RubyFAQ

Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу
ror2ru@googlegroups.com
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: ror2ru-unsubscribe@googlegroups.com
Дополнительные варианты находятся на странице группы http://groups.google.com/group/ror2ru?hl=ru

Комментариев нет:

Отправить комментарий