Furcsa problémába ütköztem. Boost modul használata esetén az anonim felhasználóknál szoktak gondok lenni, nálam meg pont a bejelentkezett usereket zavarja meg.
A settings.php-ben a cookie.session_lifetime = 0, azaz az ablak bezárásakor törlődik a süti, a belépett felhasználó amikor újra megnézi a siteot már nincs bejelentkezve. Ez így jó, ezt szeretném.
Viszont ha a boost modul be van kapcsolva, akkor a böngésző a saját gyorstárában elmenti mondjuk a főoldalt, méghozzá egy olyan formába, hogy be van jelentkezve a felhasználó. Böngésző bezárás, megnyitás, és újra látogatás esetén a főoldal úgy fog megjelenni, hogy be van jelentkezve. Pedig nem is, egy-két kattintás után kiderül, hogy mégsincs belépve.
A hibát az okozza, hogy amikor visszatér anonim módon a böngésző küld egy kérést a szervernek, amire egy 304 Not Modified válasz jön. Ez a boost miatt van, egy anonim kérésre adja ezt a választ. A szerencsétlen böngésző meg azt mondja, hogy juhhé, ez nekem már megvan cache-ben és megmutatja a belépett felhasználós verziót.
Kérdem én, mi a fenét csináljak?
Boost működés
Ha esetleg erre téved egy segíteni szándékozó, de a boost modult nem próbálta még, annak röviden a működése:
Leegyszerűsítve annyi történik, a php által generált tartalmat egy cache könyvtárban sima html text fájlokként elmenti és egy-két ügyes .htaccess szabállyal eléri, hogy ha anonim felhasználó kéri az oldalt, akkor meg sem hívja a php/drupal/sql stacket, hanem a plain html fájlt szolgálja ki. Ezzel nagyban tehermentesítve a szervert.
A fenti problémát meg pont az okozza, hogy anonim felhasználó lekéri a főoldalt, amire a boost (.htacces) 304 Not modified választ ad, a böngésző meg megjeleníti a nála cache-elt tartalmat, ami meg még a bejelentkezett állapotot tükrözi.
Kalandjaim a Drupal és PHP világában.
by design(?)
Logged out user sees auth pages stored in browser cache if previously authenticated
Huhh, jó hosszú issue, és
Huhh, jó hosszú issue, és pont arról szól ami bajom nekem is van.
Annyit már nekem is sikerült kideríteni hogy a gondot az okozza, hogy a drupal
Cache-Control: store, no-cache, must-revalidatefejlécet küld. Gondolom abban az issueban jól kitárgyalják, majd úgy döntenek hogy ez így jó. El fogom olvasni hogy mi az indok, mert addig már én is eljutottam hogy ha
no-store, no-cachefejlécet küldök, akkor megszűnik a probléma.Kalandjaim a Drupal és PHP világában.
etagot konfolj apacsban
etagot konfolj apacsban
FileETag All
vagy ellenorizd a cookit mikor ujra megnezi az oldalt
csy
Az etag nem segít. A statikus
Az etag nem segít. A statikus fájlok tényleg etag-al vannak kiküldve, mégis 304 not modified válasz érkezik a kérésekre.
Kalandjaim a Drupal és PHP világában.