Пређи на главни садржај

Интеграција вишезакупништва

Ultimate Multisite: Вишезакупништво 1.2.0 мења неколико интеграционих додирних тачака за суверене закупце, проверу миграције и аутоматизацију животног циклуса закупца.

Ток почетног подизања закупца​

Интеграције које креирају или мењају закупце треба да прате овај редослед:

  1. Разрешите запис регистра закупца и модел изолације.
  2. Креирајте или проверите писач базе података закупца.
  3. Почетно подигните шему закупца.
  4. Обезбедите кориснике закупца.
  5. Региструјте рутирање закупца и путање фајл-система.
  6. Покрените проверу миграције пре излагања закупца.

Немојте претпостављати да суверени закупац може поново да користи везу са мрежном базом података. Користите апстракције регистра закупца и писача које обезбеђује додатак.

SSO и REST куке​

Аутоматско пријављивање закупца без стања користи краткотрајне токене са наменском тврдњом, JTI заштитом од поновне употребе, ограничењем истека и везивањем за порекло. Интеграције које додају дугмад за пријављивање или линкове за удаљено управљање треба да генеришу посете закупцу кроз подржани SSO ток уместо да директно конструишу URL-ове за пријављивање закупца.

API догађаји ревизије на страни мреже и дневни сажеци доступни су за пролазе суверених закупаца. Користите те евиденције при отклањању грешака у спољним системима који позивају endpoint-ове животног циклуса закупца.

URL-ови радњи сувереног купца​

Ultimate Multisite v2.13.0 рутира радње купца сувереног закупца назад на главни сајт за токове налога, наплате, обрачуна, фактуре, сајта, промене шаблона и мапирања домена. Интеграције које приказују линкове за управљање на страни закупца треба да усмере те радње на кориснички панел главног сајта и да укључе потврђену повратну мету када корисник треба да може да се врати на закупца након завршетка радње.

Користите основни SSO омотач за линкове управљања преко домена:

$url = wu_with_sso($main_site_customer_url);

Генерисани URL остаје филтрабилан кроз wu_sso_url, који прима SSO URL, тренутног корисника, ID циљног сајта и контекст преусмеравања. Додаци могу да користе тај филтер да додају контекст специфичан за провајдера или да замене broker URL уз очување Ultimate Multisite провере токена.

Немојте дуплирати стање чланства, фактуре, адресе за обрачун, шаблона или управљања доменом унутар сувереног закупца. Третирајте Dashboard закупца као покретач, а кориснички панел главног сајта као систем евиденције за управљане радње.

Провера миграције​

Након што миграција или интеграција животног циклуса промени податке закупца, покрените проверне капије:

  • wp tenant verify-no-legacy --site=<site-id> потврђује да закупац више не зависи од застарелих путања на страни мреже.
  • wp tenant verify-sovereign-push --site=<site-id> потврђује да задаци сувереног слања могу да се обраде и испразне.

Интеграције треба да третирају неуспелу проверу као блокатор испоруке и да избегну означавање закупца као активног док се грешка не реши.

Брисање закупца​

Токови брисања треба да позову путању демонтаже додатка како би се акредитиви базе података закупца очистили. Спољне интеграције могу да уклоне ресурсе провајдера након успешне демонтаже, али не треба да бришу базе података или фасцикле домаћина док провера или асинхрони задаци слања још увек трају.

Застарели рутер базе података​

Застарели Database_Router замењен је stub-ом за застарелост. Нове интеграције треба да разрешавају закупце преко тренутних API-ја рутера сајта и регистра закупца, уместо да зависе од старе класе рутера.