JetEngine – Post Expiration Period Module

A JetEngine Post Expiration Period egy ingyenes külső modul, amit akkor kezdesz el hiányolni, amikor frontenden beküldött tartalmak elkezdenek „ott maradni”, pedig már rég nem aktuálisak. Ilyenek tipikusan a hirdetések, események, akciók vagy közösségi beküldések.

A probléma általában így jelentkezik:
– a felhasználó feltölt valamit
– az tartalmilag lejár
– de technikailag továbbra is publikált
– neked pedig manuálisan kellene takarítanod

Ez a modul pontosan ezt veszi le a válladról: lejárati logikát ad a JetEngine és JetFormBuilder űrlapokkal létrehozott posztokhoz, kód nélkül.

Hogyan működik valójában?

Fontos látni, hogy ez nem egy globális „posztlejárató” rendszer, hanem űrlapvezérelt logika.

A folyamat így néz ki:
– van egy űrlapod, ami posztot hoz létre vagy frissít
– az Insert / Update Post actionben bekapcsolod a lejáratot
– megadod, hány nap után mi történjen
– a modul eltárolja ezt az adatot a poszton
– lejáratkor automatikusan módosítja a poszt státuszát

Nincs időzítő beállítás, nincs cron-matekázás, nincs külön workflow: az egész a JetEngine saját rendszerében történik.

Tipikus hiba: „bekapcsoltam, de nem jár le semmi”

Ez szinte mindig azért van, mert nem az űrlap Insert/Update Post műveletében van beállítva a lejárat.

Ellenőrizd:
– tényleg az a form-action fut le, ami posztot hoz létre
– az Enable expiration period kapcsoló be van-e kapcsolva
– van-e szám az Expiration period mezőben
– az űrlappal lett-e létrehozva az adott poszt

A modul nem hat visszamenőleg a már meglévő posztokra.

Mit csinál a lejáratkor, és mikor melyiket válaszd?

Két opció van, és fontos a különbség.

Draft (Vázlat):
– a poszt eltűnik a nyilvános oldalról
– szerkeszthető marad
– ideális, ha a felhasználó később újraaktiválhatja

Trash (Lomtár):
– a poszt kikerül a rendszerből
– adminból még visszaállítható
– jó megoldás, ha nincs újrahasználati logika

Ha „újrahirdetés”, „meghosszabbítás” funkcióban gondolkodsz, a Draft szinte mindig jobb választás.

Hol látod adminban, hogy mi mikor jár le?

Ez egy gyakori fájdalompont nagyobb oldalaknál. A modul szerencsére ad megoldást rá.

A CPT Admin Columns résznél hozzá tudsz adni egy oszlopot, ami:
– a lejárat dátumát mutatja
– egy pillantással átláthatóvá teszi az életciklust

Ehhez egy Custom Callback oszlop kell, a JetEngine saját callbackjével. Ha ez nincs kitéve, akkor a lejárat „láthatatlanul” történik, ami admin oldalon zavaró tud lenni.

Gyakorlati helyzetek, ahol tényleg megment

Apróhirdetéses oldalon:
– 30 napos lejárat
– Draft státusz
– a felhasználó kap egy „újítsd meg” CTA-t

Álláshirdetéseknél:
– 45–60 nap
– Trash akció
– megszűnnek az elavult pozíciók

Eseményoldalakon:
– esemény után automatikusan inaktív
– nem zavarja az aktuális listákat

Akcióknál, kuponoknál:
– nincs „elfelejtett” kedvezmény
– kevesebb jogi és kommunikációs kockázat

Amit ez a modul nem csinál (és fontos tudni)

– nem töröl végleg automatikusan
– nem fut minden posztra globálisan
– nem jogosultságkezelő
– nem vált ki workflow- vagy értesítőrendszert

A lejárat megjelenítési és státuszlogika, nem biztonsági mechanizmus.

Mikor érdemes kombinálni más JetEngine funkciókkal?

Nagyon jól működik együtt:
– Dynamic Visibility-vel (lejárt poszthoz üzenet)
– Profile Builderrel (újrahirdetés gomb csak a szerzőnek)
– Query Builderrel (csak aktív posztok listázása)

Így tudsz valódi „tartalom-életciklust” felépíteni frontenden, kód nélkül.

Gyors ellenőrzőlista, ha nem működik

– a modul be van kapcsolva az External Modules-ben
– a poszt űrlappal jött létre
– az Insert/Update Post actionben aktív a lejárat
– van megadott napérték
– az akció (Draft / Trash) tudatosan lett kiválasztva

Ha ezek rendben vannak, a modul stabilan és kiszámíthatóan működik, és pontosan azt csinálja, amiért bekapcsoltad: eltakarítja utánad az időérzékeny tartalmat, mielőtt az problémát okozna.