# Alkalmazási módok és Ajax-kérés típusa

> Az AJAX, a Kevert és a Page reload alkalmazási mód különbségei, mikor melyiket válaszd, és az Ajax-kérés típusának beállítása.

Minden szűrő **APPLY TYPE** (alkalmazási mód) beállítása három dolgot dönt el egyszerre: hogyan jutnak el a szűrőértékek a szerverhez (Ajax-kéréssel vagy az URL-ben), megváltozik-e az oldal URL-je, és újratöltődik-e az oldal. Ezeken múlik a gyorsítótárral való együttműködés, a szűrt találatok megosztása és könyvjelzőzése, a szűrő viselkedése az F5 és a böngésző „vissza” gombja után, valamint az Elementor Loop Grid és a Bricks Query Loop kezelése.

Az alkalmazási módot minden szűrő blokkjának, widgetjének vagy elemének **Általános** (Elementorban **Tartalom**) részében külön állíthatod. A szolgáltatók elérhetőségét az **Általános beállítások** oldalon kapcsolod be ([Beállítások](https://hub.hellowp.io/hu/plugins/jet-smart-filters/beallitasok/)).

## A három mód

| | **AJAX** | **Kevert** (Mixed) | **Page reload** |
| --- | --- | --- | --- |
| Újratöltődik az oldal | Nem | Nem | Igen |
| Változik az URL | Nem | Igen | Igen |
| Gyorsítótárral biztonságos | Nem | Igen | Igen |
| Megosztható, könyvjelzőzhető link | Nem | Igen | Igen |
| Elementor Loop Grid | Korlátozottan | Korlátozottan | Igen |
| Bricks, JetEngine szolgáltatóval | Igen | Igen | Igen |
| Bricks, Bricks Query Loop szolgáltatóval | Nem, használd a Page reload módot | Korlátozottan | Igen |

### AJAX

A szűrt lista az oldal újratöltése nélkül frissül, ami kényelmes a látogatónak. Az URL nem változik, ezért a szűrt találat linkje nem menthető és nem küldhető tovább, és az oldal újratöltése után a szűrés elvész.

Akkor érdemes használni, ha:

- JetEngine Listing Grid (vagy a legtöbb más szolgáltató) a szűrt tartalom,
- Bricksben JetEngine szolgáltatót használsz a Query Builderrel,
- az oldalon nincs szerveroldali gyorsítótár.

Ne ezt válaszd, ha:

- LiteSpeed Cache, WP Rocket vagy más szerveroldali gyorsítótár fut: a szerkesztőben működik, az éles oldalon viszont a gyorsítótárazott eredményt látod,
- Elementor Pro Loop Grid a szolgáltató, mert az egyéni keresési URL nem jut át helyesen,
- Bricksben Bricks Query Loop a szolgáltató (ilyenkor a Page reload a stabilabb),
- WooCommerce archív oldalon használod.

Ha statikus gyorsítótárat használsz, a gyorsítótár-bővítményben kapcsold be a „Ne gyorsítótárazza a GET paraméteres URL-eket” jellegű beállítást. Különben az AJAX-szűrők a régi, gyorsítótárazott oldalt mutatják.

### Kevert

A lista az AJAX-hoz hasonlóan újratöltés nélkül frissül, az URL viszont megváltozik. Így a szűrt találat linkje megosztható, és az eredmény megmarad az oldal újratöltése és a böngésző „vissza” gombja után is.

Érdemes választani:

- katalógus-, piactér- és ingatlanoldalakon, ahol számít a megosztható URL,
- ha a „vissza” gombnak vissza kell állítania a szűrők állapotát,
- előre szűrt linkekhez (például egy kategóriát előre kiválasztó nyitóoldalhoz),
- Bricksben JetEngine szolgáltatóval, a Query Builderrel együtt.

A Kevert az egyetlen mód, amelyik támogatja az előre szűrt URL-eket.

### Page reload

Teljes oldal-újratöltés, a szűrőparaméterek az URL-ben utaznak. Ez a legkompatibilisebb mód: működik gyorsítótárral, egyéni szkriptekkel és minden szerkesztővel.

Ezt kell használni:

- Elementor Pro Loop Grid szolgáltatónál,
- Bricksben Bricks Query Loop szolgáltatónál,
- szerveroldali gyorsítótárat használó oldalon,
- WooCommerce archív oldalakon,
- ha az AJAX ütközik az egyéni szkriptekkel.

Page reload módban a szűrők mellé alkalmazás gombot is érdemes tenni.

## Alkalmazás gomb önálló elemként

Az alkalmazás gomb külön elem: összegyűjti az összes szűrő kiválasztását, és egy kattintással érvényesíti őket. Saját alkalmazási mód beállítása van, amely független az egyes szűrőkétől. Az **Átirányítási útvonal** beállításával a találatokat másik oldalon is megjelenítheted, például a szűrők maradnak a főoldalon, az eredmény pedig egy külön oldalon jelenik meg. Bricksben is elérhető, és ugyanazt az elvet követi: JetEngine szolgáltatóval az AJAX és a Kevert, Bricks Query Loop szolgáltatóval a Page reload az ajánlott.

## Ugyanaz legyen az oldalon mindenhol

Ha az oldalon a szűrőknek különböző az alkalmazási módjuk, a lapozó oldalakat hagyhat ki, duplikálhatja az eredményeket vagy elveszítheti a szűrők állapotát az oldalak között. Minden szűrőn és a lapozón is ugyanazt az alkalmazási módot állítsd be ([Lapozás](https://hub.hellowp.io/hu/plugins/jet-smart-filters/altalanos-lapozas/)).

## Gyakori kérdések

| Kérdés | Válasz |
| --- | --- |
| Mi a különbség a három mód között? | Az AJAX újratöltés és URL-változás nélkül frissít. A Kevert újratöltés nélkül frissít, de az URL megváltozik. A Page reload újratölti az oldalt, és az URL-ben viszi a szűrést. |
| Használhatok eltérő módot egy oldalon? | Nem ajánlott: elromolhat a lapozás, duplikálódhatnak az eredmények, elveszhet a szűrők állapota. |
| Támogatja a bővítmény a megosztható szűrt URL-t? | Igen, de csak a Kevert és a Page reload móddal. |
| Mit használjak Bricksben? | JetEngine szolgáltatóval AJAX-et vagy Kevertet, Bricks Query Loop szolgáltatóval Page reload módot. |
| Miért nem működik az AJAX gyorsítótár-bővítménnyel? | A szerveroldali gyorsítótár régi eredményt adhat. Zárd ki a GET paraméteres URL-eket a gyorsítótárból, vagy válts Kevert vagy Page reload módra. |

## Az Ajax-kérés típusa

Az **Ajax-kérés típusa** azt határozza meg, hová küldi a böngésző az AJAX-szűrés kérését. A beállítás az **Intelligens szűrők → Beállítások → Ajax Request Settings** oldalon van.

![Az Ajax Request Settings oldal](./kepek/altalanos-ajax-kerestipus.webp)

*Az Ajax Request Settings oldal* (https://minta-bolt.hu/wp-admin/admin.php?page=jet-dashboard-settings-page&subpage=jet-smart-filters-ajax-request-settings)

A képen a három választógomb és az aláírásokat vezérlő kapcsoló látszik. Friss telepítésben a **Self** van kijelölve.

| Lehetőség | Jelentése |
| --- | --- |
| **Default (ajax admin-ajax.php request)** | A legáltalánosabb típus, harmadik féltől származó bővítményekkel és gyorsítótárral is jól működik. A dinamikus argumentumok ezzel a típussal nem működnek. |
| **Referrer (ajax admin-ajax.php request + referrer)** | A kérést ugyanarra az alapértelmezett címre küldi, ezért hasonló az előzőhöz, de a dinamikus argumentumokkal is működik. Előfordulhat, hogy nem minden kérést dolgoz fel helyesen, és kicsit lassabb, mint a Default. |
| **Self (request for the current page)** | A kérést az aktuális oldalra küldi, így minden lekérdezési argumentum úgy működik, mint a feldolgozott oldalon. |

Az új beállítás után nyisd meg a szűrőt tartalmazó oldalt, és ellenőrizd, hogy a szűrő alkalmazási módja **AJAX**. Ugyanez a beállítás a blokkszerkesztőben is megvan. Az oldal közzététele után a szűrő a kiválasztott lehetőségek szerint szűri a tartalmat.

Statikus gyorsítótár mellett itt is kapcsold be a gyorsítótár-bővítményben a GET paraméteres URL-ek kizárását, különben az AJAX-szűrés után az eredeti, gyorsítótárazott oldal jelenik meg.

AJAX-módban a szűrés közbeni betöltésjelzőről az [Szolgáltató betöltésjelzője](https://hub.hellowp.io/hu/plugins/jet-smart-filters/altalanos-preloader/) fejezet szól.