2016-09-28 4 views
0

이 질문은 FatWire Content Server 버전 7.6과 관련이 있습니다.FatWire 캐시의 템플릿이 즉시 만료됩니다.

일부 애셋을 거쳐 일부 마크 업을 반환하는 FatWire 템플릿이 있습니다. 완료하는 데 약 2 분이 소요됩니다. 결과는 FatWire ContentServer 캐시에 성공적으로 캐싱되고 CacheManager 도구에서 볼 수 있습니다. 템플릿의 만료 시간은 향후 10 년입니다. 잠시 후 (일반적으로 1-2 분) ExpiryTime이 지난 날짜 (1980-02-01 01:01:01)로 변경되어 만료됩니다. 그러면 항목이 캐시에서 사라집니다.

누구나 전에 경험 했습니까? 이 템플릿에서만 발생합니다. 항목이 처음으로 성공적으로 캐싱 된 후 만료되는 이유에 대한 아이디어가 있습니까?

답변

1

이전 스타일의 페이지 캐시 구현 (SystemPageCache, SystemItemCache 테이블)을 사용하는 경우 특정 페이지/요소 또는 이벤트가 실행되고 있는지 확인하기 위해 일부 디버그를 사용하도록 제안 할 수 있습니다. 테이블에 변경 :

  1. 이 로거를 활성화 (나중에 다시 시작) :

    com.futuretense.cs.db = DEBUG

    com.futuretense.cs.request = DEBUG

    com.futuretense.cs.event = DEBUG

    com.futuretense.cs = DEBUG

  2. 테일 futuretense.txt/sites.log하고 문제를 재현 - 당신은 점 곳을 볼 수 있어야합니다 새로운 페이지는 미래의 만기와 함께 캐쉬되고, 이후에 어떤 것이 변경됩니다. 그러면 시스템 이벤트 또는 다른 페이지 요청의 결과로 발생했는지 여부를 알 수 있습니다. 클러스터 된 환경에서이 문제가 발생하는 경우 다른 클러스터 노드에 동일한 로깅을 설정하여 변경 사항이 발생하는지 여부를 알아야합니다.

새로운 스타일의 페이지 캐시 사용하는 경우 ("InCache는"CS는-cache.xml 등), 그것은 다른 노드가 예기치 않게이 노드와 상호 작용하는 것을 할 수있다. cs-cache.xml의 멀티 캐스트 설정을 조정하여 캐시 노드에서이 노드를 일시적으로 분리 할 수 ​​있습니다 (예 : timeToLive = 0은 다른 물리적 서버의 다른 노드가이 노드를 볼 수 없게합니다.