ما فائدة CDN API
يسرّع CDN موقعك بتخزين المحتوى على الـ edge، لكن أي سير عمل حقيقي يتطلّب عاجلاً أم آجلاً تغيير شيء برمجياً: تفريغ الـ cache عند النشر، إضافة نطاق عند إطلاق موقع، فحص كمّ الحركة على مورد ما. فعل ذلك يدوياً في اللوحة مقبول مرة؛ أما فعله عند كل نشر ولكل موقع فلا.
CDN API ببساطة طريقة يخاطب بها كودك الـ CDN عبر HTTP. فبدل أن ينقر إنسان على «purge»، يرسل سكربت طلباً. يحوّل ذلك CDN من شيء تضبطه إلى خدمة تقودها — الفرق بين أداة وبنية تحتية.
purge cache: الاستخدام رقم واحد
أشيع سبب للجوء إلى CDN API هو إبطال الـ cache. حين تحدّث صفحة أو سعراً أو ملف CSS أو صورة منتج، قد يظلّ الـ edge يقدّم النسخة المخزّنة القديمة حتى انتهاء مدّتها. يخبر purge الـ CDN بإسقاط النسخة المخزّنة كي يحصل الطلب التالي على محتواك الطازج.
القوة في الأتمتة: بمجرّد اكتمال النشر أو حفظ نظام إدارة المحتوى تغييراً، يستدعي سكربت نقطة الـ purge فيتحدّث الـ edge — دون انتظار انتهاء مدّة الـ cache، ودون إظهار محتوى قديم للمستخدمين، ودون إنسان يتذكّر ضغط زر. لذا يكون purge cache عادةً أول ما تربطه الفرق.
إدارة النطاقات وSSL والإعدادات
بعد الـ purge، يتيح CDN API الجيّد إدارة الحساب نفسه. يمكنك إضافة نطاقات مخصّصة وإزالتها، وإطلاق أو فحص إصدار شهادات SSL، وتغيير إعدادات الـ cache والأمان — كلّه من الكود. لمن يدير مواقع كثيرة أو يهيّئ موقعاً جديداً عند إدماج عميل، هذا هو الفرق بين دقائق من النقر وإعدادٍ تلقائي فوري.
ولأن هذه الإجراءات قابلة للسكربتة، تصبح قابلة للتكرار ومتّسقة. يمكن إطلاق مشروع جديد — بنطاق مربوط وSSL مُصدَر وcache مضبوط — بالطريقة نفسها في كل مرة، من قالب، دون خطوات يدوية قد تُنسى.
التحليلات والأتمتة
يرى CDN كمّاً هائلاً من البيانات المفيدة: الطلبات، وعرض النطاق، ونسب cache hit، ومن أين تأتي الحركة. تتيح قراءتها عبر API سحبها إلى لوحاتك الخاصة أو تنبيهاتك أو فوترتك بدل التحديق في الرسوم. يمكنك رصد موجة حركة، أو تراجع كفاءة الـ cache، أو نمط غير معتاد والاستجابة تلقائياً.
معاً، يجعل الـ purge والإدارة والتحليلات CDN مشاركاً في أتمتتك بدل أن يقف جانباً. تعمل عمليات النشر على purge المسارات المناسبة، وتهيّئ المواقع الجديدة نفسها، وتتدفّق المقاييس إلى حيث تلزم.
CI/CD: CDN كجزء من خطّ الأنابيب
الموطن الطبيعي لاستدعاءات CDN API هو خطّ CI/CD لديك. النشر مُحفِّز مثالي: ابنِ الموقع، وانشره، ثم استدعِ الـ API لعمل purge للمسارات التي تغيّرت بالضبط كي يحصل الزوّار فوراً على النسخة الجديدة. اجمع ذلك مع إدارة النطاقات وSSL برمجياً، وتصبح بيئة كاملة قابلة للإنشاء والنشر ومزامنة الـ cache دون خطوة يدوية واحدة.
هنا أيضاً تمنع الأتمتة الأخطاء. فبدل أن ينشر إنسان وينسى تفريغ الـ cache — خطأ «لماذا ما زالت النسخة القديمة؟» الكلاسيكي — يفعل الخطّ الأمرين، في كل مرة، بالترتيب الصحيح.
واجهة API الخاصة بـ cdn.com.tr
يوفّر cdn.com.tr واجهة REST API على api.cdn.com.tr للتحكّم بالـ CDN والمنصّة من الكود. يمكنك أتمتة purge cache بعد عمليات النشر، وإدارة النطاقات وSSL، ودمج التوصيل في أدواتك وخطوطك الخاصة. الطلبات مجرّد HTTP عادي بمصادقة token، فتناسب أي لغة أو نظام CI دون SDK خاص.
إن كنت تنشر أصلاً من Git أو خطّ أنابيب، فإضافة استدعاء purge في نهاية البناء تُبقي الـ edge مواكباً لكل إصدار. النتيجة توصيل محتوى يتصرّف كبقية بنيتك التحتية: تلقائياً، وقابلاً للتكرار، ودون أن يعترض طريقك.
أين يُثبِت CDN API جدواه
اعمل purge للمسارات المتغيّرة في نهاية كل تشغيل CI/CD كي يحصل المستخدمون فوراً على المحتوى الطازج.
هيّئ النطاقات وSSL والإعدادات من قالب كي يُضبَط كل موقع جديد بالطريقة نفسها دون نقر.
شغّل purge حين ينشر محرّر كي لا تتخلّف الصفحات المخزّنة عن المحتوى.
اسحب مقاييس CDN إلى مراقبتك لتتابع برمجياً عرض النطاق وcache hit ratio والحركة.
أسئلة شائعة حول CDN API
ما أكثر ما يُفعَل بـ CDN API؟
purge cache بعد النشر. حين تنشر محتوى جديداً، قد يظلّ الـ edge يقدّم نسخة مخزّنة قديمة؛ يسقطها استدعاء purge تلقائي كي يحصل الطلب التالي على النسخة الطازجة. ربط ذلك بالنشر هو عادةً أول وأثمن دمج.
هل يجب أن أكون شركة كبيرة لاستخدام CDN API؟
لا. حتى موقع واحد يستفيد من أتمتة purge cache عند النشر كي لا يُظهر محتوى قديماً أبداً. الـ API مجرّد استدعاءات HTTP، فيكفي سكربت صغير في خطّ الأنابيب للبدء.
هل يمكن إدارة SSL والنطاقات عبر API؟
نعم. يتيح API الخاص بـ cdn.com.tr إدارة النطاقات المخصّصة وSSL إلى جانب purge cache، فيمكنك تهيئة موقع جديد — بنطاق مربوط وشهادة مُصدَرة وcache مضبوط — برمجياً بدل يدوياً.
كيف تبدو واجهة API الخاصة بـ cdn.com.tr؟
هي REST API على api.cdn.com.tr تستخدم طلبات HTTP عادية بمصادقة token، فتعمل من أي لغة أو نظام CI. تستدعي نقاط النهاية لعمل purge cache وإدارة النطاقات وSSL وقراءة البيانات — دون SDK خاص.