Flaş (esnek) uygulamayı içine alan bir html sayfam var.Google Chrome Önbellek
<META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-CACHE">
<META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-STORE">
<META HTTP-EQUIV="Pragma" CONTENT="no-cache">
<META HTTP-EQUIV="Expires" CONTENT="-1">
ek olarak, uygulamanın yeni sürümünü her zaman, dosya adını değiştirin:
aşağıdaki başlıkları var. Dolayısıyla, MyApp_v1.swf gibi bir şey olur ve daha sonra MyApp_v2.swf dosyasına güncellenir.
Buna rağmen, krom hala html sayfasını ve swf dosyasını önbelleğe alır. Bu, müşterilerin tarayıcı önbelleğini temizlemedikçe güncellenen swf'yi görmedikleri için önemli bir sorundur.
Hatta htaccess dosyasını değiştirme ve swf dosyası barındıran index.html dosyasını yeniden adlandırma ile bu çevrede almaya çalıştı:
RewriteEngine On
RewriteCond %{HTTPS} !=on
RewriteRule ^(.*)$ https://www.mysite.com/app[R,L]
DirectoryIndex index.html #this was changed from myapp.html
Hatta bu yaptıktan sonra, Chrome hala swf önbelleğe ve bir Eski html dosyasından okuma STILL. Html'de bir görünüm kaynağı yapıyorum ve hala eski dosyayı gösteriyor.
Bu, tüm diğer tarayıcılarda düzgün çalışır.
Maalesef bu, tüm istemcilere önbelleklerini temizlemelerini söylemem mümkün olmadığından tam bir çözüm değil. Temel olarak, sonsuza kadar yanlış sayfa ile mans arazide sonsuza kadar sıkışmış! Diğer bir seçenek ise, tüm uygulamayı sunucudaki yeni bir dizine taşımak ve kullanmak için bir seçenek.htaccess yönlendirmesi. Bu, uygun bir yenilemeyi zorlamalı ve tarayıcı önbelleğini geçersiz kılmalıdır, doğru mu? – JonoB
Eğer src = "mipaht.jpg? Ver = 1" gibi herhangi bir src veya href özniteliğinin bağlantısına bir istek parametresi eklerseniz, tarayıcı kaynağı güncellemeye zorlar, javascript, görüntüler, css için çalışır, bu yüzden belki bu durumda Ayrıca çalışır ... – ncubica
ve datetime gibi dinamik bir dize kullanırsanız, kullanıcıların her zaman yeni bir sürüm indirip önbellekleme yapmadığından emin olabilirsiniz. example: 'src =" myfile.swf? ver = 1407279708' – DrCord