При обновлении учетных записей в CRM 4.0 предварительный просмотр не обновляется, пока мы не очистим кэш клиента.При запросе предварительного просмотра (что происходит при нажатии маленькой стрелки, показанной на скриншоте) с URL-адресом, показанным ниже, возвращаются заголовки, показанные ниже.
GET http://crmdev/DevOrg/_grid/preview.aspx?type=1&id={755E4F74-007D-E011-A3BC-005056B6001D} HTTP/1.1
Как видно из заголовков, нетдата / время истечения срока действия в кэше.
HTTP/1.1 200 OK
Cache-Control: private
Content-Length: 1006
Content-Type: text/xml; charset=utf-8
Server: Microsoft-IIS/7.5
X-AspNet-Version: 2.0.50727
Persistent-Auth: false
X-Powered-By: ASP.NET
WWW-Authenticate: Negotiate <token removed>
Date: Tue, 19 Jul 2011 13:35:10 GMT
Установка срока действия кэша с использованием метода, описанного в следующей ссылке, не имеет никакого эффекта.http://www.iis.net/ConfigReference/system.webServer/staticContent/clientCache
Есть ли у кого-нибудь поддерживаемое исправление для Dynamics CRM 4.0 относительно кэширования страницы preview.aspx?Почти все другие проверенные страницы в CRM возвращают «Cache-Control: no-cache», поэтому, похоже, этот файл переопределяет выходной заголовок.
ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ, ДОБАВЛЕННАЯ
Это поведениевлияет только на IE9.Либо IE9 обрабатывает кэширование в отличие от IE8 и ранее, либо IE9 не допускает аннулирования вкладки / всплывающего кэша corss.
Предлагаемое исправление (не поддерживается): Замените preview.aspx пользовательским файлом aspxкоторый использует оригинальный переименованный файл и имеет ручной контроль над заголовком кэша.Установка заголовка cache 'no-cache' решает эту проблему в IE9.Мы отказались от этого решения, так как оно не поддерживается, но оно было протестировано нормально и не требует изменения содержимого aspx, только «перенаправление».