Statikus közzététel az indulás után
Statikus WordPress frissítése a teljes webhely újraépítése nélkül
Egy cikk módosítása nem feltétlenül csak egy nyilvános URL-t érint. A jó rövidítés nem az, hogy kizárólag a szerkesztett oldalt tesszük közzé újra, hanem az, hogy megtaláljuk az összes olyan nyilvános oldalt, amely emiatt megváltozott.
Röviden Az első teljes közzététel ad egy ellenőrzött kiindulási állapotot. A későbbi tartalmi módosításoknál a Static Publisher a WordPressben rögzített változások és ez a kiindulási állapot alapján frissítheti az érintett oldalakat, listákat, archívumokat és webhelytérképeket a teljes webhely újbóli bejárása nélkül.
Miért nem mindig egy fájl változik?
Egy tartalmi módosítás több nyilvános oldalt is érinthet
A statikus közzététel pazarlóvá válik, ha minden apró szerkesztés után a teljes webhely újraépül. Az sem elég azonban, ha vakon csak a közvetlenül szerkesztett URL frissül.
Kapcsolódó kimenet
Egy cikk több oldalon is megjelenhet
Egy bejegyzés módosítása megváltoztathatja a bloglistát, kategóriaarchívumot, lapozott oldalakat, a webhelytérképet vagy más olyan oldalt is, amely felhasználja a tartalmát.
Teljes bejárás
A szokásos szerkesztés felesleges munkát indíthat
Ha a webhely már közzé van téve és ismert a kiindulási állapota, minden URL újbóli bejárása és előállítása jóval több munkát végezhet, mint amennyit egy normál tartalmi frissítés indokol.
Csak a változott fájlok
A fájlkülönbség önmagában nem mutatja a függőségeket
Hasznos tudni, hogy melyik elkészült fájl változott meg, de ebből még nem derül ki, milyen további útvonalakat kell újra előállítani a szerkesztett tartalom miatt.
A lényegi feladat Nem az új HTML-fájl előállítása a nehéz rész, hanem annak meghatározása, hogy egy WordPress-tartalmi változás pontosan mely nyilvános kimeneteket érinti.
Tartalmi változásból célzott frissítés
A WordPress-változás szűkítheti a közzétételi feladatot
A Static Publisher külön kezeli a teljes közzétételt és a későbbi tartalmi szinkronizálást. Az ellenőrzött közzététel adja a viszonyítási alapot, a WordPressben rögzített változás pedig segít eldönteni, mit kell újra ellenőrizni.
WordPress-tartalom módosul
↓
rögzített változás + ellenőrzött kiindulási állapot
↓
az érintett nyilvános útvonalak meghatározása
├→ módosított oldal
├→ listák / archívumok
├→ szükséges lapozott oldalak
└→ webhelytérkép / törlendő kimenet
↓
csak a szükséges oldalak előállítása és összevetése
↓
változott fájlok közzététele → S3 / CloudFront
Fontos határ A célzott tartalmi szinkronizálás olyan módosításokra való, amelyek nyilvános hatása levezethető az ismert WordPress-tartalomból. A téma, bővítmény, közös sablon, átirányítás vagy URL-szerkezet változása ennél szélesebb kört érinthet; ilyenkor célszerű új teljes közzétételt indítani.
Gyakorlati sorrend
A teljes közzététel adja az alapot, a későbbi tartalmi frissítés lehet célzott
A szűkebb frissítéshez tudni kell, mi volt korábban közzétéve, és mi változott azóta a WordPressben.
- Készítse el és ellenőrizze a teljes közzétételt — Először a teljes webhely készüljön el, hogy ismert kiindulási állapot legyen a nyilvános kimenethez és a célkörnyezethez.
- Rögzítse a későbbi tartalmi változásokat — Kövesse, mely WordPress-tartalmak módosultak, jöttek létre vagy kerültek törlésre az ellenőrzött közzététel óta.
- Határozza meg az érintett útvonalakat — A közvetlen URL mellett vegye figyelembe azokat a listákat, archívumokat, lapozott oldalakat és webhelytérkép-bejegyzéseket is, amelyek az adott tartalomtól függenek.
- Vesse össze és tegye közzé az eredményt — Állítsa elő a szükséges útvonalak kimenetét, hasonlítsa össze a telepített kiindulási állapottal, tegye közzé a változott fájlokat, és törölje azt, aminek már nem kell léteznie.
Tartalmi módosításhoz célzott frissítés, széles szerkezeti változáshoz teljes közzététel
Célzott tartalmi frissítés
Szokásos oldal- és bejegyzésmódosításokhoz
- Egy szerkesztő normál WordPress-tartalmat módosít, hoz létre vagy töröl.
- Az érintett nyilvános útvonalak meghatározhatók a tartalmi kapcsolatokból és az ismert közzétételi állapotból.
- Ütemezett tartalmi frissítésre van szükség anélkül, hogy minden alkalommal a teljes webhelyet újra be kellene járni.
Teljes közzététel
Akkor indokolt, ha az egész webhely megjelenítési szabályai változhattak
- Téma, bővítmény vagy közös sablon módosul.
- Az URL-szerkezet, átirányítás vagy más útvonalkezelési szabály változik.
- A korábbi közzétételi állapot hiányzik, bizonytalan vagy szándékosan le lesz cserélve.
Gyakori kérdések
Részleges közzététel és tartalmi szinkronizálás
Ha egy bejegyzést módosítok, elég csak azt az egy oldalt újra közzétenni?
Nem mindig. Változhat maga a bejegyzés, de vele együtt listák, kategóriaarchívumok, lapozott oldalak, webhelytérképek vagy más, azt megjelenítő nyilvános oldalak is.
Mi a különbség a részleges közzététel és a tartalmi szinkronizálás között?
A részleges közzététel az elkészült kimenetet hasonlítja össze egy korábbi kiadással, és csak a változásokat telepíti. A tartalmi szinkronizálás a WordPressben rögzített változásokból indul ki, hogy már az oldalak előállítása előtt leszűkítse az ellenőrzendő nyilvános útvonalakat.
Maradhat privát a WordPress szerkesztői környezete?
Igen. A WordPress maradhat privát vagy tesztelési célú tartalomforrás, miközben a nyilvános webhely külön kerül S3-ra és CloudFrontra.
Ez azt jelenti, hogy soha nincs szükség teljes újraépítésre?
Nem. A szélesebb megjelenítési vagy útvonalkezelési változások olyan oldalakat is érinthetnek, amelyek nem vezethetők le egyszerű tartalmi módosításból, ezért ilyenkor a teljes közzététel a biztosabb megoldás.
A közzétételi módok részletesen
A változás típusához válasszon frissítési módot
A Static Publisher teljes közzétételt és célzottabb frissítési folyamatokat is támogat. A termék- és összehasonlító oldal megmutatja, miben több ez egy egyszerű statikus exportnál.