طرق الاتصال في تطبيقات الويب

• نموذج العميل والخادم (Client-Server Model): إزاي الطلبات والاستجابات بتمشي بينهم.
• الفرق بين HTTP و HTTPS: ودور بروتوكول الأمان TLS في حماية البيانات.
• طرق طلب HTTP (Methods): إمتى نستخدم GET وإمتى نستخدم POST.
• رموز حالة HTTP (Status Codes): معاني الرموز الشائعة زي 200 و 404 و 500.
• واجهة برمجة التطبيقات (API) وصيغة JSON: إزاي البرامج والتطبيقات بتبادل البيانات مع بعضها بصيغة نصية منظمة.

إذا كان لديك تطبيق هاتف يعرض أسعار الأسعار اليومية للذهب، وقمنا بفتح التطبيق فقام بإرسال طلب إلى سيرفر مجاور.

1. ما نوع طلب HTTP المناسب لجلب أسعار الذهب؟
2. ما صيغة البيانات المفضلة لاستقبال هذه الأسعار؟
3. إذا تعطل السيرفر أثناء المعالجة، ما رمز حالة HTTP المتوقع استقباله؟

الحل:

1. نوع الطلب: GET (لأننا نطلب استرجاع بيانات فقط دون تعديلها على السيرفر).
2. صيغة البيانات: JSON (لأنها الصيغة النصية الأكثر استخداماً لتبادل البيانات مع الـ API).
3. رمز الحالة: 500 (تشير إلى وجود خطأ داخلي في الخادم Internal Server Error).

1. الخلط بين GET و POST:

   • الخطأ: الاعتقاد أن GET تستخدم لإرسال كلمات السر أو النماذج.
   • الصواب: GET تُستخدم فقط لاسترجاع البيانات (زي فتح صفحة أو بحث)، بينما POST تُستخدم لإرسال بيانات حاسمة أو سرية للتحقق منها أو تخزينها.

2. عكس معاني رموز الحالة (HTTP Status Codes):

   • الخطأ: ظن أن الرمز 500 يعني الصفحة غير موجودة والرمز 404 يعني خطأ سيرفر.
   • الصواب: 404 تعني Not Found (المورد غير موجود)، بينما 500 تعني Server Error (خطأ داخلي في الخادم).

3. اعتبار HTTPS بروتوكولاً مختلفاً تماماً عن HTTP:

   • الخطأ: التعامل مع HTTPS كأنه بروتوكول مستقل ليس له علاقة بـ HTTP.
   • الصواب: HTTPS هو نفسه HTTP ولكن يتم تشغيل الرسائل فوق طبقة تشفير آمنة هي TLS.