أخبار بروتوكول SPDY

سمعت عنه منذ فتره (من هنا أيضا ) ...

و لدي تساؤل ..

الأن SPDY ليس Standard Protocol ... أوليس كان من الأفضل مثل أقتراح التطويرات التي يرييدونها و ييقومون بعرضها على IETF و يتم إدراجها بشكل رسمى في ال STD HTTP Protocol ؟ (و لنقل HTTP 1.2 مثلا)

Google! إن Google لا تقترح. بل تنفذ، و من المفترض أن يسير وراءها الباقون، أو هكذا تفترض، لعلها قريبة مما تفعله Microsoft في الوقت الحالي، مثلًا خذ Dart كمثال آخر!

* لست ضد الشركة، فأنا مستخدم Chrome (حولت له قريبًا!) و Gmail، و أفضلهما.

نقطة أخرى، منذ متى الـStandards هي المحددة للاستخدام التقنية، خصوصًا في الويب.

ما يهمني كمتطور هو أن يوجد Protocol يعتمد على حالة الزائر و يحفظها (ليس Stateless كـHTTP)، و على اتصال دائم بالزائر، بحيث يفرق بين الزوار و يمكن من تحديدهم بشكل ما و ما إلى ذلك. بدلًا من الطريقة الحالية بحفظ Cookie بـId الزائر، و يستخدم هذا الـId للوصول لبياناته المسماة عادةً بيانات الجلسة!

الويب جاء بشكل عجيب، ربما أظن أحيانًا أننا بحاجة لويب جديد من الصفر، لو يغلقونه يومين للصيانة (هههه!)، نحتاج ترابط أكبر من الـServer-Side و الـClient-Side، نحتاج فعلًا إلى Standards قوية، بل إلى نواة متصفح رسمية مفتوحة المصدر، يجب استخدامها في جميع المتصفحات! نحتاج ترابطًا بين الـClient-Side و بعضه بشكل أكبر (بدلًا من خليط اللغات الحالي!).

لو لاحظنا عمل المطورين، نجده يصمم شكل صفحة و تفاعلها عبر:

1- كود xHTML (هذه اللغة بحاجة لإعادة صياغة قواعدها، ربما مزيج من ثلاث لغات المتصفح CSS و xHTML و JS - لا أقصد اللغات بعينها أقصد وظائفها: الهيكلة، التصميم، التفاعل، ماذا عن لغة واحدة تقدم الثلاثة - بشكل سليم - و عبارة عن Standard).

2- كود CSS.

3- كود JS ( لا بل و تحتاج لمكتبة أيضًا لهذه! مثلًا JQuery!! )

4- لغات برمجة Server-Side.

5- لغة SQL للتعامل مع قواعد البيانات.

6- إطار عمل ما.

7- محرك قوالب ما، لمزج المحتويات ببعضها (هل نحن بحاجة للغة أخرى تجعلنا نكتب في داخلها كل اللغات، و كل لغة بطريقة شكل؟!!).

طبعًا بدلًا من SQL ظهرت طرق عديدة مثل Active Records، لكن بافتراض عدم وجود بديل لا مشكلة في SQL أو أي لغة أو تقنية أو وسيلة بديلة.

لكن بدلًا من كل هذه اللغات لو كان هناك لغة Server-Side ما تكتب بها الكود كله "على بعضه"، و لغة Client-Side واحدة يمكنك أن تستعملها مباشرة أو أن تستعمل اللغة الـServer-Side لتتحول لها بعد ذلك، حينها يرتاح المطورون.

--------

هل من مطور آخر يعاني هنا؟!

__Unknown كتب:

سمعت عنه منذ فتره (من هنا أيضا ) ...

و لدي تساؤل ..

الأن SPDY ليس Standard Protocol ... أوليس كان من الأفضل مثل أقتراح التطويرات التي يرييدونها و ييقومون بعرضها على IETF و يتم إدراجها بشكل رسمى في ال STD HTTP Protocol ؟ (و لنقل HTTP 1.2 مثلا)

في المدونة ، ذكروا أنهم يسعون لتحويله إلى standard :

اقتباس

With the help of Mozilla and other contributors, we’re pushing hard to finalize and implement SPDY draft-3 in early 2012, as standardization discussions for SPDY will start at the next meeting of the IETF.

We look forward to working even more closely with the community to improve SPDY and make the Web faster!

@sitemaker : ماهي مشكلة HTTP :-) . يمكن مشكلته الأساسية ، مسألة stateless، يعني تحتاج إلى آلية مثل session id حتى يعرف السيرفر أن هذا الكلاينت هو الذي اتصل عليه سابقاً . ذكروا مشاكل أخرى :

كلامك حول تقنيات الويب ، صحيح بعضها قديم ، لكن هذه ضريبة Standard :( . جوجل على الأقل تعمل مع المجتمع التقني لتقييس بعض الأفكار الممتازة ، ولا تفرض شيء على المجتمع التقني يجعلهم يتشتتون . مثل Dart ، قدمتها و وضعت آلية للاستفادة منها في أي متصفح. بينما Serverlight و Flash مع فارق التشبيه ، كلاهما يتطلبان إضافة . جوجل تتحرك لصالح مطوري الويب . هذا رأيي .

عوداً على سؤالك :

اقتباس

هل من مطور آخر يعاني هنا؟!

نعم ، أعاني لكن لايوجد حل :-) .

Mozilla دعمت هذا البروتوكول ( SPDY ) في Firefox 11.0 :

http://www.mozilla.org/en-US/firefox/11.0/releasenotes/

جميعنا نعاني وهذا ما أدى إلى ظهور الفريمووركس خصوصا الويب فريمووركس

بعدما بدأت باستخدام الفريمووركس تحسن الانتاج بشكل كبير جدا والاهم اني بدأت اتعلم مفاهيم عديدة في البرمجة وهندسة البرمجيات

اذا تريد تطوير تطبيق ويب، عندك العديد من المتصفحات، وفي الفترة الاخيرة ظهرت اجهزة الاندرويد والايفون

راح تتعب جدا لو أردت تجريب نظامك على كل المتصفحات والاجهزة

الفريمووركس يضمن لك ان كودك يعمل في جميع المتصفحات ويدعم فكرة don't repeat yourself

أشهر الـ frameworks

ولاحظ أنه في كل طبقة يوجد فريمووركس

على مستوى الـ front-end:

css framework: bootstrap from twitter

javascript framework: jquery

يوجد كذلك العديد من الاطر والشرط الهام

must be cross-platform: html,css,js run on all browsers

الـ back-end

على مستوى قاعدة البيانات، يوجد أطر ORM و ActiveRecord

مثلا هايبرنيت في الجافا، لا داعي لكتابة sql

على مستوى برمجة الويب، اطر mvc وفيها خصائص عديدة ORM,RESTful,template engine,auto-build

واطار ruby on rails تقريبا أول اطار جاء بهذي الثورة في تطوير الويب، أجبر أصحاب اللغات الاخرى على المواكبة

في python يوجد django

في php يوجد cakephp وغيرها

في الجافا استخدم play framework اطار مشابه للريلز ,

ميزة الفريمووركس تعمل Abstract وتريحك من طبقة سفلية

في jquery تستخدم الفنكشنز مباشرة ولا تعور راسك هل هذه يدعمها فايرفوكس او اكسبلورير

في هايبرنيت مثلا يوجد فنكشنز جاهزة، فلا داعي لكتابة sql وقد تخطأ وقد تكتب Sql غير محسن او بطيء وهكذا، والsql فيها تكرار أغلب الوقت انت تنسخ وتلصق

وحتى في برمجة الالعاب كنت اقرا في قسم برمجة الالعاب في المنتدى

ان الشباب كانوا يضيعون وقت كبير في الـ openGL و directX

يوم دخلوا في الفريمووركس مثل unity وغيرها فرقت معاهم جدا

السلام عليكم..

بـارع كتب:

على مستوى برمجة الويب، اطر mvc وفيها خصائص عديدة ORM,RESTful,template engine,auto-build

واطار ruby on rails تقريبا أول اطار جاء بهذي الثورة في تطوير الويب، أجبر أصحاب اللغات الاخرى على المواكبة

في python يوجد django

في php يوجد cakephp وغيرها

في الجافا استخدم play framework اطار مشابه للريلز ,

ميزة الفريمووركس تعمل Abstract وتريحك من طبقة سفلية

أتفق معك بالنسبة للرد ككل..

لدي فقط تعقيب (لا يعني أن كلامك غير صحيح بالطبع!) على سطر PHP، فعليًا فكرة اللغة ذات الإطار أو التخصص المعين، قد تساعد في هذه النقطة، فعلى الرغم من إصرار PHP على أنها general-purpose، إلا أنها بكل تأكيد موجهة للويب بشكل أساسي، الـheaders و التواصل مع المتصفح (Post و Get و Files)، الإرسال الافتراضي للمتصفح، الجلسات، و غير ذلك.. هذا في الأساس سبب إنتشار PHP على الخوادم، و من ثم إنتشارها كلغة برمجة بين المطورين.. فعلى الرغم من أنك قد تستفيد بشكل كبير بأطر العمل (مثل CakePHP كما تفضلت)، إلا أنك يمكنك إستخدام PHP نفسها كلغة، و إطار عمل مصغر، و كذلك محرك قوالب مصغر (الواقع: مكبر، خصائصه أوسع)!