مع وجود العديد من الخيارات للاختيار من بينها ، يعد العرض موضوعًا تحتاج إلى مواكبة ذلك.
توفر أطر عمل الويب الحديثة العديد من الخيارات حول كيفية توصيل موقع أو تطبيق من خادم إلى عميل. يمكنك إنشاء HTML على أي من الجانبين ، أو تقديمه مسبقًا للتوزيع عالي السرعة عبر شبكة توصيل المحتوى.
يعتمد تحديد كيفية بناء موقع أو تطبيق على عدة عوامل مختلفة. يجب أن تكون على دراية بكيفية وصول الزوار إلى موقعك أو تطبيقك. يجب أن تفهم ما إذا كانت سرعة التحميل أكثر أهمية عند التحميل الأولي أو التنقل اللاحق. ضع في اعتبارك أيضًا عدد مرات تحديث الموقع.
ضع كل هذه العوامل في الاعتبار لتقييم إيجابيات وسلبيات كل نموذج عرض.
عرض مواقع الويب بأكثر من طريقة
يشير تقديم موقع ويب إلى العملية التي يتم من خلالها عرض موقع الويب في متصفح الويب. هناك العديد من الطرق المختلفة للتعامل مع عملية تحويل البيانات الأولية إلى تنسيق HTML على شاشة المستخدم.
كل طريقة لها مزاياها وعيوبها ، ومعرفة مزايا وعيوب كل منها يمكن أن يساعدك في اختيار الطريقة المناسبة لموقعك.
المسؤولية الاجتماعية للشركات: المتصفح يأخذ الرسوم
CSR تعني التقديم من جانب العميل. عند عرض تطبيق أو جانب عميل الموقع ، يمرر الخادم القليل من HTML أو لا يمرر سوى جزء صغير من التعليمات البرمجية المعيارية. تطلب الصفحة بعد ذلك أي بيانات تحتاجها من الخادم ، بعد حدث تحميل الصفحة ، عبر طلبات AJAX.
عندما يعرض التطبيق أو الصفحة جانب العميل ، يمرر الخادم نصًا برمجيًا إلى العميل الذي سينشئ HTML على متصفح العميل. يسمح ذلك للتطبيقات أحادية الصفحة التي لا تقوم بتحديث المتصفح عند التفاعل معها.
غالبًا ما يتم تحميل تطبيقات CSR بسرعة أثناء التنقل ، ولكن قد يكون تحميلها بطيئًا في البداية. ستعتمد السرعة إلى حد كبير على إطار العمل الذي تختاره لإجراء العرض وعدد المكتبات الإضافية والوظائف الإضافية التي تستخدمها. معظم أطر JavaScript الحديثة الشائعة تضمين خيار CSR.
تعاني الصفحات والتطبيقات المعروضة بالكامل من جانب العميل من عدم القدرة على الانتقال مباشرة إلى صفحة معينة باستخدام عنوان URL. عند بدء تشغيل التطبيق المعروض من جانب العميل لأول مرة ، بغض النظر عن عنوان URL الذي تم إدخاله ، فإنه سينتقل إلى نفس نقطة البداية.
SSR: التقديم على خادم مركزي
SSR تعني التقديم الجانبي للخادم. يعد هذا شكلًا أكثر تقليدية لعرض صفحات الويب حيث تنشئ المواقع HTML استنادًا إلى القوالب وترسل مزيجًا من HTML وأوراق الأنماط والبرامج النصية إلى العميل. الأغلبية أشهر أطر عمل الويب الخلفية تقع في هذه الفئة.
تميل التطبيقات والمواقع التي يتم عرضها على جانب الخادم إلى تحميلات أولية أسرع ، ولكن كل تنقل متتالي سيتطلب تحديثًا كاملاً. هذا يعني أنها لن تستغرق وقتًا أطول فحسب ، بل سيحتاج المطورون الذين يعملون مع SSR إلى التعامل مع إدارة الجلسة.
أكبر ميزة للمواقع والتطبيقات التي تم إنشاؤها بواسطة SSR هي اتساق التنقل عبر المسار. سيتم نقل المستخدم الذي يدخل مسارًا معينًا مباشرةً إلى الصفحة المطلوبة. تدير بعض أطر العمل عمليات إعادة توجيه المستخدم من صفحة إلى أخرى داخل التطبيق ، ولكن قد لا يتمكن المستخدمون من الوصول إلى الصفحة التي يريدونها في البداية.
تقدم العديد من أطر العمل الحديثة حلولاً مدمجة تبدأ بتقديم صفحة يعرضها الخادم إلى العميل. بمجرد تحميل الصفحة ، يحدث حدث يُعرف باسم الترطيب يتم فيه إرفاق أحداث البرنامج النصي من جانب العميل بعناصر تحكم الصفحة. من الآن فصاعدًا ، يتولى العميل أي تنقل.
يوفر الديناميكي الممزوج القدرة للمستخدمين على الانتقال مباشرة إلى أي صفحة في التطبيق ، مع استمرار تلقي السرعة والنعومة لتطبيق أحادي الصفحة. يقدم Next.js نماذج عرض متعددة، مثل Nuxt.js و Sveltekit.
SSG: التقديم المصغر
يتجاوز SSG ، أو Static Site Generation ، الحاجة إلى إنشاء HTML على جانب العميل أو الخادم. بدلاً من ذلك ، تقوم المواقع والتطبيقات ذات نمط SSG بتجميع كل صفحة قد يحتاجونها مسبقًا ، ودفع النتائج إلى شبكة توصيل المحتوى للتسليم السريع.
هذه طريقة فعالة للغاية لخدمة صفحات الويب بسرعة كبيرة. عادةً ما يتم تجميع النتائج في حزم بسيطة تحتوي على كل HTML وأوراق الأنماط اللازمة لصفحة فردية. يتم الاحتفاظ بهذه الحزم مضغوطة قدر الإمكان لضمان حصول المستخدم عليها في أسرع وقت ممكن.
تميل مواقع SSG إلى تقديم سرعات تحميل سريعة بشكل استثنائي ، على الرغم من أنها تتطلب تحديثًا لكل تنقل. ومع ذلك ، فإن الجانب السلبي الرئيسي للموقع الثابت هو الافتقار إلى المرونة. تتطلب الأنظمة الديناميكية للغاية مثل تطبيقات الوسائط الاجتماعية أو منصات التجارة الإلكترونية المعقدة تغييرات أكثر بكثير مما يمكن لـ SSG التعامل معه بسهولة.
ستتطلب العديد من المواقع الثابتة أيضًا قدرًا أكبر من النفقات العامة للتغيير نظرًا لأن كل تغيير جديد يجب أن يتم تجميعه بشكل مستقل. هذا يجعل تقديم أسلوب SSG خيارًا سيئًا للمواقع التي تتغير بسرعة ، مثل واجهة المتجر الرقمية ذات المخزون المتغير بسرعة أو تطبيقات الوسائط الاجتماعية.
ISR: القليل من كل شيء
يعد ISR أكثر أنواع العرض تعقيدًا ، ولكنه أيضًا الأكثر فائدة ، وهو اختصار لـ "تجديد ثابت تزايدي". يمزج ISR بين السرعة وقابلية التوسع للمواقع التي تم إنشاؤها بشكل ثابت مع تفاعل تطبيقات SSR وتطبيقات أسلوب CSR.
عندما يتم طلب أي صفحة في صفحة أو تطبيق بنمط ISR ، سيتحقق الخادم أولاً لمعرفة ما إذا كانت هناك نسخة مخبأة غير منتهية الصلاحية من الصفحة. إذا كان هناك ، فسيعمل الخادم على الفور على الصفحة المخبأة.
في حالة عدم وجود نسخة مخبأة من الصفحة ، أو إذا مر وقت كافٍ منذ إنشائها ، فسيقوم الخادم بإنشاء إصدار جديد. سيتم تمرير هذا الإصدار الجديد إلى العميل وتخزينه مؤقتًا للاستخدام في المستقبل.
يعد هذا النوع من العرض أكثر تعقيدًا من حيث الإعداد ، ولكنه يقوم بأتمتة معظم المشكلات التي تواجهها مواقع SSG عادةً. يتيح ذلك للتطبيقات تقديم كل من السرعة والموثوقية للتطبيق الذي تم إنشاؤه بشكل ثابت أثناء التخلص من النفقات الإضافية تلقائيًا.
توفر العديد من الأطر الحديثة بالفعل خيار التقديم بأسلوب ISR. كثيرون أكثر لديهم دعم للجيل المتزايد في التنمية. ستدعم معظم أطر العمل الرئيسية عرض ISR قريبًا إذا لم تكن كذلك بالفعل.
ما هو نوع العرض الأفضل؟
هناك عدة طرق لعرض موقع ويب أو تطبيق. كل نوع من هذه الأنواع الأربعة من التصيير له أشكال متعددة. لا يوجد نوع واحد من التقديم مثالي لجميع المشاريع ، وأي نوع تختاره سيعتمد على ما هو أكثر أهمية في موقعك أو تطبيقك.
عند اختيار نموذج عرض لمشروعك ، من المهم مراعاة السرعة ، وكيف سيستخدم جمهورك مشروعك ، وعدد المرات التي سيتغير فيها الموقع. ستكون هذه هي المبادئ الأساسية التي ستساعدك على تحديد أفضل طريقة لهيكلة موقعك أو تطبيقك.