W3 Total Cache okozta hibák

A W3 Total Cache több gyorsítótárat egyesít egyetlen bővítményben: oldal, minify, adatbázis, objektum és böngésző. Bármelyik hatással lehet az űrlapra, ezért először azt kell megállapítani, melyik aktív az oldalon.

Tünetek

• A feltételes logika vagy más JavaScriptes funkció nem reagál.
• A mezők hibásan jelennek meg.
• Az űrlap nem küldhető be, vagy beküldési hibát jelez.
• Beküldés után üres képernyő jelenik meg.
• Az űrlapadatok feldolgozása hibás.
• A Mentés és folytatás váratlanul viselkedik.
• A Conversational Forms vagy más kiegészítő működése megszakad.
• Az űrlap másképp viselkedik a bejelentkezett felhasználóknak, mint a gyorsítótárazott oldalt kapó nyilvános látogatóknak.

Mi okozza

Minify

Összevonhatja a Gravity Forms szkriptjeit más fájlokkal, és az oldal más pontjára teheti őket. A Gravity Forms szkriptjei már minifikáltak, az összevonás pedig megváltoztatja a sorrendjüket és azt, mikor futnak. Ha emiatt a honeypot szkriptje nem fut le rendesen, a beküldésből hiányzik a verziókivonat és az időzítési adat, és a Gravity Forms spamnek jelöli a bejegyzést.

Hol találod: Performance › Minify.

Ha a Minify okozza a hibát, a beküldés nem vész el: a látogató látja a visszaigazolást, de a bejegyzés a fő lista helyett az Űrlapok → Bejegyzések → Spam alá kerül, és a jegyzetei megnevezik a honeypot-szűrőt, amely megjelölte. Mielőtt azt hiszed, hogy egy beküldés nem érkezett meg, nézd meg ott.

Oldalgyorsítótár (Page Cache)

A kirajzolt HTML-t tárolja, és ezt a másolatot adja a későbbi látogatóknak. Az akkori nonce a gyorsítótár ürítéséig újra felhasználódik, ezért az AJAX-os beküldések és a bejelentkezést igénylő űrlapok a munkamenet lejárta után hibáznak.

Hol találod: Performance › Page Cache.

Objektum- és adatbázis-gyorsítótár

Az adatbázis-lekérdezések eredményét tárolják. Az űrlapdefiníciók, a mezőbeállítások és a bejegyzések adatai az adatbázisból jönnek, ezért az elavult gyorsítótár régi űrlapverziót adhat ki, vagy megzavarhatja az éppen mentett adat visszaolvasását. A W3 Total Cache alapértelmezett adatbázis-kizárása a régi wp_rg_ táblákra vonatkozik. A mai Gravity Forms-táblák gf_ előtagot használnak, ezért az adatbázis-gyorsítótár csak akkor hagyja ki őket, ha a wp_gf_ előtagot hozzáadod az Ignored query stems listához.

Hol találod: Performance › General Settings.

A hiba megerősítése

1. Nyisd meg az űrlapoldalt privát ablakban, kattints jobb gombbal, és válaszd az Oldal forrásának megtekintése menüpontot.
2. Görgess a legaljára, és keress egy „Performance optimized by W3 Total Cache” kezdetű megjegyzést.
3. Olvasd el, mit sorol fel. Megnevezi a futott funkciókat, például „Page Caching using Disk: Enhanced”. A „(User is logged in)” azt jelenti, hogy a funkció nem adott gyorsítótárazott másolatot. Először a felsorolt funkciókat teszteld.
4. Ha nincs megjegyzés, lehet, hogy a HTML-minifikálás eltávolította. Ilyenkor a Minify a következő tesztelendő, és ne feltételezd, hogy az oldal nincs gyorsítótárban.
5. Ha úgy tűnik, hogy beküldések tűnnek el, nyisd meg az Űrlapok → Bejegyzések oldalt, és váltsd a Spam nézetre. Nyiss meg egy bejegyzést, és olvasd el a jegyzeteit: megnevezik a szűrőt, amely megjelölte.

A hiba elhárítása

1. Nyisd meg a Performance › Dashboard oldalt, kattints az Empty All Caches gombra, majd próbáld újra az űrlapot privát ablakban.
2. Ha a bejegyzések a spamek közé kerülnek, vagy a feltételes logika hibás, a Performance › Minify oldalon add hozzá a Gravity Forms szkriptjeit a Never Minify the Following JS Files listához. Ha a hangolás előtt meg akarsz győződni, hogy a Minify az ok, kapcsold ki teljesen a Performance › General Settings oldalon, és küldj be egy próbabejegyzést.
3. Add az űrlapoldalakat a Performance › Page Cache › Advanced oldal Never Cache the Following Pages mezőjéhez. A mező reguláris kifejezéseket vár, nem sima URL-eket, ezért az útvonal különleges karaktereit védd (escape).
4. Ha az űrlap még mindig következetlenül viselkedik, kapcsold ki az Object Cache-t és a Database Cache-t a Performance › General Settings oldalon, ürítsd a gyorsítótárat, és próbáld újra.
5. Kapcsold vissza őket egyesével, minden után ürítve és újra tesztelve, így a végén tudni fogod, melyik gyorsítótár volt a hibás, és nem marad mind kikapcsolva.

Az általános leírást lásd a gyorsítótár és szkriptoptimalizáló fejezetében, a honeypotról a haladó honeypot fejezetében, a spamnek jelölt bejegyzésekről a spambejegyzések fejezetében.

A külső bővítményeket csak javaslatként említjük: nem teszteljük és nem támogatjuk őket, ezért a megfelelőségükről neked kell meggyőződnöd.