나는 스크린 캐스트 Scaling Rails을 따라 잡았습니다. 고급 HTTP 캐싱 (Varnish 및 Squid 등 리버스 프록시 캐시 사용)을 다루는 episode 11에서 Rails 애플리케이션 내에서 페이지, 액션 및 조각 캐싱 가능성을 이미 고갈시킨 후에는 역방향 프록시 캐시 사용을 고려하는 것이 좋습니다 (memcached 등)하지만이 질문과 관
Ruby on Rails 3 앱에서 Memcached를 사용하고 있습니다. 액션과 프래그먼트 캐싱으로 잘 작동하지만, 페이지 캐싱을 사용하려고하면 페이지가 Memcached가 아닌 파일 시스템에 저장됩니다. 페이지 캐싱을 위해 Memcached를 사용하도록 Rails에 지시하려면 어떻게해야합니까? 내 development.rb 파일에서 : config.ac
내가 볼 수있는 상황이 무엇인지 설명하려고 노력하겠습니다. 사이트의 특정 부분에 대해 페이지 캐싱을 사용하는 Rails 앱이 있습니다. Google 애널리틱스를 살펴보면 내 도메인이 내가 찾던 추천인으로 나타났습니다. 추가 조사에서 나는 참조 자로 내 도메인이있는 페이지 중 하나에 갈 때 링크가 다른 도메인 이름을 가리 키지 만 페이지를 잘 렌더링한다는 것
레일즈 페이지 캐싱을 사용하여 과부하가 발생하는 애플리케이션의 속도를 높이고 싶습니다. 그러나 나는 또한 제시된 대상에 대한 히트/뷰를 세 필요가있다. 그래서 나는 사용자가 쇼 동작에 부딪 칠 때마다 호출되는 독특한 히트 카운터 방법 (IP 기준)을 가진 "Article"모델을 가지고있다. 캐싱에서는 작동하지 않으므로이 문제를 해결하는 올바른 방법에 대해
내가 작업하고있는 프로젝트에서 내 컨트롤러의 외부 API에서 데이터를 요청하고 있는데,이 데이터가 뷰에 표시됩니다. 나는 최근 API에 과도한 호출로 인해 발생하는 속도 제한 때문에 예외가 발생하기 시작했습니다. 이 문제를 해결하기 위해 필자는 일종의 캐싱 시스템을 구현해야한다고 가정합니다. 나는 레일에서 페이지 캐싱에 대해 읽었으며 내 자신의 데이터베이스
이 내 코드입니다 : class HandlerTest : IHttpHandler,System.Web.SessionState.IRequiresSessionState
{
public void ProcessRequest(HttpContext context)
{
context.Response.Write(DateTime.Now.ToS