auth المنصة كيف يربط المستخدمون حساباتهم بخدمتك.
يتحكم auth.type في تجربة التثبيت (نموذج bearer_token / apikey مقابل نافذة منبثقة لـ oauth2). أما كيفية إرسال بيانات الاعتماد في كل استدعاء HTTP فتُعرَّف في ترويسات الطلب (Bearer أو Basic أو ترويسات مخصصة أو معاملات استعلام).
Bearer Token (مفتاح API)
أبسط طريقة مصادقة. يلصق المستخدم مفتاح API الخاص به في نموذج، وتخزّنه المنصة بأمان.- يُدخل المستخدم مفتاح API في نموذج الإعدادات
- تستدعي المنصة طفرة
saveMiniAppCredentials - إذا عُرِّف
get_token، يُنفَّذ لتبادل/التحقق من بيانات الاعتماد - تُخزَّن الرموز والأسرار في
InstalledMiniApps.credentials - إذا عُرِّف
userDetails، تُخزَّن حقول المتجر/الحساب المُعيَّنة فيInstalledMiniApps.metadata - تُضبط الحالة إلى
connected
مصادقة HTTP Basic
استخدمها عندما يتوقع المزوّدAuthorization: Basic <base64(username:password)> — شائعة في WooCommerce (Consumer Key + Consumer Secret)، وبوابات الدفع (مثل Moyasar)، وبعض واجهات البرمجة القديمة.
عرّف الترويسة بنقطتين حرفيتين : بين نائبي بيانات الاعتماد. يقوم وقت التشغيل بترميز Base64 لـ user:pass تلقائياً بعد حلّ العناصر النائبة (لا يحتوي Base64 على :، لذا تُترك القيم المرمَّزة مسبقاً كما هي).
ملاحظة النشر — يعمل الترميز التلقائي لـ Basic داخل
miniAppsReplaceVariablesInObject لأي ترويسة Authorization. انشر plugin-miniapps-api مع هذا المساعد قبل شحن بذور بأسلوب WooCommerce؛ وإلا تُرسل السلسلة الخام key:secret ويعيد المزوّدون 401.Authorization، فالرجوع إلى معاملات الاستعلام (consumer_key / consumer_secret) على ذلك الطلب — راجع بذرة WooCommerce.
رموز الترويسة المخصصة
بعض المزوّدين يستخدمون ترويسة مخصصة بدل Bearer/Basic (مثل ShopifyX-Shopify-Access-Token، وTikTok Access-Token):
auth.type: 'apikey' (أو bearer_token) مع نموذج للرمز وأي حقول لنطاق المتجر.
تخزين التثبيت لكل مستأجر
كل ميني أب مثبَّت يحتفظ بثلاث حقائب من جانب الخادم علىInstalledMiniApps:
يُحلّ
[[key]] من credentials أولاً، ثم metadata (تفوز credentials عند تصادم المفاتيح). استخدم مفاتيح camelCase في التعيينات (مثل storeId) حتى عندما يختلف اسم ترويسة HTTP (Store-Id: '[[storeId]]').
OAuth 2.0
للخدمات التي تتطلب تفويض OAuth 2.0 (Salla وGoogle وغيرها).تحديث الرمز
عندما يُضبطauto_refresh: true ويعيد أي طلب إجراء استجابة 401:
- تستدعي المنصة تلقائياً طلب
refresh_token - تُستخرج بيانات الاعتماد الجديدة عبر التعيين
- تُحدَّث بيانات الاعتماد في قاعدة البيانات
- يُعاد محاولة الطلب الأصلي الفاشل بالرمز الجديد
طلبات التسجيل (إعداد ما بعد المصادقة)
طلبات التسجيل هي استدعاءات API تُنفَّذ مرة واحدة مباشرة بعد مصادقة المستخدم بنجاح. استخدمها لـ:- تسجيل الويب هوك لدى المزوّد
- جلب الإعداد الأولي (معرّف المتجر، معلومات مساحة العمل)
- الاشتراك في الأحداث
تعيينات الكائنات في
registrationRequests تُحفظ في credentials. تعيينات userDetails تُحفظ في metadata بالكامل. كلتا الحقيبتين متاحتان لعناصر [[key]] النائبة في ترويسات المزامنة والإجراءات والأتمتة.