Static Publisher WordPresshez
Tartsa meg a WordPresst szerkesztéshez. A nyilvános kiszolgálást vigye AWS-re.
Publikálja WordPress-webhelyét Amazon S3-ra és CloudFrontra a saját AWS-fiókjába. Az átadás után az ütemezett tartalomszinkronizálás a teljes webhely újraexportálásánál gyorsabban teszi közzé a tartalmi változásokat. A szerkesztés marad a megszokott, a bejelentkezés, az űrlapok és az AI pedig a saját szolgáltatásaikhoz kapcsolódva működnek.
WordPresstől a peremhálózatig
Publikálási folyamat, nem egyszerű exportfájl
A tartalmat és a publikálás beállításait WordPressben kezeli. A külső publikálómotor megjeleníti az oldalakat, összegyűjti a szükséges fájlokat, átírja az URL-eket, közzéteszi az eredményt és frissíti a gyorsítótárat.
Statikus oldalak működő interaktív funkciókkal
A Static Publisher a nyilvános oldalréteget készíti el. A bejelentkezés, űrlapok, AI, védett útvonalak és alkalmazás-API-k külön szolgáltatások maradnak, amikor a webhelynek szüksége van rájuk.
Miért Static Publisher
Válassza szét a szerkesztési rendszert a nyilvános kiszolgálási útvonaltól
Szerkesszen továbbra is WordPressben, és ismételhető folyamattal tegye közzé a változásokat. A látogatók az S3 és a CloudFront segítségével kapják meg az oldalakat, az interaktív funkciók pedig a saját szolgáltatásaikhoz kapcsolódnak.
01
Publikálás a böngészőben megjelenített oldal alapján
A látogatói felületet úgy rögzítse, ahogy a böngésző ténylegesen használja, beleértve a reszponzív és dinamikusan betöltött erőforrásokat is.
02
S3- és CloudFront-kiszolgálás
A létrehozott tartalmat az ügyfél által felügyelt AWS-tárhelyre és peremhálózatra telepítse, így a nyilvános oldalmegtekintésekhez nincs szükség a WordPress-forrásra.
03
Inkrementális publikálás és ütemezett tartalomszinkronizálás
A már közzétett és átadott webhely későbbi tartalmi változásait a content-sync mód ütemezett feladatként publikálhatja. Az ellenőrzött alapállapot és a naplózott változások alapján az érintett oldalakat, listákat, archívumokat és webhelytérképeket frissíti. Ez gyorsabb a teljes webhely minden tartalmi módosítás utáni újraexportálásánál, és Professional, illetve Agency munkafolyamatban használható.
04
Privát szerkesztési forrás
A WordPress-forrás maradhat privát, előkészítő vagy belső környezetben, miközben csak a létrehozott látogatói felület válik nyilvánossá.
Képességek
Publikálja a teljes webhelyet, vagy frissítse a változott tartalmat
Teljes webhely feltérképezése és közzététele
Készítsen teljes statikus változatot a böngészőben megjelenített WordPress látogatói felületről, és telepítse anélkül, hogy lecserélné a Gutenberget, Elementort, médiatárat vagy a megszokott szerkesztési munkát.
Célkörnyezethez igazított URL-átírás
Írja át a forrás URL-jeit a kiválasztott nyilvános célra, hogy az előkészítő vagy privát forrás hivatkozásai ne kerüljenek az éles navigációba és erőforrásokba.
Telepítési profilok és átlátható futások
Tartsa külön a célkörnyezet-specifikus beállításokat, és őrizze meg a futások visszajelzéseit az ismételhető ügynökségi és üzemeltetési folyamatokhoz.
A bejelentkezés, az űrlapok és az AI tovább működnek
A statikus oldalréteget Gateyvel, Flow-val, AI-Kittel, Static Site Guardiannel vagy egyedi API-kkal párosítsa, amikor az azonosítás, űrlapok, AI vagy védett erőforrások élő szolgáltatást igényelnek.
Publikálási útvonal
A WordPress szerkesztőtől az AWS peremhálózatáig
A forrásként használt CMS, a publikálómotor, a nyilvános kiszolgálási réteg és az opcionális dinamikus szolgáltatások külön felelősségi körök maradnak.
Privát / előkészítő WordPress
→ Static Publisher
├→ oldalak megjelenítése + erőforrás-feltérképezés
├→ cél-URL-ek átírása
├→ teljes / inkrementális kiadás összeállítása
└→ telepítés + gyorsítótár-érvénytelenítés
↓
Amazon S3 → CloudFront
├→ nyilvános statikus oldalak
└→ opcionális védett statikus útvonalak
Dinamikus igények
→ Gatey / Flow / AI-Kit / védett API-k
A WordPress marad a szerkesztési forrás. A nyilvános S3/CloudFront környezet és az opcionális dinamikus szolgáltatások az ügyfél választott AWS- és alkalmazásarchitektúrájához tartoznak.
Opcionális Lambda-feldolgozás
A publikálási terhelés delegálható, nem kell egyetlen exporter gépet a csúcsra méretezni
A külső exporter maradhat a folyamat vezérlője, miközben az oldal-előállítás, az assetek letöltése, a HTML átírása és a telepítés korlátozott méretű Lambda-csomagokban fut. Így a publikálási munka nem kerül vissza a WordPress/PHP folyamatába, és az exporter nehezebb feladatai sem egyetlen folyamatosan futó gépet terhelnek.
WordPress forrás
→ exporter vezérlő
├→ oldalcsomagok → Lambda + Chromium
├→ assetcsomagok → Lambda
├→ átírási csomagok → Lambda
└→ telepítési csomagok → Lambda
↓
S3 munkaterület → cél S3 → CloudFrontKapacitási határ Az oldal-előállítás továbbra is attól függ, milyen gyorsan tudja a WordPress forrás kiszolgálni a kért oldalakat. A vezérlő kezeli a feladatsort, a biztonsági és részleges publikálási döntéseket, az újrapróbálást, naplózást, gyorsítótár-frissítést és a végső állapotot. Teljes delegálásnál a kész HTML és assetek az S3 munkaterületén maradnak, ott történik az átírás, majd közvetlen S3→S3 másolással a telepítés. A Lambda-feldolgozás architektúrája.
Illeszkedés
A publikálási modellt hasonlítsa össze, ne csak az exportgombot
| Képesség | Static Publisher | WP2Static | Simply Static / Pro |
|---|---|---|---|
| Elsődleges szerep | AWS-alapú statikus publikálás WordPresshez | Klasszikus statikus HTML-exportáló | Érett statikus WordPress-generátor |
| WordPress szerepe | Szerkesztési és forráskörnyezet | A statikus kimenet forrása | A statikus kimenet forrása |
| Célkörnyezet | Az ügyfél által felügyelt AWS | Statikus tárhelycélok | Több tárhelyszolgáltató vagy a szolgáltató által üzemeltetett Studio |
| AWS S3 / CloudFront útvonal | A kiszolgálási modell alapja | Beállítással vagy kiegészítőkkel elérhető | Pro verzióban elérhető |
| Erőforrások feltérképezése * | A böngészőben megjelenített oldal által ténylegesen igényelt erőforrásokat rögzíti, beleértve a különböző képméreteket, a tartalék képforrásokat és a dinamikusan betöltött fájlokat. | Elsősorban export- és feltérképezés-alapú | Statikus generálás + Pro optimalizálás |
| URL-ek átírása | URL-átírás a célkörnyezet és a telepítési profil alapján | Alapvető exportfeladat | Átírási és WordPress-elrejtési funkciók |
| Hordozható automatizálás | Várólista- és futtatásközpontú publikálómotor | Fejlesztői használatra is alkalmas | WP-CLI és munkafolyamatok Pro verzióban |
| Inkrementális publikálás és tartalomszinkronizálás | Professional/Agency: inkrementális publikálás, a már működő webhely tartalmi változásainak ütemezett szinkronizálása és csak a módosult fájlok feltöltése | Beállítás- és verziófüggő | Changes Only, Single Push és Builds Pro verzióban |
| Több telepítési profil | Pro: egy feltérképezés, több cél | Nem elsődleges fókusz | Több cél támogatott |
| Védett statikus útvonalak | Gatey + Static Guardian az ügyfél AWS-környezetében | Nem alapfunkció | Nem elsődleges modell |
| Háttérrendszerben futó munkafolyamatok | Flow + kiszolgáló nélküli AWS-háttérrendszerek | Nem része a fókusznak | Űrlap-, keresési és hozzászólás-integrációk |
| Legjobb illeszkedés | WordPress + AWS kiszolgálást szabványosító ügynökségek | Statikus exportot igénylő fejlesztők | Többféle statikus tárhelyet használó WordPress-csapatok |
* Azt exportálja, amit az oldal ténylegesen használ
Sok statikus exportálási folyamat fájlok vizsgálatából és hivatkozások követéséből indul. Ez egyszerű webhelyeknél működhet, de a modern WordPress-oldalak gyakran reszponzív képekre, különböző képméretekre és tartalék képforrásokra, oldalépítő szkriptekre, késleltetve betöltött erőforrásokra és csak az oldal megjelenítése után látható böngészős működésre támaszkodnak.
A Static Publisher ehelyett a böngészőben megjelenített oldalt követi. Azokat az erőforrásokat rögzíti, amelyekre a böngészőnek ténylegesen szüksége van, miközben megőrzi a navigációhoz és statikus kiszolgáláshoz szükséges hivatkozásokat.
A célzott exportáló-összehasonlításhoz nézze meg a Static Publisher vs Simply Static oldalt. Ha az architekturális döntés a statikus kiszolgálás és a külön épített látogatói felület között van, nézze meg a Static WordPress vs Headless WordPress összehasonlítást.
Gyakori kérdések
A Static Publisher használata a gyakorlatban
Hogyan tarthatom meg a WordPresst szerkesztéshez anélkül, hogy nyilvánosan elérhető lenne?
Tartsa a WordPresst zárt szerkesztési környezetben. A Static Publisher elkészíti és közzéteszi a webhely statikus változatát, amelyet a látogatók a WordPress elérése nélkül használhatnak. Tekintse át a privát WordPress és a nyilvános statikus kiszolgálás útmutatóját.
Megmaradhat a bejelentkezés, az űrlapok és az AI statikus WordPress mellett?
Igen, ha a böngésző közvetlenül eléri a hozzájuk tartozó szolgáltatásokat. Így a bejelentkezés, az űrlapok, a hozzászólások és az AI a statikus oldalakon is működhetnek. A kapcsolódó szolgáltatásokat a dinamikus funkciókat megtartó statikus WordPress útmutatója mutatja be.
Segít ez a forgalmi csúcsok kezelésében?
A statikus kiszolgálás kiveszi a gyorsítótárazható nyilvános oldalkéréseket az élő PHP/MySQL útvonalból. A tényleges kapacitás továbbra is a teljes architektúrától függ. A tervezéshez tekintse át a forgalmi csúcsok kiszolgálási útmutatóját.
Hogyan védhetek kiválasztott statikus útvonalakat?
A Gatey Cognito-alapú azonosítást adhat, a Static Site Guardian pedig CloudFronton érvényesített védett útvonalakat biztosíthat aláírt sütikkel. A bejelentkezés szerepét a védett statikus WordPress útmutatója mutatja be.
Szerkesztés WordPressben. Kiszolgálás AWS-en.
Publikáljon a saját AWS-fiókjába
A WordPress maradjon a tartalom forrása. Publikálja a webhelyet S3-ra és CloudFrontra, majd ütemezze a későbbi tartalmi változások szinkronizálását. Ha bejelentkezésre, űrlapokra, AI-ra vagy védett oldalakra van szüksége, kapcsolja hozzá a Gateyt, a Flow-t, az AI-Kitet és a Static Site Guardiant.