Neden IE / Fiddler Chrome ve FF / Live HTTP Headers farklı çerez ayarı / silme görmek istiyorsunuz?

3 Cevap php

Ben PHP kısmen kalıtsal web uygulaması var ve Fiddler ile çevresinde alay sonra eskisinden biraz daha fazla veri var. Ben çözmeye çalışıyorum sorun IE6 / 8 değil FF / Krom istenmeyen logouts olduğunu. Bir kullanıcı farklı sayfalar arasında tıklarsa, giriş veri tanımlama kaybolur.

Davranış IE vs FF farklı ve rapor bilgileri Fiddler (/ IE) ve Live HTTP Headers (/ FF) arasında neredeyse tam aynı şekilde farklıdır.

Kullanıcı günlükleri ve çekler "Beni hatırla" ne zaman oluşturulur ve kullanıcı çıkış sayfasını ziyaret ederse sadece silinir, ve bir iki haftada son kullanma tarihi var: Firefox çerezleri PHP belirtir gibi tedavi edilmesi görünür. Live HTTP Headers farklı bir şey rapor: çerezleri kullanıcı sayfaları arasında tıkladığında değiştirilmiş veya silinmiş olduğu bildirilmiştir asla.

Ama IE ile, bunlar kullanıcı farklı sayfalar arasında tıklar ve Fiddler bildirdiğinde kaybolur,

Cookies / Login
    Set-Cookie: *******=deleted; expires=Sun, 29-Jun-2008 21:07:46 GMT; path=; domain=.********.com
    Set-Cookie: *******=deleted; expires=Sun, 29-Jun-2008 21:07:46 GMT; path=; domain=.********.com

(Fiddler çıkışı anlamıyla alıntı 'silindi'. Ben değeri ya 'silindi' sihirli bir dizeye ayarlanır benim kod herhangi bir yer yok.)

IE ve Firefox sitesi söylüyor ama Fiddler ve HTTP Canlı Başlıkları sitesi yok buna mukabil farklı sürümlerini rapor nasıl farklı yorumları var sadece.

IE ve 'silindi' ile ilgili özel bir şey var mı? Bu garip gelebilir, ancak IE çerezleri her sayfa görünümü veya böyle bir şey ile yeniden etkin olmak istiyor?

Ve nasıl sunucu tarafından silinen olarak değil kullanıcı çıkış adresi ziyaret ederek istemedikçe IE söz çerezleri korusun yatıştırmak olabilir?

3 Cevap

Eksik belge 14 gün içinde iken onlar farklı önbelleğe tedavi edildi çünkü Firefox ve IE farklı davranışlar Bitiş tarihi: set olmuştu başlıklarını Sonunda şöyle oldu ne buldum.

Firefox görünüşte eksik veriler için bir kez kontrol, ve sonra tekrar talep değildi.

IE, diğer taraftan, bir stil için yanlış yolu veren bir öğe için kontrol tutulan 404 sayfaları var ve özel 404 sayfa, belki de değil iyi Demirbaş (çıktınız olan kullanıcı tetikleyen o oturum için bir klişe daveti yaptı .) Ben stil önbelleğe oldu sanırım, ama IE eksik öğeleri için soran tutulur.

Bu yüzden farklılıkları artı dolaylı dahil artı 404 sayfa davranışını önbelleğe edildi.

Hâlâ ne "silinmiş" geldi bilmiyorum. (Does PHP kelime "silinmiş" tedarik boş bir değere bir çerez dize ayarlarsanız?)

Konak içinde bir çizgi varsa IE bir cookie set değil, ama burada sorun değil.

Fiddler şey "icat" değil - o "silinmiş" değerine çerez ayarı HTTP başlık var diyor eğer, sunucu anlamıyla gönderdi demektir.

Eğer herhangi bir hatalı istekler çerezleri silmek için sunucu neden olan tel üzerinde gidiş olup olmadığını bakmak isteyebilirsiniz. Örneğin, başka bir iş parçacığı, birisi "" (boş dize) kaynağı ile bir IMG etiketi IE sitenin kök için bir istek göndermek için neden olacağını belirtti ve ziyaret eğer kendi ana giriş çerezleri silinir.

IE6/7/8 şu ana bilgisayar başına 50 çerez bir sınırı var, ama bu burada ya vuruyorlar şey değil.

Söz konusu sayfanın URL içinde bir çizgi var mı? IE (RFC 1035 bölümü 2.3.1 kontrol) alan adı şartname takip yok domainnames tanımlama ile sorunlarınız hatırlıyorum.

Ayrıca çerez boyutu ve etki alanı başına kurabiye sayısına ilişkin IE bazı kısıtlamalar (nerede?) Vardır. IE6 Ben sınırlama etki alanı 4095 bayt ve etki alanı başına 20 kurabiye başına tüm çerezleri maksimum boyutu olduğuna inanıyorum.

Eğer IE çerez takip salabiliriz başlık tabanlı yönlendirmeyi kullanırsanız sorunu da ortaya çıkabilir.

Btw. Eğer iki Set-Cookie direktifleri sağlanan tarih, eski bir günlüğüne gelen veya sunucu gerçekten söylemek için olağan yoldur geçmişte bir sona tarih (ile bir cookie gelmez .. "hey tarayıcı o kadar bu çerezi silmek zaten dolmuş gün önce ")

etiketler