Célzott WordPress-tartalomszinkronizálás
A célzott tartalomszinkronizálás a teljes webhely bejárása nélkül teszi közzé a WordPress-tartalom változásainak nyilvános hatásait. A növekményes közzétételhez hasonlóan aktív Professional- vagy Agency-előfizetéssel érhető el, és mentett ütemezési szabállyal, valamint a külső @smart-cloud/publisher-exporter sorfuttatóval működik.
Mit követ egy szabály?
Minden szabály egy vagy több olyan nyilvános, nyilvánosan lekérdezhető bejegyzéstípust választ ki, amelynek stabil közvetlen hivatkozása van. A WordPress naplózza a nyilvános átmeneteiket, beleértve:
- a közzétételt és a közzétett tartalom frissítését,
- a taxonómiai és kiemeltállapot-változásokat,
- a közzététel visszavonását, a lomtárba helyezést és a végleges törlést,
- a közvetlen hivatkozás, a szerző és a közzétételi dátum olyan változásait, amelyek érintik az engedélyezett nyilvános felületeket.
A szabály egyeztetheti a bejegyzéstípus- és taxonómiaarchívumokat, a beállított bejegyzésoldalt, a választható szerzői és dátumarchívumokat, az oldalszámozást és a webhelytérkép-láncot. Használjon Kifejezett listaútvonalakat olyan Lekérdezési hurok oldalakhoz vagy más listafelületekhez, amelyek lekérdezéseit a WordPress nem tudja megbízhatóan kikövetkeztetni. Az útvonalaknak webhelyrelatívnak kell lenniük, soronként egy értékkel, például / vagy /insights/.
Ezért frissíthet egyetlen bejegyzés közzététele vagy módosítása több statikus fájlt: maga a bejegyzés csak egyik eleme lehet egy lista-, archívum-, oldalszámozási és webhelytérkép-hatáshalmaznak.
Először hozza létre az alapszintet
A célzott munka telepítése előtt egy sikeres, normál teljes vagy növekményes közzétételnek ellenőrzött alapszintet kell létrehoznia. Az alapszint az aktuális WordPress-kiadáshoz, forráshoz és célhoz, átírási viselkedéshez, webhelytérkép-beállításhoz, kiválasztott hatókörhöz és megbízható bejárási jegyzékhez köti a szabályt.
Futtasson új normál közzétételt, amikor az adminisztrációs felület Új alapszint szükséges állapotot jelez. Jellemző ok lehet téma- vagy bővítménykiadás, a közvetlen hivatkozások vagy a webhelytérkép módosítása, átírási változás, eltérő telepítési cél, illetve a tartalomszinkronizálás hatókörének szerkesztése. A tartalomszinkronizálás biztonságosan leáll, ahelyett hogy elavult alapszinttel hallgatólagosan teljes bejárásra bővülne.
Ütemezés és újrapróbálkozás
A WordPress ütemezője önmagában nem indítja el a Node.js-t. Futtassa a publisher-exporter queue-runner parancsot cronból, systemd-időzítőből, a Windows Feladatütemezőből vagy CI-ból. Egyperces futtatási ütem ajánlott; az igény kiértékelési gyakoriságát a szabály saját időköze vezérli.
A futtató a napló egy lezárt tartományát dolgozza fel. A futás közben érkező új módosítások egy későbbi feladat követő munkájává válnak. Az azonos igényeket a rendszer összevonja, a hibák pedig korlátozott újrapróbálkozási késleltetést használnak az ellenőrzőpont megőrzésével. A véglegesített kurzor csak a telepítés, a CloudFront-érvénytelenítés és a végső ellenőrzés sikere után halad előre.
Ha a Feladatok képernyőn elvet egy újrapróbálkozást, a Static Publisher törli helyi tervét és ellenőrzőpontját, de nem nyugtázza a naplótartományt. Egy későbbi ütemezőfutás így friss feladatot hozhat létre ugyanahhoz a függő munkához.
Biztonságos frissítések és törlések
Közzétett tartalomnál a futtató megjeleníti az új nyilvános URL-t és az érintett navigációs felületeket. Közzététel-visszavonás, lomtárba helyezés, törlés vagy közvetlenhivatkozás-változás esetén az átmenet előtt rögzített utolsó pontos nyilvános URL-t használja. A rendszer elutasítja törlési célként a __trashed végződésű WordPress lomtáraliasokat.
A távoli törlés jegyzéktulajdonhoz kötött: a tartalomszinkronizálás csak olyan kimeneti útvonalat jelölhet töröltként, amely már szerepel a megbízható bejárási jegyzékben. Nem listázza a teljes S3-előtagot annak megtippelésére, hogy mit kell eltávolítani, így a nem kapcsolódó vagy csak távol létező objektumokat megőrzi. Az összes erőforrást érintő tisztítás továbbra is egy normál teljes vagy növekményes egyeztetés feladata.
WordPress multisite
A Multisite-alwebhelyek bevonása alapértelmezetten ki van kapcsolva. Kikapcsolt állapotban a szabály csak a Static Publisher futtatókörnyezetét birtokló webhelyet követi.
Csak akkor kapcsolja be, ha:
- a WordPress multisite-hálózatként működik,
- a SmartCloud Static Publisher hálózati szinten aktív,
- a bevont alwebhelyek ugyanazt a forrást használják útvonalalapú URL-ekkel, és közös a beállított statikus kimeneti névterük.
Bekapcsolása a teljes hálózaton követi az egyező bejegyzéstípusokat, és minden eseményhez hozzáadja a webhelyazonosságot. A szabály hatókörét is módosítja, ezért utána futtasson új normál közzétételt. A független tárhelyen vagy saját tartomány-hozzárendeléssel működő alwebhelyek külön Publisher-célokat igényelnek; a rendszer nem kezeli őket észrevétlenül a fő webhely útvonalaiként.
Üzemeltetési ellenőrzések
Az Ütemező beállításai képernyő megjeleníti a megfigyelt és véglegesített sorszámokat, a lemaradást, az alapszint készenlétét, a követő munkát, az újrapróbálkozási kísérleteket és a legutóbbi műveletet. Egészségesen befejeződött futásnál a megfigyelt és véglegesített sorszámok egyeznek, a lemaradás nulla, az alapszint kész, és nincs aktív tartalomszinkronizálási feladat vagy ellenőrzőpont.