Bejelentkezés

WordPress közzététele S3-on és CloudFronton a Static Publisherrel

A Static Publisher a WordPresst egy professzionális statikus közzétételi folyamat szerkesztési és vezérlési rétegévé alakítja.

Egy látogatói felületi widgetbővítménytől eltérően a Static Publisher szándékosan két összehangolt részből áll:

  • WordPress-bővítmény adminisztrációs felülete a konfigurációhoz, sorba állításhoz, állapothoz, diagnosztikához és naplóeléréshez.
  • Külső exportáló a bejáráshoz, átíráshoz, telepítéshez, gyorsítótár-érvénytelenítéshez és ütemező által vezérelt végrehajtáshoz.

Ez a szétválasztás tudatos. A bővítmény nem indít rendszerparancsot PHP-ból. Determinisztikus futásidejű JSON-fájlokat ír, amelyeket a külső Node.js futtató olyan gépen dolgoz fel, ahol már elérhető a Node.js, a Playwright, a fájlrendszer és az AWS-hitelesítés.

Mire alkalmas a Static Publisher?​

  • WordPress-webhelyek statikus műtermékként történő közzététele S3 + CloudFront használatával,
  • a megjelenített látogatói felület bejárása a puszta adatbázistartalom helyett,
  • forrás-URL-ek átírása tesztelési vagy éles célokra,
  • közzétételi, telepítési és érvénytelenítési feladatok sorba állítása a WordPress adminisztrációs felületéről,
  • célzott bejegyzés-, lista-, archívum-, oldalszámozás- és webhelytérkép-változások közzététele teljes újrabejárás nélkül,
  • egy bejárási műtermék újrafelhasználása több telepítési célhoz,
  • a WordPress szerkesztői vezérlősíkként való megtartása, miközben az AWS lesz a kiszolgálási futtatókörnyezet.

Vezérlősík és végrehajtómotor​

A terméket két rétegként érdemes elképzelni:

  • Vezérlősík a WordPressben: a webhelytulajdonosok megszokott adminisztrációs felületen állítják be a futásidejű útvonalakat, a célbeállításokat, a feladatok sorba állítását, a diagnosztikát és az ütemezési szabályokat.
  • Végrehajtómotor a WordPressen kívül: az exportáló parancssorból, CI-ból, cronból vagy dedikált futtatógépről indul, és a teljesen megjelenített webhelyen végzi az erőforrás-igényes munkát.

Ez a modell jobban illik az éles környezetekhez, mint egy kizárólag PHP-alapú exportáló. A WordPress-kiszolgálónak nem kell Playwrightot futtatnia, rendszerparancsokat kezelnie vagy hosszú élettartamú telepítési hitelesítő adatokat tartania a kérési útvonalban.

Jellemző alkalmazási területek​

A Static Publisher különösen megfelelő, ha az alábbi minták közül legalább egyre szüksége van:

  • a WordPress privát marad, de a nyilvános webhelyet peremhálózatról kell kiszolgálni,
  • a nyilvános futtatókörnyezetnek az ügyfél saját AWS-fiókjában kell működnie,
  • a bejárási és telepítési feladatok ismételhető naplózást és külső automatizálást igényelnek,
  • egy környezetnek több célra, például tesztelési és éles környezetbe kell közzétennie,
  • a statikus webhelynek később védett útvonalakra, Cognito-bejelentkezésre, AI-ra vagy háttérrendszerhez kapcsolódó űrlapokra lesz szüksége.

Mit tartalmaz ez a dokumentáció?​

  • Közzétételi architektúra — a termék részeinek elválasztása, az AWS-kiszolgálási útvonal és a Static Publisher kapcsolata a WP Suite egészével
  • Külső exportáló beállítása — gazdagépi előfeltételek, a Node/Playwright telepítése és az első futtatás parancsai
  • Célzott tartalomszinkronizálás — Professional- és Agency-szintű tartalomváltozás-ütemezés, alapszintek, archívum-egyeztetés, törlések és multisite-hatókör
  • Üzemeltetés — futásidejű fájlok, sorfeldolgozás, ütemezési szabályok, naplók és telepítési profilok