3 простых совета, которые сделают ваше Rails приложение быстрее, часть #3

[@Vetal4eg]

Этот, последний совет, является наиболее эффективным

Именно поэтому вы их приберегли под конец повести?

[@slesar]

«3 простых совета, часть 3» — звучит как «Возвращение Мухтара-2» :)

[@sunnybear]

а если у пользователя отключен JS (или это мобильный агент какой-нибудь)?

[@d1m]

А если у пользователя нет интернета?

Извините, не сдержался.

[@IgorStepin]

Да, стоит делать немного не так:
1. делается страница, которая затем вся кешируется
2. в странице есть ssi
2. отдается nginx, он подставляет ssi (как раз личные данные пользователя).

[@mshakhan]

Можно ещё было сказать про caches_action и cache do… end. caches_page не всегда применим ИМХО

[@rasdol]

Различные шпаргалки В том числе и по руби.

[@greck]

Если уж на то пошло, то самый мегакрутой совет — профилируйте, анализируйте и оптимизируйте важные места кода.
То что можно и нужно кэшировать статические страницы — это, конечно, суперновость, на на сайтах которые приходилось мне разрабатывать таких страниц был малый процент. В деле оказываются гораздо более полезны caches_action и cache do… end. см также railscasts.com/tags/18, плагин cache_fu ( errtheblog.com/posts/57-kickin-ass-w-cachefu ), ну и конечно www.railsenvy.com/2007/2/28/rails-caching-tutorial

[@greck]

И еще о производительности — railscasts.com/tags/1, в частности railscasts.com/episodes/98-request-profiling и railscasts.com/episodes/150-rails-metal