Bejelentkezés

Statikus WordPress-közzétételi architektúra az AWS-en

A Static Publisher nem pusztán egy statikus exportálógomb. Tudatosan elkülönített feladatkörökre épülő közzétételi architektúra.

A három fő réteg​

1. A WordPress a forrás és a vezérlősík​

A WordPress marad a szerkesztői hiteles forrás. A szerkesztők továbbra is a Gutenberggel, az Elementorral, médiával, SEO-bővítményekkel és a megszokott tartalmi munkafolyamatokkal dolgozhatnak.

A Static Publisher bővítmény a WordPressen belül biztosítja az üzemeltetési felületet:

  • cél- és futtatókörnyezet-konfiguráció,
  • bejárási, telepítési, érvénytelenítési és egyetlen URL-re vonatkozó feladatok sorba állítása,
  • diagnosztikai és állapotnézetek,
  • hozzáférés az auditáláshoz és naplókhoz,
  • ütemezési szabályok létrehozása,
  • tartós WordPress-tartalomváltozási napló a célzott szinkronizáláshoz.

2. Az exportáló a végrehajtómotor​

A tényleges munkát a külön telepített @smart-cloud/publisher-exporter parancssori eszköz végzi:

  • bejárja a megjelenített webhelyet,
  • felderíti a szükséges erőforrásokat,
  • átírja az URL-eket a célkörnyezethez,
  • közzétesz az S3-ban,
  • érvényteleníti a CloudFront gyorsítótárát,
  • feldolgozza a futásidejű JSON-fájlokban sorba állított feladatokat,
  • lefoglalja a tartalomnapló lezárt tartományait, és egyezteti az érintett nyilvános oldalakat.

Mivel az exportáló a PHP-n kívül fut, működhet ugyanazon a gazdagépen, dedikált futtatón vagy CI/CD-automatizálásban.

3. Az AWS a kiszolgálási futtatókörnyezet​

A nyilvános kiszolgálási útvonal S3 + CloudFront köré épül. Ebben a modellben a WordPress a szerkesztőrendszer, míg a nyilvános webhelyet az AWS szolgálja ki.

Ez egyértelműen elválasztja:

  • a WordPressben végzett tartalomkészítést és üzemeltetést,
  • az exportálóban végzett bejárást és telepítést,
  • a nyilvános futásidejű kiszolgálást az AWS peremhálózatán.

Miért több ez egyszerű exportálásnál?​

Egy egyszerű statikus exportáló képes fájlokat létrehozni. A Static Publisher a környező éles üzemeltetési feladatokat is lefedi:

  • megjelenített oldalak bejárása,
  • célhálózati névre történő átírás,
  • sor- és ütemezőalapú munkafolyamatok,
  • megismételhető naplók és archivált feladatműtermékek,
  • telepítési profilok több célra irányuló kiadásokhoz,
  • ellenőrzött alapszintek, folytatható ellenőrzőpontok és jegyzékhez tartozó törlésjelölők a célzott tartalomszinkronizáláshoz,
  • külső gazdagépen történő végrehajtás, ha maga a WordPress nem tud Node-ot vagy Playwrightot futtatni.

Célzott tartalomszinkronizálási útvonal​

Professional- vagy Agency-előfizetés esetén egy ütemezési szabály követheti a kiválasztott nyilvános bejegyzéstípusokat. A WordPress tartós naplóban rögzíti a közzétételi, frissítési, taxonómiai, kiemelési, visszavonási, lomtárba helyezési és törlési átmeneteket. A külső futtató lefoglal egy lezárt sorszámtartományt, és a tárolt előtte/utána vetületekből meghatározza a nyilvános hatást.

A hatás kiterjedhet a bejegyzés URL-jére, a beállított listaútvonalakra, a bejegyzésoldalra, a bejegyzéstípus- és taxonómiaarchívumokra, választható szerzői és dátumarchívumokra, az oldalszámozásra és a webhelytérkép-láncra. Egy sikeres, normál teljes vagy növekményes közzétételnek előbb ellenőrzött alapszintet kell létrehoznia. A célzott munka csak a telepítés, a CloudFront-érvénytelenítés és a nyilvános ellenőrzés sikere után lépteti elő a jelölt jegyzéket; a naplókurzor utolsóként halad előre.

Ez a sorrend idempotenssé teszi az újrapróbálkozásokat, és megakadályozza, hogy egy sikertelen célzott telepítés észrevétlenül nyugtázza a nyilvánossá nem vált tartalmat. A beállítás és helyreállítás részleteiért lásd a Célzott tartalomszinkronizálás oldalt.

A Static Publisher kapcsolata a WP Suite további részeivel​

Gatey és Static Guardian​

A Static Publisher kezeli a nyilvános kiszolgálást. Ha egy statikusan közzétett webhely hitelesítést igénylő területeket tartalmaz, a Gatey kezeli a Cognito-bejelentkezést a böngészőben, a Static Guardian pedig az AWS oldalán védheti a CloudFront-útvonalakat.

AI-Kit​

Az AI-Kit látogatói AI-funkciókat, csevegést vagy megalapozott keresést biztosíthat egy statikusan kiszolgált webhelyen. A Static Publisher ezért természetesen illeszkedik abba a modellbe, amelyben a WordPress a szerkesztő, az AWS pedig a futtatókörnyezet.

Flow​

A Flow visszahozza az űrlapokat és munkafolyamatokat az architektúrába, ha a statikus kiszolgálás önmagában nem elegendő. A nyilvános oldalak statikusak maradhatnak, miközben a beküldések, automatizálások és háttérrendszer-logika a Flow-n és az AWS-szolgáltatásokon keresztül folytatódnak.

Üzemeltetési következtetés​

A bővítményt tekintse vezérlősíknak, az exportálót pedig végrehajtómotornak. Ezzel a szemlélettel a termék többi része is könnyebben érthető: a WordPress állítja sorba és konfigurálja, a futtató pedig bejárja és közzéteszi.