JetEngine

A JetEngine akkor kerül elő, amikor elfogynak az egyszerű WordPress-eszközök. Addig minden rendben van, amíg pár bejegyzést, oldalt és kategóriát kezelsz. A gond ott kezdődik, amikor strukturált adatokat akarsz: külön mezőket, összefüggéseket, szűrhető listákat, térképet, naptárat, felhasználóhoz kötött tartalmat.

Ilyenkor szoktak ilyen problémák megjelenni:
– nem tudod normálisan szűrni az adatokat
– egy tartalom több helyen, többféleképp jelenne meg
– kellene reláció két tartalom között
– a frontenden szeretnél beküldést, szerkesztést
– túl sok külön plugin kezd összeakadni

A JetEngine erre ad egy központi megoldást, nem egy újabb „widgetkészletet”, hanem komplett adatkezelési rendszert.

Hogyan gondolkodik a JetEngine

A JetEngine nem elemekben, hanem adatmodellben gondolkodik. Előbb kitalálod:
– milyen entitások vannak
– milyen mezőik vannak
– hogyan kapcsolódnak egymáshoz

Csak ezután jön a megjelenítés.

Ez azért fontos, mert ha fordítva csinálod, akkor jönnek a tipikus falak: duplikált listák, szétcsúszó logika, lekérdezés-kavarodás.

Tartalomszerkezet – ahol a legtöbben elakadnak

Itt dől el minden.

CPT és taxonómia akkor jó, ha:
– WordPress-kompatibilitás fontos
– SEO pluginokra támaszkodsz
– admin oldalon szerkesztenek

CCT akkor jó, ha:
– sok adat van
– listázásra, szűrésre épül az oldal
– teljesítménykritikus a projekt

Gyakori hiba, hogy mindenből CPT lesz. Ilyenkor pár ezer rekord után már érezhető a lassulás. A CCT külön SQL-táblája ezt megoldja, de másképp kell vele gondolkodni.

Listázás és megjelenítés – miért „üres” a Listing Grid

Ez tipikus supporthelyzet.

Ha nincs adat:
– rossz Query van kiválasztva
– a Listing nem ahhoz az entitáshoz készült
– meta mező helyett rossz forrást nézel

A JetEngine-ben a Listing csak egy sablon, önmagában nem kérdez le semmit. A Query Builder dönti el, mi kerül bele. Ha itt nincs találat, a Grid sem fog mutatni semmit.

Query Builder – ahol rend lesz a káoszból

A Query Builder azért kritikus, mert kiváltja:
– egyedi WP_Query kódokat
– duplikált archive megoldásokat
– hackelt shortcode-okat

Ha több helyen ugyanaz az adatlogika kell, egy Queryt használsz, nem öt külön widgetbe kattintgatod össze újra.

Ha lassú az oldal:
– kapcsold be a Query cache-t
– nézd meg, nem meta query-kkel szűrsz-e fölöslegesen
– CCT-nél használd az SQL-alapú megközelítést

Relációk – itt csúsznak el a projektek

Reláció nélkül hamar fals struktúrát kapsz.

Példák:
– ingatlan ↔ ügynök
– állás ↔ cég
– szolgáltatás ↔ város

Gyakori hiba, hogy mindent taxonomy-val próbálnak megoldani, pedig:
– taxonomy = címkézés
– relation = valódi kapcsolat

Relációval tudsz:
– másik entitás mezőire hivatkozni
– aggregálni (hány állás egy cégnél)
– logikusan szűrni

Felhasználói élmény – amikor nem mindenkinek ugyanaz látszik

Itt jön képbe a Dynamic Visibility, Data Stores és a Profile Builder.

Ha azt látod, hogy:
– „ezt nem kéne mindenkinek látnia”
– „csak a saját bejegyzéseit szerkeszthesse”
– „kedvencek listát akarok”

akkor nem jogosultság-plugin kell első körben, hanem JetEngine-logika.

A Visibility megjelenítést vezérel, nem jogosultságot. Ez fontos különbség. Ha el van rejtve, az nem biztonság, hanem UX.

Gyakori hiba: túl sok plugin JetEngine mellé

A JetEngine pont azért erős, mert sok mindent kivált:
– CPT UI
– ACF alapmezők
– külön listing plugin
– egyedi query snippetek

Minél több ilyen marad meg mellette, annál inkább keveredik a logika.

Mikor jó döntés a JetEngine

Jó választás, ha:
– adatvezérelt oldalt építesz
– listázás, szűrés, reláció fontos
– nem statikus marketingoldal a cél

Nem ideális, ha:
– csak egy landing oldalt csinálsz
– nincs strukturált adat
– nem akarsz adatmodellben gondolkodni

Hogyan érdemes elkezdeni, hogy ne fuss falnak

Először papíron vagy jegyzetben:
– entitások
– mezők
– kapcsolatok

Utána JetEngine-ben:
– CCT vagy CPT létrehozása
– mezők
– reláció
– egyetlen jól definiált Query
– egyetlen Listing sablon

Ha ez stabil, minden más (térkép, naptár, kedvencek, profil) ráépül, nem újrakezdés.

Rövid összkép

A JetEngine nem egy „még több widget” plugin. Ez egy adatlogikai motor WordPresshez. Ha strukturáltan használod, rengeteg későbbi problémát megelőz. Ha viszont csak ráhúzod egy kész oldalra adatmodell nélkül, ugyanúgy szét fog csúszni, mint bármi más.

Ha szeretnéd, a következő lépés lehet:
– „melyik modult mikor használd”
– „CPT vs CCT döntési fa”
– „leggyakoribb JetEngine hibák projekt közben”