الدرس الثانى من لغة php

[ مفاهيم عامة ]

* بروتوكولات الإنترنت :

لا نريد هنا أن نذهب إلى التكلم عن تاريخ الإنترنت العتيق.. النقطة المهمة هي الشبكة المربوطة بنقاط nodes الانترنت صممت لكي تقوم بالحفاظ على المعلومات لكي يتم نقلها من مكان إلى آخر، وهي تستخدم مجموعة من البروتوكولات مثل Tcp/Ip لكي يتم نقل البيانات عبر الشبكة.
من مميزات هذا البروتوكول أنه باستطاعته إعادة تمهيد طريقه للبيانات إذا تم خلل في نقطة أو مكان أثناء نقلها، ويتم ذلك بسرعة شديدة.

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

قبل أن يتم إرسال البيانات عبر الشبكة يجب عنونتها، والبروتوكول الذي يقوم بعنونه البيانات يدعى HTTP.
يقوم هذا البروتوكول بوضع عنونه للبيانات لكي يعرف البروتوكول TCP أين سينقل البيانات (فهو لايستطيع نقل البيانات إذا لم يكن لها هدف أو مكان).
يستخدم البروتوكول HTTP عن طريق الويب في عملية نقل البيانات من كمبيوتر إلى آخر.
عندما ترى الصفحة متبوعة بـ http:// فإنك تعلم مباشرة أن الانترنت يستخدم البرتوكول HTTP لإحضار هذه الصفحة، يمكنك أن تأخذ صورة بأن الTCP عبارة عن ساعي بريد الذي يقوم بإيصال رسالة.. هذه الرسالة فيها طابع بريد وعنوان وهو مانسميه بال HTTP.

يتم تمرير الطلب من المستعرض إلى ملقم أو سيرفر الويب وهو ما يعرف بـ HTTP request. ويقوم السيرفر برؤية مستودع البيانات لديه لكي يحصل على البيانات المطلوبة..
فإذا وجد الصفحة في المستودع قام بإرسالها على شكل حزم إلى الجهة التي قامت بالطلب باستخدام بروتوكول TCP وتُعنون هذه الحزم لمستعرض الانترنت لديك باستخدام بروتوكول http (ننبه دائماً إلى أنه يرسلها على شكل حزم لكي تعرف السبب عند عدم ظهور صفحة ويب كاملة أن هناك حزمة لم ترسل بشكل جيد)، ولكن إذا لم يجد السيرفر الصفحة المطلوبة فإنه يقوم بإرسال صفحة تحتوي على رسالة الخطأ 404، وهذه الصفحة التي أرسلت من ملقم الويب إلى المستعرض لديك تسمى HTTP response .

وهذه رسمة توضيحية لكي يتبين ما كنّا نرمي إليه أو نسعى إليه:

* بروتوكول ال HTTP :

رغم ما أخذناه من معلومات كثيرة وقصص كثيرة إلاّ أنه رغم ذلك يفوتنا الكثير من التفاصيل في هذا الموضوع، لذلك دعنا نغوص قليلاً في التفاصيل عن بروتوكول HTTP بشكل خاص.

عندما تقوم بعملية طلب لصفحة من السيرفر هناك أمور إضافيه ترسل مع عملية الطلب http request غير ال URL وهي ترسل كجزء من http request.
نفس الموضوع مع ال http response هناك أمور أخرى تصل معه كجزء منه.

الكثير من هذه المعلومات تولد تلقائياً في رسالة ال HTTP ولا يقوم المستخدم بالتعامل معها مباشرة.. إذن لا يحتاج أن تقلق نفسك بشأن هذه المعلومات إذا أنت لم تنشاها في الأصل ويجب أن تأخذ أيضاً في معلوماتك أن هذه المعلومات ترسل كجزء من ال HTTP request وال HTTP response لأن سكربت ال PHP الذي نصنعه يمنحنا تحكماً إضافياً بهذه المعلومات.

كل رسائل الHTTP تأخذ تنسيقاً معيناً سواء كانت Request أو Response. نستطيع أن نقوم بتقسيم هذا التنسيق إلى ثلاث أقسام:
         1. Request/Response Line .
2. HTTP Header .
3. HTTP Body .

المحتوى من هذه الأشياء الثلاثة يعتمد على نوع الرسالة إذا كانت HTTP Request أو HTTP Response، لذلك سنتكلم عنهم بتعمق أكثر.

لنتوقف لحظات وننظر في الشكل التالي لكي يتوضح إلينا مفهوم المعاجلة التي تتم:

HTTP Request:

يجب أن يحتوي ال request على الأقل ال request line (سطر الطلب) وال HOST .

يرسل مستعرض الانترنت طلبيه (HTTP request) إلى ملقم الويب تحتوي على التالي:
 

1/ The Request Line:

السطر الأول من كل طلبيه (http request) هي Request Line الذي يحتوي على ثلاث أنواع من المعلومات:

1. 
   
   أمر HTTP وهو مايسمى بـ method .
2. 
   
   المسار من السيرفر إلى المصادر المطلوبة (صفحات الانترنت) المطلوبة من قبل العميل (المستعرض) .
3. 
   
   إصدارة ال HTTP .

إذن كمثال على ال Request Line انظر إلى السطر التالي: (ال method يخبر السيرفر كيف يتعامل مع الطلب)

GET /testpage.htm HTTP/1.1

هناك ثلاث أنواع شائعة من ال method والتي تظهر في الجدول التالي:

وصفه	Method
عبارة عن طلب لمعلومات تستقر في نفس صفحة الانترنت، وهذا الmethod الذي يستخدم. وهو المستخدم بكثرة في صفحات الانترنت ويعتبر الرئيسي فيهم. المعلومات التي تطلب بواسطة هذا الأمر قد تكون معلومات قد تكون أي شيء من: صفحة الhtml أو php إلى: مخرج من سكربت (برنامج) بيرل أو جافا أو ملفات تنفيذيه أخرى. يمكنك إرسال بعض المعلومات المحددة إلى مستعرض الانترنت لديك عبر نموذج (Form) في الصفحة.	GET
مثل الGET.. باستثناء أنه يقوم بعملية طلب للـheader فقط من غير بيانات (data).	HEAD
هذا الأمر يقوم بإرسال البيانات إلى السيرفر كجزء من HTTP body. هذه البيانات تعالج بواسطة برنامج مخصص لمعالجتها (perl or php) على السيرفر.	POST

هناك أوامر عديدة أخرى مثل: ( PUT - DELETE - TRACE - CONNECT - OPTION )..
ولكنها تستخدم بقلة، ويمكنك أن تجد شرحاً موفياً لها باللغة الانجليزية على الرابط التالي: http://www.rfc.net .

2/ HTTP Header:

البت الثاني من المعلومات هو الهيدر HTTP Header.. الذي يحتوي على تفاصيل أو وثائق عن العميل مثل نوع المتصفح (نتسكيب أو اكسبلورر) الذي قام بطلب الصفحة والوقت والتاريخ والإعدادات العامة.

الHTTP Header يحتوي على معلومات نستطيع تقسيمها إلى ثلاث فئات وهي:

1. 
   
   عامة General / تحتوي على معلومات إما عن العميل أو السيرفر ولا تخصص إلى فرد أو مجموعة .
2. 
   
   شخصية Entity / تحتوي على معلومات عن البيانات التي أرسلت بين المتصفح والسيرفر .
3. 
   
   مطلوبة Request / تحتوي على بيانات عن إعدادات العميل والأنواع المختلفة المقبولة من البيانات .

وهذا مثال:

Accept: * / *

Accept language: Arabic-KSA.
Connection: Keep -Alive.
Host : www.arabbuielder.com
Referer: http://www.arabbuielder.com/index.php?something=132
User -Agent :Iexploer (win98;.........)

مثلما ترى ال HTTP Header عبارة عن أعداد يتكون من عدة سطور، كل سطر يحتوي على قيم معينة.

هناك عدة سطور تشكل ال HTTP header وأكثرها اختياري. يقوم الHTTP بالإخبار عن انتهاء معلومات ال header بترك سطر فارغ (وهذا يكون في الHTTP1.1).

3/ The HTTP Body:

إذا تم استخدام الأمر POST في ال HTTP Request Line.. عندها يقوم ال HTTP بطلب المعلومات التي أرسلت في ال body إلى السيرفر.
 

HTTP Response:

يرسل من السيرفر إلى المستعرض، ويحتوي على ثلاث أشياء:

1. 
   
   The Response Line .
2. 
   
   HTTP Header .
3. 
   
   HTTP Body .

1/ The Response Line:

ال Response line يحتوي فقط على نوعين من المعلومات:
1- رقم إصدارة ال HTTP .
2- شفرة أو كود ال http request التي تقوم بتحديد ما إذا كان ال request ناجحاً أم فاشل .

مثال:
HTTP/1.1 200 OK

في هذا المثال يقوم ال response line بإرجاع القيمة 200 متبوعة بالكلمة OK. هذه تشكل وتشير إلى نجاح ال request ويكون ال response يحتوي على الصفحة المطلوبة والبيانات من السيرفر.

ومثال آخر هو الشفرة 404.. وتظهر عندما تقوم بطلب صفحة ويفشل السيرفر في الحصول عليها.

هناك خمس فئات من الشفرات:

وصفها	الفئة
يتم إعطاء هذا الكود إذا كان الطلب (request) يتم معالجته حالياً.	100 - 199
يتم إعطاء هذا الكود إذا تم استقبال الطلب بنجاح.	200 - 299
يتم إعطاء هذا الكود إذا كانت البيانات قد تم تحويلها أو تحريكها من موضعها.	300 - 399
يتم إعطاء هذا الكود إذا الطلب فيه خطأ من قبل العميل (المستعرض).. غير كامل أو غير صحيح أو غير ممكن.	400 - 499
يتم إعطاء هذا الكود إذا كان الخطأ من قبل السيرفر. أي إذا كان الطلب صحيحاً وموجوداً لكن السيرفر فشل في معالجته وإخراجه.	500 - 599

2/ HTTP Header: 

ال Response header يعتبر مشابه لـ Request header الذي ناقشناه في الأعلى. وتنقسم المعلومات التي فيه أيضاً إلى ثلاث أنواع:

1. 
   
   عامة General / معلومات عن ال client أو السيرفر ولا تخصص إلى واحد منهما.
2. 
   
   شخصية Entity / يحتوي على معلومات عن البيانات التي يتم إرسالها بين السيرفر والعميل .
3. 
   
   الإجابة Response / يحتوي معلومات عن السيرفر الذي قام بإرسال الرد وكيفيه تعامله ومعاجلته للرد (Response) .

كما قلنا سابقاً.. يتكون من عدة سطور ويتم وضع سطر فارغ للإعلام عن انتهاء الهيدر (Header):

HTTP/1.1 200 OK                                                                    -The satus line
Date: Mon; 1st Nov 1999, 16:12:23 GMT                                 -General header
Server : Apache/1.3.12 (Unix) (SUSE/Linux) PHP/4.0.2            -The response
Last-modified: Fri, 29 Oct 1999, 12:08:03 GMT                        -Entity Header

السطر الأول ناقشناه، والسطر الثاني مفهوم من غير شرح، السطر الثالث يقوم بتحديد البرنامج تبع السيرفر ونوعه ونظام التشغيل القائم عليه، والسطر الأخير يقوم بتعريف آخر وقت تمّ فيه تعديل أو تجديد الصفحة.

* ملاحظة/ قد يحتوي الهيدر (Header) على أكثر من هذه المعلومات أو معلومات مختلفة وهذا يعتمد على نوع الشيء المطلوب من السيرفر.
إذا أردت معرفة معلومات أكثر عن هذه الأقسام.. تستطيع مراجعة المقالة رقم 2068 في الموقع التالي: http://www.rfc.net .

3/ The HTTP Body:

إذا تمت معالجة الطلب بنجاح.. فإن ال HTTP Response Body يحتوي على شفرة الHTML ويقوم مستعرض الانترنت بتفسيرها وتحويلها إلى الصفحة النهائية التي تراها.

أين سكربت الPHP من ذلك كله ؟

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

تكلمنا عن أن سكربت ال php يتكون من ثلاث أشياء: نص وشفرة php وشفرة html.
لا نستطيع وصف ال html بأنها لغة برمجة بشكل جيد، ونستطيع أن نقول أن ال php لغة سكربتات Scripting Language.. لأنها تضيف قدرات html عليها مثل الجداول والفريمات بشفرة html بداخل شفرة ال php.

هناك لغات تسمى لغات سكربتات قد تكون متآلفاً معها مثل الجافا سكربت والفجول بيسك سكربت، باستثناء أن الفرق بينها وبين الphp هو أن الphp لغة تعتمد على جهة المزود أي السيرفر ويمكنك تخصيص المتصفح الذي يستعرضها.

تجعلنا الhtml نضمن سكربتات الphp فيها ضمن قواعد لذلك لكي نستطيع تشغيلها، ولكننا لا ننسى أن امتداد الملفات يظلّ كما هو php أو php3 بدون تغير فيه. لكي يتم إرسال السكربت إلى مكينة الترجمة (Scripting Engine) التي تقوم بترجمة السكربت إلى html (كأنك تترجم من عربي إلى انجليزي أو العكس).

* مفهوم الـ Parsing والـ Execution :

يمكن أن نقسم عملية الترجمة التي يقوم بها سيرفر php إلى قسمين أو عمليتين:

العملية الأولى / هي أن السيرفر يقوم أولاً بفحص قواعد اللغة، وهذا لا يضمن أن السكربت صحيح مئة بالمائة ولكنه تدقيق في الأوامر وقواعد اللغة وهذا ما يسمونه بال Parsing.

العملية الثانية/ هي تنفيذ السكربت بعدها وإخراجه على شكل شفرة html، وهذا ما يسمى بال Execution .

 

بقي أن نقول أمراً معروفاً وهو أن السكربتات نوعين:

النوع الأول / وهو ما ينفذ من جهة المزود Server-Side Scripting .
النوع الثاني/ ما ينفذ من جهة المستعرض (صفحة انترنت). مثل: الجافا سكربت وغير ذلك.