كيف يعمل الموقع

تكتب العنوان وتضغط إدخال؛ ماذا يحدث بعد ذلك؟

إنها رحلة ذهاب وإياب، لا بث مباشر. متصفحك يرسل طلباً، وحاسوب آخر يجيب، وينتهي الاتصال هناك. وكل صورة وكل ملف CSS وكل خط تحتاجه الصفحة له طلبه المنفصل، فصفحة تبدو بسيطة يقف خلفها عادةً عشرات الرحلات.

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

ما يعود ليس صورة للصفحة، بل نص. والنص نفسه يصير شكلاً على الهاتف وشكلاً آخر على الشاشة، ولمن يستعمل قارئ الشاشة لا شكل له أصلاً بل يُقرأ. يبدو الفرق صغيراً، وهو يشرح مهنة تصميم المواقع كلها: أنت لا ترسل المظهر النهائي، بل تعليمات بنائه.

وإن أردت أن تراه الآن، اضغط بالزر الأيمن على أي موقع واختر عرض مصدر الصفحة. ما يُفتح هو النص نفسه الذي استلمه متصفحك.

النطاق اسم وعنوان IP هو العنوان؛ فمن يترجم؟

الحواسيب لا تتعامل مع الأسماء بل مع الأرقام. وDNS هو دفتر هاتف الإنترنت: تسأل أين يقع rgb.ir فتستلم عنواناً رقمياً. يستغرق هذا السؤال والجواب أجزاء من مئة من الثانية، ثم يُخزَّن الجواب مدةً على جهازك وعلى الخوادم في الطريق، وهذا السبب الرئيسي لتلك الجملة المألوفة: يفتح عندي ولا يفتح عندك.

ويمكنك أن ترى الترجمة بنفسك. في طرفية لينكس أو ماك:

dig +short A rgb.ir
dig +short NS rgb.ir

الأمر الأول يعطي العنوان الرقمي، والثاني يقول من المسؤول عن الإجابة بشأن ذلك النطاق. وفي ويندوز يقوم بالمهمة نفسها nslookup rgb.ir.

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

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

ما الذي يجلس في الطرف الآخر من الخط؟

حاسوب لا يُطفأ أبداً. والفرق بين الخادم وحاسوبك المحمول ليس في نوع القطع داخله، بل في أن الجهاز يعمل دائماً، ويجلس على اتصال سريع، ويشغّل برمجيات تنتظر الطلبات.

وثلاثة أشياء تعمل عليه عادةً جنباً إلى جنب. أولاً خادم الويب، وهو برنامج مثل nginx أو Apache يستقبل الطلب ويعيد الجواب. وثانياً تطبيق الموقع، وقد يكون PHP أو أي لغة أخرى، ومهمته إنتاج HTML. وثالثاً قاعدة البيانات، حيث تُحفظ نصوص المقالات والمستخدمون والطلبات.

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

وحين تقرأ عن الاستضافة المشتركة أو الخادم الافتراضي أو الخادم المخصص، فالنقاش يدور حول هذا الحاسوب نفسه: كم موقعاً يجلس على جهاز واحد وكيف تُقسَّم موارده. وقد وضعنا ذلك في صفحة الاستضافة بالأسعار والمواصفات، وإن كنت لا تحتاج إلى أي قرار الآن لمتابعة هذا الدرس.

لماذا بعض الصفحات جاهزة وبعضها يُبنى في كل زيارة؟

هناك نموذجان وكلاهما صحيح. في الأول يكون ملف HTML موجوداً مسبقاً على الخادم ويكتفي خادم الويب بتسليمه: سريع ورخيص وبلا متاعب. وفي الثاني تُبنى الصفحة في تلك اللحظة: يعمل التطبيق، ويسأل قاعدة البيانات، وينتج HTML ويرسله. ووردبريس والمتاجر وكل ما يجيب كل مستخدم بجواب مختلف ينتمي إلى هنا.

النموذج الثاني يشتري المرونة وله ثمن. فكل زيارة تعني حفنة استعلامات من قاعدة البيانات ومئات من أجزاء الثانية من عمل المعالج. والجواب القديم البسيط هو الكاش: تُبنى النتيجة مرة، وتُحفظ ملفاً جاهزاً، ويستلم الزائر التالي ذلك الملف. أي أن الموقع الديناميكي يتحول مؤقتاً إلى موقع ثابت.

وهذا ما يجيب السؤال المتكرر: لماذا لا يظهر التغيير الذي أجريته في اللوحة على الموقع؟ لأن الزائر ما زال يستلم النسخة المحفوظة سابقاً. وحتى تُمسح تلك النسخة أو تنتهي صلاحيتها، يبقى تغييرك مرئياً لك وحدك لأنك مسجل الدخول.

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

أين تنقطع هذه السلسلة وأي جزء منها تراه؟

الخبر الجيد أن رسالة الخطأ تسمي عادةً الحلقة التي انقطعت؛ عليك فقط أن تعرف كيف تقرؤها.

إن قال المتصفح إن الموقع غير موجود أو إن اسم الخادم لم يُحل، فالطلب لم يصل خادمك أصلاً والمشكلة في ترجمة الاسم: سجل DNS خاطئ أو نطاق منتهي الصلاحية. وإن رأيت تحذيراً أمنياً، فالترجمة نجحت والاتصال فُتح، لكن شهادة SSL معطوبة أو منتهية. وإن جاءت صفحة بيضاء أو خطأ 500، فالطلب وصل وتعطل تطبيق الموقع في منتصف الطريق؛ وهنا تقرأ سجل أخطاء الخادم لا المتصفح. وإن فُتح كل شيء وكان المحتوى قديماً، فلا شيء معطوب: الكاش يسلّم النسخة السابقة.

وثمة صنف آخر ليس عطلاً ويبدو عطلاً: الموقع يفتح لكن ببطء. هناك لم تنقطع السلسلة، بل إحدى حلقاتها تأخذ وقتها، وتتبع ذلك عمل آخر يتولاه مسار تسريع الموقع.

وعادة واحدة تسهّل هذا كله: قبل التخمين، انظر إلى ترويسات الاستجابة. أمر قصير يخبرك من أين جاء الجواب وأي رمز حمل وهل تدخّل الكاش:

curl -I https://example.com/

هذا السطر وحده يفصل بين الموقع معطل وبين الموقع سليم والكاش يقدّم نسخة الأمس.