Szouverén migráció ellenőrzése
Az Ultimate Multisite: Multi-Tenancy 1.2.0 tartalmaz WP-CLI ellenőrzési parancsokat szouverén (sovereign) tenyészmigrációkhoz. Ha egy tenyészmigráció, SSO látogatás vagy izolált telepítés nem viselkedik úgy, ahogy várható, használja ezeket a parancsokat.
Kiválasztandó parancsok
Ha hálózati WordPress telepítésről futtatja a validációt:
wp tenant verify-no-legacy --site=<site-id>
wp tenant verify-sovereign-push --site=<site-id>
Használja az adott tenyész ID-t. A két parancs elsődlegesen ellenőrzi, hogy a tenyész már nem függ a régi hálózati adatoktól. A második parancs megerősíti, hogy a szouverén push feladatokat feldolgozhatják és lecsöszhetik (drain).
Gyakori hibák
A adatbázis hozzáférések nem felel meg a hostnak
Ha a validáció hibaüzenetként jelzi hozzáférést vagy írási felhasználóhiba, ellenőrizze a beállított adatbázis hostot. localhost, 127.0.0.1 és egy konténer szolgáltatási neve különböző MySQL hozzáférési hostok lehetnek. Frissítson fel a tenyész host kötöttségeit vagy az adatbázis hozzáféréseit, majd futtassa újra a validációt.
A Bedrock vagy helyi soktok nem tudnak kapcsolódni
A Bedrock és helyi socket telepítések az adatbázist localhost-ként jelölhetik meg, miközben a runtime egy normalizált címre kap hozzáférést. A 1.2.0 verzió normalizálja ugyanazon gép host sztringeket, de a custom host túlsúlyai még mindig konfliktusra hozhatják a kapcsolatot az adatbázis hozzáférésekkel.
Az aszinkron push sor nem lecsöszik (drain)
Ha a verify-sovereign-push nem ér véget, ellenőrizze az Action Scheduler-t vagy a beállított aszinkron futtatót. Csak azt tisztítsa ki a hibás feladatokat, ha megerősíti, hogy biztonságos újrapróbálható vagy elhagyható.
A tenyész felhasználói száma helytelen
A migráció során a szouverén tenyész számára kell felhasznál ókat biztosítani. Ha hiányzik az várható telepítési felhasználó, futtassa újra a felhasználói biztosítás lépést SSO-s újrapróbálása előtt.
Az SSO látogatás elutasítása
A statusszállító (stateless) tartó egységi autogolaghoz a domain, origin pin, token célja, nonce-e és lejárattartása össze kell férnie. Kövesse meg, hogy az adott tenant URL helyes legyen, és próbálja be egy rövid idő múlva a SSO látogatás generálásakor.
Mikor próbálja újra?
Újra ellenőrizze a verifikációt minden infrastruktúra változás után. Ne váltson át a termék forgalomát (production traffic), ne törölje az eredeti adatokat, és ne távolítsa el a migrációs adatokigényeket, amíg az összes ellenőrzési ellenőrzés sikeresen nem fut.