انشر موقعاً ساكناً إلى حساب Azure Static Web Apps الخاص بك

ما يفعله الاتصال لك

يسمح لك ربط حساب Azure Static Web Apps الخاص بك بنشر موقع ثابت على حساب Azure Static Web Apps الخاص بك من لوحة تحكم Zinn® الخاصة بك. أنت تملك المشروع والفاتورة؛ نحن نتولى عملية النشر، والنطاق المخصص، وسجلات DNS.

قبل أن تبدأ

اشتراك Azure، ومجموعة موارد للمواقع، وحساب GitHub أو GitLab أو Bitbucket متصل يحتوي على الكود - حيث يتم بناء Azure Static Web Apps من مستودع. تتيح خطة Azure المجانية الاستخدام التجاري ونطاقين مخصصين لكل تطبيق.

1. أنشئ المفتاح في Azure Static Web Apps

يسمي Azure هذا باسم كيان الخدمة. في مركز إدارة Microsoft Entra، افتح Entra ID → App registrations → New registration، واقطحه اسماً وقم بـ Register له. في صفحة نظرة عامة على التطبيق، انسخ Application (client) ID و Directory (tenant) ID. ثم افتح Certificates & secrets → Client secrets → New client secret، واختر مدة زمنية وقم بـ Add لها — انسخ قيمة السر فوراً، حيث يعرضها Azure مرة واحدة.

في بوابة Azure، افتح مجموعة الموارد التي تريد منا استخدامها، ثم Access control (IAM) → Add → Add role assignment. اختر دور Contributor، وعينه لـ User, group, or service principal، وابحث عن التطبيق بالاسم، وقم بـ Review + assign. لاحظ اسم مجموعة الموارد و Subscription ID الذي تنتمي إليه (ابحث عن Subscriptions في البوابة).

2. اربطه هنا

افتح Integrations في لوحة التحكم الخاصة بك واختر Connect an account. اختر Static hosting (Netlify, Vercel) كفئة و Azure Static Web Apps كحساب، املأ حقول Client ID و Client secret و Tenant ID و Subscription ID و Resource group، واضغط على Connect account.

نحن نختبر ما تقوم بلصقه قبل حفظ أي شيء. المفتاح الذي لا يعمل لا يتم تخزينه أبداً، وتوضح النرسالة ما كان خطأً فيه. يتم الاحتفاظ بالمفتاح الذي يعمل مشفراً في قبو الأسرار الخاص بنا - وليس في قاعدة بياناتنا أبداً - ولا يتم عرضه مرة أخرى أبداً، ولا حتى لك.

ماذا يحدث بعد ذلك

• عندما تنشئ موقعاً ثابتاً أو تنقله، يظهر هذا الحساب كهدف للنشر.

يتم إنشاء Azure Static Web Apps من مستودع - وليس لديه طريقة لقبول بناء محمل - لذلك يجب أن يأتي كود الموقع من مستودع GitHub أو GitLab أو Bitbucket متصل. قم بربط واحد أولاً إذا لم تقم بذلك.

• نقوم بإنشاء الخدمة على حسابك، وتوجيهها إلى المستودع، وإرفاق نطاقك المخصص وتشغيل عمليات النشر. تعرض صفحة النطاق أي سجل DNS يحتاجه Azure Static Web Apps.
• الاستخدام والفوترة على حسابك، ومرئيان في لوحة تحكم البائع الخاصة بك.
• يتم التحقق من النطاق الجذر بواسطة سجل TXT والنطاق الفرعي بواسطة CNAME الخاص به؛ تعرض صفحة النطاق أيهما يحتاجه نطاقك.

إذا لم يتم الاتصال

رفض Azure كيان الخدمة. إما أن سر العميل قد انتهت صلاحيته - وهو ما يحدث دائماً، وفقاً للمدة التي اخترتها - أو أن التطبيق لم يعد يمتلك صلاحية Contributor على مجموعة الموارد. تبدو الرسالتان متشابهتان، لذا تحقق من تعيين الدور قبل إنشاء سر جديد.

لا يتم العثور على شيء. تحقق من أن Subscription ID و Resource group هما اللذان قمت بتعيين الدور عليهما، وأن Tenant ID هو الدليل الذي تم تسجيل التطبيق فيه.

يقول إن المفتاح تم رفضه. غالباً ما يكون أحد ثلاثة أمور: مسافة أو فاصل أسطر تم نسخه معه، أو مفتاح انتهت صلاحيته، أو مفتاح تم إلغاؤه أو تجديده بعد نسخه. أنشئ مفتاحاً جديداً والصقه مرة أخرى.

يتصل، ولكن يفشل شيء ما لاحقاً. يقوم المفتاح بالتوثيق ولكنه يفتقر إلى إذن يحتاجه الإجراء. أنشئ مفتاحاً جديداً بالأذونات المدرجة أعلاه، ثم افصل الاتصال القديم وقم بتوصيل المفتاح الجديد.

قطع الاتصال

افتح Integrations، وابحث عن الحساب واضغط على Disconnect. يؤدي هذا إلى حذف المفتاح المخزن فوراً. أي شيء كان يستخدمه يتوقف عند إجرائه التالي، والشاشات التي كانت تعتمد عليه توضح ذلك بدلاً من الفشل بصمت.

لا يؤدي قطع الاتصال إلى التراجع عما تم القيام به بالفعل - فالإعلانات أو عمليات النشر أو الإعدادات التي قمنا بتغييرها على حسابك تبقى كما هي. إذا كنت تعتقد أن المفتاح نفسه قد تم تسريبه، فقم بإلغائه أيضاً لدى البائع؛ فقطع الاتصال يزيل نسختنا، وليس نسختهم.