یکپارچهسازی چندمستاجری
Ultimate Multisite: چندمستاجری 1.2.0 چندین نقطه تماس یکپارچهسازی را برای مستاجران مستقل، راستیآزمایی مهاجرت، و خودکارسازی چرخه عمر مستاجر تغییر میدهد.
جریان راهاندازی اولیه مستاجر
یکپارچهسازیهایی که مستاجران را ایجاد یا تغییر میدهند باید این ترتیب را دنبال کنند:
- رکورد رجیستری مستاجر و مدل ایزولهسازی را تعیین کنید.
- نویسنده پایگاهداده مستاجر را ایجاد یا راستیآزمایی کنید.
- شِمای مستاجر را راهاندازی اولیه کنید.
- کاربران مستاجر را آمادهسازی کنید.
- مسیریابی مستاجر و مسیرهای فایلسیستم را ثبت کنید.
- پیش از در دسترس قرار دادن مستاجر، راستیآزمایی مهاجرت را اجرا کنید.
فرض نکنید یک مستاجر مستقل میتواند از اتصال پایگاهداده شبکه دوباره استفاده کند. از انتزاعهای رجیستری مستاجر و نویسنده که توسط افزونه جانبی ارائه شدهاند استفاده کنید.
هوکهای SSO و REST
ورود خودکار بدون حالتِ مستاجر از توکنهای کوتاهعمر با ادعای هدف، محافظت در برابر بازپخش JTI، سقف انقضا، و اتصال به مبدأ استفاده میکند. یکپارچهسازیهایی که دکمههای ورود یا لینکهای مدیریت راه دور اضافه میکنند باید بازدیدهای مستاجر را از طریق جریان SSO پشتیبانیشده تولید کنند، نه اینکه URLهای ورود مستاجر را مستقیماً بسازند.
رویدادهای ممیزی API در سمت شبکه و خلاصههای روزانه برای دروازههای مستاجر مستقل در دسترس هستند. هنگام اشکالزدایی سیستمهای خارجی که نقاط پایانی چرخه عمر مستاجر را فراخوانی میکنند، از آن گزارشها استفاده کنید.
URLهای اقدام مشتری مستقل
Ultimate Multisite v2.13.0 اقدامهای مشتریِ مستاجر مستقل را برای جریانهای Account، تسویهحساب، صورتحساب، فاکتور، سایت، تغییر قالب، و نگاشت دامنه به سایت اصلی برمیگرداند. یکپارچهسازیهایی که لینکهای مدیریت در سمت مستاجر را رندر میکنند باید این اقدامها را به پنل مشتریِ سایت اصلی هدایت کنند و هنگامی که کاربر باید بتواند پس از تکمیل اقدام به مستاجر بازگردد، یک مقصد بازگشتِ اعتبارسنجیشده را شامل کنند.
برای لینکهای مدیریت بیندامنهای از پوششدهنده SSO هسته استفاده کنید:
$url = wu_with_sso($main_site_customer_url);
URL تولیدشده همچنان از طریق wu_sso_url قابل فیلتر کردن است؛ این فیلتر URL مربوط به SSO، کاربر فعلی، شناسه سایت مقصد، و زمینه تغییرمسیر را دریافت میکند. افزونههای جانبی میتوانند از آن فیلتر برای افزودن زمینه اختصاصی ارائهدهنده یا برای جایگزین کردن URL کارگزار استفاده کنند، در حالی که اعتبارسنجی توکن Ultimate Multisite حفظ میشود.
وضعیت عضویت، فاکتور، آدرس صورتحساب، قالب، یا مدیریت دامنه را داخل مستاجر مستقل تکرار نکنید. Dashboard مستاجر را بهعنوان راهانداز و پنل مشتریِ سایت اصلی را بهعنوان سیستم مرجع برای اقدامهای مدیریتشده در نظر بگیرید.
راستیآزمایی مهاجرت
پس از اینکه یک مهاجرت یا یکپارچهسازی چرخه عمر دادههای مستاجر را تغییر داد، دروازههای راستیآزمایی را اجرا کنید:
wp tenant verify-no-legacy --site=<site-id>تأیید میکند که مستاجر دیگر به مسیرهای قدیمیِ سمت شبکه وابسته نیست.wp tenant verify-sovereign-push --site=<site-id>تأیید میکند که کارهای پوش مستقل میتوانند پردازش و تخلیه شوند.
یکپارچهسازیها باید راستیآزمایی ناموفق را بهعنوان مانع استقرار در نظر بگیرند و تا زمانی که خطا برطرف نشده است از علامتگذاری مستاجر بهعنوان فعال خودداری کنند.
حذف مستاجر
جریانهای حذف باید مسیر برچیدن افزونه جانبی را فراخوانی کنند تا اعتبارنامههای پایگاهداده مستاجر پاکسازی شوند. یکپارچهسازیهای خارجی میتوانند پس از موفقیت برچیدن، منابع ارائهدهنده را حذف کنند، اما نباید پایگاههای داده یا پوشههای میزبان را در حالی که راستیآزمایی یا کارهای پوش ناهمگام هنوز در حال اجرا هستند حذف کنند.
مسیریاب پایگاهداده منسوخ
Database_Router قدیمی با یک استاب منسوخسازی جایگزین شده است. یکپارچهسازیهای جدید باید مستاجران را از طریق مسیریاب فعلی سایت و APIهای رجیستری مستاجر تعیین کنند، نه اینکه به کلاس مسیریاب قدیمی وابسته باشند.