Тсдиқии тасдиқии мигратсияи суверени
Ultimate Multisite: Multi-Tenancy 1.2.0 аз командаҳои тасдиқии WP-CLI барои мигратсияи лоиҳаҳои суверени истифода мебарад. Аз онҳо вақте ки мигратсияи лоиҳа, зиёри муносибат (SSO visit) ё намоиши инсталлят аз дигар ташвирҳо ба таври кушоедӣ байн нехояд.
Командаҳо барои иҷро
Тасдиқро аз инсталлят WordPress-и шабакаӣ иҷро кунед:
wp tenant verify-no-legacy --site=<site-id>
wp tenant verify-sovereign-push --site=<site-id>
Барои лоиҳае, ки мемигратед, ID-и лоиҳаро истифода баред. Командаи аввал тасдиқ мекунад, ки лоиҳа аз маълумоти қадимии шабакаӣ боз ҳам вобаста нест. Командаи дуюм тасдиқ мекунад, ки корҳои push-и суверени мусоқият ва байналӯза мешаванд.
Намунаҳои хатоҳо
И ҷозатҳои базаи маълумот (Database grants) монанд нест
Агар тасдиқ оид ба хатои иҷозат ё лоиҳаи writer-user доклад намояд, хоҳиш кунед, ки хости базаи маълумотро тафтир кунед. localhost, 127.0.0.1 ва номи хидмате контейнерҳои MySQL хости иҷозатдиҳандаи гуногуни MySQL мебошанд. Баъди он ки пайвастагии лоиҳаро (tenant host binding) ё иҷозатҳои базаи маълумотро тағйир диҳед, танҳо боз тасдиқро иҷро кунед.
Иҷрои Bedrock ё инсталлятҳои локал метавона пайваст шаванд
Инсталлятҳои Bedrock ва socket-и локал метавона базаи маълумотро ҳамчун localhost доранд, дар ҳоле ки runtime тавассути адрес нормалшуда (normalized address) пайваст мешавад. Нанкуни 1.2.0 истинодҳои хости икки машинаро нормал мекунад, аммо тағйиротҳои хости мутобиқ метавона бо иҷозатҳои базаи маълумот та冲突 кунанд.
Қатеъи push-и асинхӣ байналӯза намешавад (Async push queue does not drain)
Агар verify-sovereign-push ба итмом нарасонад, Action Scheduler ё Runner-и асинхӣ дар конфигурасияро тафтир кунед. Фақат пас аз тасдиқи он ки корҳои хато барои такрор кардан ё ифлос кардани онҳо амман бехатар мебошанд, корҳои бадбахт (failed jobs) -ро тоза кунед.
Миқдори корбарони лоиҳа дуруст нест (Tenant user count is wrong)
Мигратсия бояд корбаронро барои лоиҳаи суверени таъмин намояд. Агар инсталлятори муқарраршудаи корбар аз ҷо бошад, қадами таъмини корбарони инсталлятро пеш аз такрор кардани SSO иҷро кунед.
Зиёри муносибат (SSO visit) рад карда мешавад
Ҳанговере, ҳатто барои иҷрои маҷбобӣ (autologin) мувофиқ бошад, дохили соҳибовари (tenant domain), пин манбаи (origin pin), мақсуди токен (token purpose), nonce ва вақти гузашта (expiry) бояд якхешоя бошанд. Тасдиқ намоед ки URL-и соҳибовар дуруст аст ва интизори иҷрои воридшавӣ баъди он ки визити SSO таҳия шуд, ба зуд омада мебошад.
Вақте ки бояд такрор кард?
Баъди ҳар як тағйироти инфрасохтори (infrastructure change) санҷишро такрор кунед. Ҳатто дохили ҳаракати истеҳсолии (production traffic) тағир накунед, маълумоти манбаи (source data) носоз накунед ё маслиҳати мигратсияро бартарӣ накунед то ҳамаи санҷишҳои тасдиқ муваффақ шаванд.