Проблема с кэшем удаленной публикации Sitecore - PullRequest
1 голос
/ 06 февраля 2011

У меня есть АВТОРСКАЯ машина, ФАЙЛОВЕР и ПУБЛИЧНАЯ машина. AUTHORING указывает на FAILOVER и PUBLIC в качестве целей удаленной публикации.

При публикации по всем целям контент сразу виден в FAILOVER. Однако я вынужден вручную очистить кэш в PUBLIC, чтобы посетители могли просматривать новый контент.

Я надеюсь, что это простая проблема конфигурации, на которую кто-то может указать мне ответ.

Большое спасибо!

Ответы [ 4 ]

3 голосов
/ 07 февраля 2011

Вероятно, конфигурация очистки кэша отличается в FAILOVER и PUBLIC. Трудно сказать точно, основываясь на предоставленной вами информации, но ссылки ниже могут помочь вам или дать подсказку:

0 голосов
/ 07 февраля 2011

Проверьте журналы промежуточного модуля, чтобы убедиться, что очистка кэша прошла успешно на обоих серверах после публикации. Их можно найти по адресу:

\ sitecore modules \ staging \ workdir

Возможно, имеется ошибка сети или безопасности, которая препятствует правильной работе очистки кеша в PUBLIC?

0 голосов
/ 07 февраля 2011

Вам может потребоваться проверить конфигурацию, чтобы увидеть, настроен ли / настроен механизм истории. Э.Г.

<sitecore><configuration>... 
<database id="webtarget"> 
... 
  <Engines.HistoryEngine.Storage> 
    <obj type="Sitecore.Data.$(database).$(database)HistoryStorage, Sitecore.Kernel"> 
      <param connectionStringName="$(id)" /> 
      <EntryLifeTime>30.00:00:00</EntryLifeTime> 
    </obj> 
  </Engines.HistoryEngine.Storage> 
</database> 
... 
<hooks> 
  <hook type="Sitecore.Modules.Staging.InitializeEngines, Staging.Kernel" /> 
</hooks> 
...
</configuration></sitecore>

Просмотрите документацию промежуточного модуля .

0 голосов
/ 07 февраля 2011

Вместо Failover и Public, почему бы не иметь единую веб-базу данных с двумя серверами, разделяющими ее? С балансировщиком нагрузки впереди вы не только получите избыточность, но и увеличите производительность.

...