أساسيات الخلفية
الخلفية هي الخادم — الجزء الذي لا يراه مستخدموك أبداً. تُشغّل المنطق، وتفرض القواعد، وتحرس البيانات خلف كل ما تعرضه الواجهة الأمامية.
ماذا تفعل الخلفية
مهما كان التطبيق، يعود جانب الخادم دائماً إلى الحفنة نفسها من المهام.
- منطق العمل — قواعد تطبيقك
- المصادقة — من يُسمح له بفعل ماذا
- التحدّث إلى قاعدة البيانات — قراءة البيانات المخزّنة وكتابتها
- إتاحة واجهة API — نقاط النهاية التي تستدعيها الواجهة الأمامية
الطلب ← الاستجابة
تستقبل الخلفية طلباً، وتتحقّق من الأذونات، وتؤدّي العمل، ثم تُعيد البيانات — عادةً بصيغة JSON.
لا يمكنك الوثوق بالمتصفّح
أي شيء يُرسَل إلى المتصفّح يمكن للمستخدم تغييره — الشيفرة، والبيانات، وكل قيمة على جانب العميل. لذلك يجب أن تعيش الحماية والأسرار ومصدر الحقيقة على الخادم، حيث لا يستطيع المستخدم الوصول إليها.
صغيرة، لكن مفهومة
قد تكون الخلفية الصغيرة حفنة من نقاط النهاية. يمكن لوكيل برمجي أن يُنشئ هيكلها لك في دقائق — لكنك ما زلت بحاجة إلى فهم المصادقة وأين تعيش الأسرار، حتى لا تُطلق شيئاً غير آمن.
طبّقها
كيف تُطبّق: اكتب قائمة بالإجراءات الثلاثة أو الأربعة التي يحتاج تطبيقك أن يؤدّيها الخادم — مثلاً «أضِف مهمة»، «اعرض هذا الأسبوع»، «لخّص». تصبح هذه نقاط نهاية واجهة API الخاصة بك.
- متتبّع المهام الأسبوعي بالذكاء الاصطناعي — تحتفظ الخلفية بخطاف المراسلة webhook، واستدعاءات LLM، والمصادقة، والوصول إلى قاعدة البيانات. وفيها يعيش المنطق الحقيقي.
- موقع العلامة الشخصية — غالباً لا يحتاج الموقع الثابت إلى خلفية على الإطلاق. إدراك ذلك يوفّر التكلفة والتعقيد — وهي مفاضلة من الوحدة الرابعة.
ما الذي تعلّمته
تُشغّل الخلفية المنطق، وتتولّى المصادقة، وتتحدّث إلى قاعدة البيانات، وتُتيح واجهة API. وهي موجودة بشكل منفصل لأنه لا يمكن الوثوق بالمتصفّح — الأسرار ومصدر الحقيقة يخصّان الخادم.