키 기반 캐시 만료 및 러시아 인형 캐싱에 대한 DHH 및 기타 블로그 기사를 읽은 후에 하나의 관계 유형을 처리하는 방법을 여전히 확신 할 수 없습니다. 구체적으로 말하자면, has_many 관계입니다. 견본 응용 프로그램에 대한 연구 결과를 알려드립니다. 말하고있는 이야기의 약간이다. 그래서 매달 리라. 다음과 같은 ActiveRecord 모델이 있다고
RDC에서 인형 캐싱에 대해 잘 알고있는 이유는 RDC (러시아 인형 캐싱)를 수행 할 때 열의있는로드 관련 개체 또는 개체 목록에 해로울 것입니다. 데이터베이스의 최상위 오브젝트를 찾고 캐시 된 렌더링 된 템플리트를 검색하여 제공하십시오. 캐시가 부실하지 않으면 쓸모없는로드 관련 객체 목록을 열렬하게로드해야합니다. 내 이해가 정확합니까? 그렇다면 첫 번째
상당히 복잡한 레일스 애플리케이션의 선택 부분에서 템플릿 상속과 러시아 인형 캐싱 (cache_digests gem 사용)을 서로 독립적으로 사용하여 많은 성공을 거두었습니다. 저는 제가 뭔가 잘못하고 될 수 있음을 의심하게하는 온건 한 방법으로, 함께이 개 기술을 사용하여 어려움을 겪고 ... 매우 간단한 예를 들어 , 두 개의 컨트롤러로 구성된 응용 프
필자는 Rails 앱에서 러시아 Doll 조각 캐싱을 실험하고 있는데, 특히 주요 대시 보드 페이지에서 캐싱합니다. 이것은 사용자가 로그인 한 후 사용자가 볼 수있는 첫 번째 페이지이며 많은 중첩 요소가 포함되어 있으므로 러시아 인형의 가장 적합한 후보입니다. 캐싱은 사용자가 대시 보드를 다시 렌더링해야하는 변경 작업을 할 때 잘 작동합니다. 캐싱을 통한로
저는 많은 저장된 검색과 많은 작업을 수행 할 수있는 사용자가 있습니다. 나는 이러한 기록 중 하나가 업데이트 될 때마다 touch 옵션을 통해, 내가 사용자를 업데이트 할 수있는 옵션을 추가 한 다음 - cache user do
- user.tasks.each do |task|
- cache task do
# do someth
나는 haml과 러시아 인형 캐싱을 레일에 사용하고 있습니다. 내 목표는 최대한 많은 정적 HTML을 캐싱하고 동적 콘텐츠 만 렌더링하는 것입니다. 그러나 중간에 작은 동적 코드가 있기 때문에 종종 캐쉬되지 않은 html의 큰 부분을 가지고 있습니다. show.html.haml = render 'message'
_container.html.haml .n
레일즈 4.1 앱이 있습니다. 특정 페이지에서 주문 목록을 검색하여 테이블에 나열합니다. 로그인 한 사용자에 따라 목록이 다르다는 점에 유의해야합니다. 이 성능을 향상 시키려면 각 주문 행의 부분을 캐시해야합니다. 나는 이런 식으로 할 생각입니다 : _order_list.html.erb <% cache(@orders) do %>
<%= render
복잡한 중첩 된 양식은 캐싱되지 않을 때로드하는 데 몇 초가 걸립니다. 숨겨진 ID 필드는 다음과 같습니다. <input type="hidden" value="1" name="user[properties_attributes][0][id]">
<input type="hidden" value="2" name="user[properties_attributes]