HTML5 يعيد تشكيل عالم الويب كيف سيغير الإنترنت

هل سيعيد HTML5 تشكيل عالم الويب؟

اجتذب حدث رئيسي في النصف الأول من عام 2010 انتباه العديد من الناس ، وتعلم الكثير منهم عن وجود HTML5 لأول مرة بسبب هذا الحادث. أولئك الذين يفهمون أولاً HTML5 قد يفاجئون للغاية أن مواصفات HTML5 قد تم صياغتها قبل 6 سنوات ، والآن ، على الرغم من أن مسودة مواصفات HTML5 جيدة جدًا بالفعل ، إلا أنها لا تزال غير مؤكدة متى ستصبح معيارًا.

في الواقع ، يتقدم عمل لجنة تطوير قانون HTML5 ببطء شديد. نظرًا لوجود الكثير من الأفكار حول كيفية تحسين المتصفح وتحسين عالم الويب ، فإن كلا من بائعي المتصفح وغيرهم ، ويجب جمعها في مواصفات HTML5 والموافقة عليها ، والتي تستغرق وقتًا. العديد من العلامات الجديدة ووظائف JavaScript ، على الرغم من أن التجارب قد أجريت على بعض المتصفحات ، لم يتم حل مشكلات قابلية التشغيل البيني والتوحيد. على سبيل المثال ، قامت شركة HTML5 Demos Apple التي صنعتها Apple بينما كانت مثيرة للإعجاب ، فهي تعمل بشكل جيد على Safari. لهذا السبب سخر مؤيدو Flash HTML5 لإعادة الويب إلى عصر حرب المتصفح 2000.

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

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

لذا ، أين سوف HTML5 ، الذي على وشك أن يصبح المعيار الجديد ، خذنا؟ فيما يلي مجموعة من بعض الآراء من المطورين والمبرمجين والمصممين ، والتي يمكنك من خلالها تعلم كيف يمكن لـ HTML5 تغيير الإنترنت.

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

لأسباب متعددة ، تمنع Apple Adobe Flash من التشغيل على النظام الأساسي الخاص بها ، مما يمنع مشجعي Apple من رؤية Flash على منصات Apple. ستمنع شعبية HTML5 هذا الصراع من الحدوث مرة أخرى ، وسوف تقضي تدريجياً على أنظمة التطوير المغلقة نسبيًا: قد تكون وظائف Javafx قوية حقًا ، ولكن نظرًا لأن كائنات JavaScript و Canvas يمكنها القيام بنفس المهمة ، فلماذا يجب أن تتعلم بناء جملة آخر؟ إذا كانت علامة الفيديو يمكنها مزامنة الصوت والفيديو ، فمن يحتاج إلى النظام الإيكولوجي الحقيقي؟

لذا ، هل ستختفي جميع الإضافات حقًا؟ ربما ، ولكن هذا يعتمد على ما تريد القيام به. إذا كان هدفك هو رسم صورة ، فقد يكون كائن القماش كافياً. ولكن إذا كنت ترغب في إنشاء عالم محترف ثلاثي الأبعاد ، كما ترون في ألعاب Flash و Shockwave المعقدة ، فقد تضطر أيضًا إلى الاعتماد على تقنيات المكونات الإضافية الخاصة ، والتي يمكنها الوصول مباشرة إلى أجهزة الفيديو وتشغيل الألعاب ثلاثية الأبعاد.

دعم توليد الصور الديناميكية

في الماضي ، جاءت الصور المعروضة على صفحات الويب من صور GIF أو JPG التي تم تنزيلها مباشرة ، بينما في HTML5 ، قد لا تكون الصور مباشرة من ملفات الصور ، ولكن تم إنشاؤها مؤقتًا بواسطة كائن قماش. يوجد بالفعل عدد كبير من مكتبات الرسومات الجيدة جدًا على الإنترنت ، ووجود مكتبات الرسومات هذه يجعل من السهل إنشاء الصور ديناميكيًا.

اليوم ، يمكن لحساب طبقات JavaScript بناءً على البيانات ثم ترسم الرسم البياني. إذا كان لدى مطوري البرمجيات وقت وموهبة كافية ، يمكن جعل كل شيء على الإنترنت أكثر حيوية ، وسيكون محتوى النص العادي أقل وأقل. Flash هي مجرد البداية ، وبيئة HTML5 تجعل من السهل على مطوري الويب تطوير صور معقدة. ظهرت بعض الأدوات المماثلة في السوق من شأنها تحسين قدرة مطوري الويب على التحكم في الصور ، ومع نضوج الأدوات ، سيقوم المطورون أيضًا بتطوير رسومات أكثر وأكثر احترافًا وتعقيدًا.

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

السماح لبرامج الويب باستخدام التخزين المحلي

تمكنت مبرمجي الويب بالفعل من استخدام مساحة التخزين المحلية على جانب المتصفح لتخزين الكثير من المعلومات ، مثل IE يتيح ما يصل إلى 300 ملف تعريف الارتباط وما يصل إلى 4096 بايت من المحتوى. ومع ذلك ، لتطوير برنامج ويب عملي حقًا ، قد يتطلب تخزينًا أكبر من هذا. على سبيل المثال ، استخدمت مجموعة أدوات Dojo المكون الإضافي Flash لتخصيص جزء من المساحة على القرص الصلب للمستخدم واتركه للمتصفح للاستخدام. ولكن الآن أمر بسيط للغاية ، باستخدام HTML5 يمكن أن يحقق نفس الهدف.

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

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

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

تبسيط استخراج البيانات في تطوير الويب

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

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

دعم خدمات موقع

في عالم الويب ، اعتدنا أن نعرف فقط عنوان IP الخاص به ، ولم نكن نعرف نوع العالم الحقيقي التي تتوافق مع هذه الأرقام. على سبيل المثال ، كان من المستحيل تقريبًا معرفة مكان كمبيوتر معين ، لكن خدمات الموقع المتوفرة الآن يمكنها حل هذه المشكلة. يتيح معيار HTML5 JavaScript أن يسأل مستخدم المتصفح عن الموقع الجغرافي ، مثل معلومات الطول والعرض. عادةً ما لا يتم دعم هذه الميزة بواسطة أنظمة سطح المكتب (لأن GPS أو Wi-Fi مطلوب) ، ولكن هذه الميزة يمكن أن تعمل إذا كانت المحطة هاتفًا ذكيًا محمولًا.

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

اجعل تشغيل فيديو الويب بسلاسة أكثر

تجعل علامة الفيديو في HTML5 من السهل على مطوري الويب دمج محتوى الفيديو مع محتوى آخر على صفحة الويب ، كما يسمح للمشاركين في تطوير JQuery و PHP بالانضمام إلى فريق تطوير الويب ، مما يجعل تطوير الويب لم يعد مجرد براءات اختراع لمطوري الفلاش والفضي وجافافكس.

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

يعتقد إريك أوشن ، مدرب لتطوير تطبيقات HTML5 الذي يدرس في لوس أنجلوس ، أن الحرب الترميز لا تزال مستمرة. يعد مطورو الكمبيوتر ومؤسسات Mozilla مخطئين للغاية إذا اعتقدوا أنه يمكنهم تعيين معايير الفيديو لمحترفي الفيديو. قال إننا شاهدنا أن تنسيقات الفيديو الجديدة من Google تعتاد في بعض الأماكن ، مثل على YouTube ، ولكن لن تكون شائعة مثل H.264.

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

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

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

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

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

تحسين أمن المتصفح

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

يمكن أن يقلل في العديد من الوظائف في HTML5 بدلاً من استخدام المكونات الإضافية إلى حد كبير من مخاطر الأمان ، وتجنب المشكلات في روابط متعددة تتعلق بتطوير المكونات ، ومنع الأشخاص من استخدام واجهة برمجة التطبيقات في المكون الإضافي لتثبيت التعليمات البرمجية الضارة. لأنه نسبيا ، عادة ما يتم تدقيق أمان Firefox أو Chrome أو IE من قبل المزيد من الأشخاص (بما في ذلك فرق الأمن). إذا كان فريق الأمن يعتقد أن المتصفح آمن ، بشكل عام ، فإن مخاطر الأمن هي بالتأكيد أقل بكثير.

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

كلمات مطور يعمل في شركة تطوير برامج الويب تمثل للغاية ، وتوضح بإيجاز التغييرات المحتملة التي يمكن أن تجلبها HTML5. قال: أفضل HTML5 ، وذلك أساسًا لأنه يسمح لي بالتطوير في بيئة تنمية موحدة ، وهي إضافة JavaScript و DOM ، دون الحاجة إلى التبديل بين عالم الفلاش وعالم HTML5. في المستقبل ، طالما أنك تتقن لغة التطوير ومجموعة الأدوات ، يمكنك تطوير أي مكون إضافي.

وأضاف أنني أعتقد أن فوائد المستخدمين واضحة للغاية ، ويبدو أن Flash الآن قد خلق عالمًا آخر في عالم الإنترنت.

في الواقع ، يستخدم HTML5 لغة موحدة (JavaScript) ، ونموذج بيانات موحد (XML و DOM) وقاعدة تمثيل موحدة (CSS) للتعبير عن النص والصوت والفيديو والرسومات. إنه بلا شك مثالي للغاية للمطورين. استنادًا إلى بيئة تطوير قياسية موحدة ، سيكون العمل بالتأكيد أكثر بساطة. لكن التحدي لجعل كل شيء حقيقة لا يزال ضخمًا. تتمثل إحدى المشكلات البارزة في عدم وجود أدوات ، ولا يزال هناك عدد قليل من الأدوات ذات الصلة في HTML5 الآن. لا يمكن إنكار أن شعبية الفلاش ترتبط ارتباطًا وثيقًا بأدوات Adobe المفيدة للغاية لتطوير الفلاش.

الرابط: تطور HTML

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

الإصدار الرسمي الأول من HTML هو HTML 2.0 الذي تم إطلاقه بواسطة IETF (فرقة عمل هندسة الإنترنت). في وقت لاحق ، حلت W3C محل دور IETF وأصبحت منظمة لصياغة معايير HTML. في النصف الثاني من التسعينيات ، تم تعديل إصدار HTML بشكل متكرر حتى HTML 4.01 في عام 1999. في هذه المرحلة ، وصل HTML إلى ذروته الأولى.

المراجعة الأولى لـ HTML بعد HTML 4.01 هي XHTML 1.0 ، حيث تم توسيع x. يعتمد XHTML 1.0 على HTML 4.01 ولا يقدم أي علامات أو سمات جديدة. الفرق الوحيد هو بناء الجملة. HTML أكثر عرضية حول بناء الجملة ، بينما يتطلب XHTML بناء جملة صارم يشبه XML. في وقت لاحق ، أطلقت W3C XHTML 1.1.

بالنسبة إلى W3C ، كانت ميزة مثالية من HTML 4. خطوتها التالية هي XHTML 2.0 ، على أمل إحضار الويب إلى مستقبل مشرق من XML. ومع ذلك ، لم يكن ممثلو أوبرا و Apple و Mozilla راضين عن عمل W3C ، وقاموا بتنظيم تلقائيًا مجموعة عمل تقنية تطبيقات النص التشعبي ، وهو ما يلتزم بمواصفات HTML5.

في حين أن WhatWG ملتزم بـ HTML5 ، فإن W3C مستمر مع XHTML 2.0. ومع ذلك ، فإن عمل W3C على XHTML 2.0 سقط ببطء في المتاعب ، وإنهاء عمله لاحقًا على XHTML 2.0 وشكلت مجموعة عمل جديدة HTML في عام 2007. لقد اختاروا بحكمة نتائج Whatwg كأساس وعملوا على صياغة مواصفات HTML5.

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