استضافة بدون رأس حيث يخدم WordPress البيانات وليس الصفحات.
في بناء مقطوع الرأس ، تتمثل مهمة الأصل في الرد على مكالمات API وإخبار الواجهة الأمامية عندما يتغير شيء ما. كل شيء تقريبًا يحسنه مضيف WordPress العادي غير ذي صلة هنا.
كل شيء بناء مقطوع الرأس يطلب من المضيف.
لا يوجد سمة يتم عرضها هنا. ما يهم هو وقت استجابة واجهة برمجة التطبيقات وما إذا كانت الواجهة الأمامية تسمع عن تحرير.
النشرات التي تصل إلى الواجهة الأمامية
حفظ وظيفة يطلق webhook يحمل المسارات المتضررة ، لذلك الخاص بك Next.js أو نشر Astro يعيد التحقق من صحة تلك الطرق بدلاً من انتظار إعادة بناء مجدولة أو إعادة نشر كاملة.
ردود API أجاب من الذاكرة
تعتمد استجابات REST و GraphQL بالكامل على ذاكرة التخزين المؤقت للكائن ، لأنه عندما تكون الاستجابة هي JSON ، لا توجد ذاكرة تخزين مؤقت للصفحة أمامها لإخفاء استعلام بطيء خلفه.
معاينة بدون مسودة عامة
تتم مصادقة طلبات المعاينة باستخدام رموز قصيرة الأجل ، بحيث يمكن لواجهتك تقديم محتوى غير منشور دون أن يكون هذا المحتوى قابلاً للوصول إليه من قبل أي شخص يخمن عنوان URL.
تكوين CORS والأصول ، وليس تخمين
يتم تعيين الأصول المسموح بها على حافة واجهة الإنتاج الخاصة بك وعمليات نشر المعاينة ، وهو الإعداد الذي يكتشفه معظم المباني مقطوعة الرأس غير صحيح في يوم الإطلاق.
وسائل الإعلام خدم بشكل مستقل عن الواجهة الأمامية
تستمر عمليات التحميل في الخدمة من أصل WordPress عبر الحافة ، لذا فإن تغيير إطار الواجهة الأمامية لا يعني أبدًا إعادة استضافة مكتبة الوسائط.
الواجهة الخلفية واحدة، عدة واجهات.
ينتهي الأمر بإعدادات بدون رأس مع واجهة إنتاج ، ونشر معاينة وخط أنابيب بناء يقرأان جميعًا نفس WordPress. تم تصميم لوحة القيادة لذلك بدلاً من موقع واحد.
- سجل تسليم Webhook لكل نشر
- توقيت استجابة API حسب نقطة النهاية
- بنقرة واحدة فوق المشرف تسجيل الدخول للمحررين
- استعادة أي نسخ احتياطية يومية من لوحة التحكم
استعلام GraphQL أثناء إنشاء ثابت.
A بناء يضرب API مئات المرات في بضع ثوان. هذا الانفجار ، بدلاً من تحميل صفحة الزائر ، هو عبء العمل الذي يجب على الأصل أن يبقى عليه.
ما نغيره لبنية بلا رأس
هذه هي الإعدادات التي تختلف عن موقع WordPress القياسي على نفس الخطة. كل يتبع من آلات الرد على الأصل بدلاً من المتصفحات.
| الإعداد | ما نضبطه | السبب |
|---|---|---|
| ذاكرة التخزين المؤقت لكامل الصفحة | معطل عند الأصل؛ التخزين المؤقت ينتمي إلى الواجهة الأمامية | لا شيء هنا يجعل HTML ، لذلك ذاكرة التخزين المؤقت للصفحة أمام نقطة نهاية API تضيف فقط طبقة يجب إبطالها بشكل صحيح. |
| نشر السنانير | أطلق Webhook النار على حفظ تحمل المسارات المتضررة | بدون واجهة واحدة إما تعيد الواجهة الأمامية بناء كل شيء على جهاز توقيت أو تقدم محتوى قديمًا حتى يلاحظ شخص ما ويطلق عملية نشر. |
| ذاكرة التخزين المؤقت للكائن | Redis ، الحجم لقراءة API المتكررة أثناء البناء | استعلامات بناء ثابتة نفس التصنيفات مئات المرات في غضون بضع ثوان، وكل واحد غير مسكون من تلك هي قاعدة بيانات ذهابا وإيابا. |
| طلبات المعاينة | تم توثيقها برموز قصيرة الأجل بدلاً من سر مشترك | ينتهي مفتاح المعاينة طويل العمر بالالتزام بمستودع الواجهة الأمامية ، وعند هذه النقطة تكون المسودات عامة بشكل فعال. |
| سياسة كورس | الأصول المسموح بها تم تكوينها لنطاقات الإنتاج والمعاينة | تحصل عمليات نشر المعاينة على اسم مضيف جديد في كل فرع ، وسياسة مكتوبة مرة واحدة لكتل الإنتاج كلها. |
أسعار واضحة وبسيطة.
تتضمن كل خطة نقلًا مجانيًا ونسخًا احتياطيًا يوميًا وشهادة SSL ودعمًا على مدار الساعة.
- موقع ووردبريس واحد
- 10 غيغابايت من تخزين NVMe
- شهادة SSL مجانية
- نسخ احتياطي يومي
- نشر بنقرة واحدة
- الدعم عبر التذاكر
- 5 مواقع ووردبريس
- 50 غيغابايت من تخزين NVMe
- شهادة SSL مجانية
- نسخ احتياطي يومي
- نشر بنقرة واحدة
- تذاكر دعم ذات أولوية
- 20 مواقع ووردبريس
- 200 غيغابايت من تخزين NVMe
- شهادة SSL مجانية
- نسخ احتياطي يومي
- نشر بنقرة واحدة
- دعم مخصص
الأسئلة الشائعة.
هل تدعم WPGraphQL و REST API؟
كيف تعرف الواجهة الأمامية أن شيئًا ما قد تغير؟
أين تعمل الواجهة الأمامية نفسها؟
هل لا يزال بإمكان المحررين معاينة المسودات؟
هل لا يزال المشرف سريعًا؟
نقل الخلفية مقطوعة الرأس إلى مضيف يعرف أنه واحد.
الهجرة الحرة، والإبطال دفع على نشر، ومعاينات التي لا تعرض أبدا مشروع.