# W3 Total Cache okozta hibák

> A W3 Total Cache gyorsítótárai és minifikálása miatti űrlaphibák felismerése és megoldása, a spamnek jelölt beküldésekkel együtt.

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](https://hub.hellowp.io/hu/plugins/gravityforms/hogyan-gyorsitotar-es-szkript-optimalizalo/), a honeypotról a [haladó honeypot fejezetében](https://hub.hellowp.io/hu/plugins/gravityforms/spamvedelem-halado-honeypot/), a spamnek jelölt bejegyzésekről a [spambejegyzések fejezetében](https://hub.hellowp.io/hu/plugins/gravityforms/spamvedelem-spam-bejegyzesek/).

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.