DE {CODE}: Headless 101 لمطوري WordPress

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

شرائح الجلسة

نص كامل

GRACE ERIXON : مرحبًا بكم في Headless 101 لمطوري WordPress. اسمي Grace Erixon ، وأنا مطور مشارك مدافع هنا في WP Engine. ينضم إلي ستيف من Haus. سنقدم لك اليوم مقدمة سريعة عن ماهية WordPress بلا رأس وكيف يمكنك البدء في استخدامه.

لذلك من أجل فهم ما هي بنية موقع WordPress بدون رأس ، من المهم التأكد من أننا جميعًا على نفس الصفحة حول الشكل الذي تبدو عليه بنية WordPress التقليدية. تقليديًا ، سيتعامل نظام إدارة المحتوى (CMS) مثل WordPress مع كل من الواجهة الأمامية والنهاية الخلفية لموقع الويب.

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

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

يكتب المطور كودًا للتحكم في كيفية ظهور الموقع ووظائفه في JavaScript وكذلك استخدام WPGraphQL أو REST API لسحب البيانات من WordPress. غالبًا ما يتم استخدام إطار عمل مثل Faust.js أو Next.js أو Nuxt.js أو SvelteKit لتشغيل تطبيق الواجهة الأمامية هذا. ثم يقوم تطبيق JavaScript للواجهة الأمامية بإنشاء وتقديم صفحات HTML التي يتم إرسالها إلى زائر الموقع.

على عكس الهندسة المعمارية التقليدية ، لم يعد WordPress مسؤولاً عن إنشاء صفحات HTML. لذا فإن التفاعل لتبادل المحتوى بين الواجهة الخلفية لـ WordPress وتطبيق JavaScript للواجهة الأمامية يحدث من خلال طبقة API. الخياران لطبقة API هما WordPress REST API أو WPGraphQL.

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

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

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

يتم استخدام العديد من أطر عمل JavaScript هذه جنبًا إلى جنب مع أطر التعريف التي تضيف حلولًا لأشياء مثل التوجيه والعرض من جانب الخادم والمزيد. تُستخدم React جنبًا إلى جنب مع Next.js ، وتُستخدم Vue.js جنبًا إلى جنب مع Nuxt.js ، وتُستخدم Svelte جنبًا إلى جنب مع SvelteKit. Gatsby هو إطار تعريف آخر شائع.

طور WP Engine Faust.js ، وهو إطار عمل JavaScript مبني على React و Next.js. تم إنشاء Faust خصيصًا لدعم تطبيقات الويب WordPress بدون رأس. وهو يدعم المصادقة ومعاينات النشر خارج الصندوق ، ويوفر خطافات React مدمجة مريحة للوصول إلى بيانات WordPress والمزيد.

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

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

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

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

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

الآن ، إذا قمت بالنقر فوق عنوان URL الخاص بـ Atlas ، فيمكننا التحقق من شكل موقع WordPress بدون رأس. نحن مهتمون بشكل خاص بصفحة المنشورات. كما ترى ، يسحب الموقع جميع أحدث المنشورات في صفحة مدونتنا هذه. ولكل منشور أيضًا صفحة عرض فردية خاصة به. ولكن من أين تأتي كل هذه البيانات؟

إذا عدنا إلى لوحة معلومات WP Engine ، فسنرى زرًا لـ WP Admin. هناك نهاية خلفية لموقع WordPress بلا رأس. إذا نقرت على المنشورات ، فسترى نفس القائمة التي كان تطبيق الويب يسحبها. الآن ، يمكننا فتح مستودع GitHub الذي تم نسخ Blueprint فيه. ودعونا نستنسخ هذا الريبو إلى بيئتنا المحلية.

ثم سأفتح هذا الريبو في Visual Studio Code ، محرر الكود المفضل لدي. بالانتقال إلى دليل المشروع ، يمكن العثور على ملف صفحة المدونة في SRC ، والصفحات ، والمنشورات ، و Index.js. تم إنشاء هذا المشروع باستخدام React و Next.js و Faust.js و WPGraphQL. إذا لم تكن معتادًا على React أو حتى JavaScript ، فقد يبدو هذا محيرًا في البداية.

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

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

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

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

بفضل Blueprints للتعامل مع الإعداد مقطوعة الرأس بالنسبة لنا. كان من السهل تقسيم ما يتم إدخاله في صفحة المنشور للحصول على البيانات من الواجهة الخلفية لـ WordPress باستخدام WPGraphQL ولعرض المنشورات باستخدام مكونات React. شكرًا على الضبط. يمكنك أن تجدني على Twittergraceerixon.

تحقق من developer.wpengine.com لمزيد من المحتوى حول Headless WordPress. لدينا برنامج تعليمي حول كيفية إنشاء موقع WordPress الأول بدون رأس من البداية باستخدام Faust.js ، ونحن نعمل على سلسلة محتوى بدون رأس 101 في الوقت الحالي. يمكنك الحصول على جميع الأدوات التي يقدمها Atlas إذا قمت بالتسجيل للحصول على حساب Sandbox مجاني. سأقوم الآن بتمريرها إلى ستيف للتحدث أكثر عن سبب اختيار Haus لـ Headless WordPress لمشروع leoburnett.com.

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

لذلك كان بإمكاننا بسهولة استدعاء Headless 101 لمطوري غير WordPress الذين يحتاجون إلى الاستفادة من WordPress. ربما كان هذا مجرد عنوان مناسب. هذا هو الشيء الجميل في مقطوعة الرأس. إنه فوز مربح للجانبين ، كما سترون.

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

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

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

وأردنا إعداد قاعدة الشفرة والموقع الإلكتروني للمستقبل. لم نرغب فقط في أن يكون الموقع ذا صلة للأشهر الـ 12 القادمة. ربما نريد أن يكون مناسبًا للعقد القادم. وأعتقد أن هذه العمارة مقطوعة الرأس ، هذه المجموعة مقطوعة الرأس تفعل ذلك نوعًا ما.

لذا ، فإن إحدى المشكلات الأولية المتعلقة بـ "مقطوعة الرأس" هي أن هناك دائمًا الكثير من القرارات حول الاستضافة والنشر والبنية التحتية ، وكانت دائمًا نقطة ألم كبيرة. لذلك تم دائمًا ترك قرارات المكدس هذه للمطور. وأنت تتجول وتتخيل ، حسنًا ، ما هو الطرف الثالث ، ربما تطبيق CI / CD الذي تحتاج إلى استخدامه؟ هل سنستضيف هذا على AWS؟ كيف نفعل ذلك؟ ما هي الخدمات؟ ثم تقوم نوعًا ما بتنفيذ هذا النوع من الحلول المحتملة - هذه المخصصة حول هذا التدفق.

حسنًا ، تعمل منصة Atlas و WordPress Engine Atlas على حل هذه المشكلة حقًا. هذا هو المكان الذي تلعب فيه. اخترنا استخدام Atlas لكل هذه الأسباب ، ولديهم هذه البنية التحتية للخدمة المدارة. هم توحيد خط أنابيب CI / CD. ليس عليك حقًا التفكير في الأمر.

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

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

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

يسمح لنا باختيار مكدس نريد كتابة التعليمات البرمجية فيه. وهذا ، بالنسبة لنا ، هذا في Haus ، وهذا هو Next.js و React. Next.js هو مجرد إطار عمل رائع حول بعض الاتفاقيات الرائعة للتوجيه والأداء وبنية التطبيقات. وأردنا أيضًا تنفيذ نظام تصميم ، وليس فقط نظام تصميم مرئي ولكن نظام تصميم مقنن. هذا شيء يجعل تطبيقنا متسقًا ومختبرًا وجميلًا.

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

نحتاج أيضًا إلى الكثير من الإرتفاع الإبداعي. يمكنك أن ترى عندما تزور leoburnett.com ، هناك انتقالات رائعة للصفحة. هناك - لسنا ملزمين بمكدس WordPress التقليدي حول كيفية عرض الأشياء. لم يعد WordPress مسؤولاً عن تقديم الواجهة الأمامية بعد الآن.

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

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

الاعتماد والتوثيق - إذا أمضيت خمس دقائق على الويب ، فمن المحتمل أنك لمست النهاية الخلفية لـ WordPress ، وهذا ببساطة لا يمكن المبالغة فيه. يحتوي Leo Burnett أيضًا على الكثير من نقاط المحتوى المحددة جدًا والحقول المخصصة. يقدم WordPress ذلك ويمنحك هذه القوة ، لكننا تمكنا من تنفيذ المكون الإضافي Advanced Custom Fields ، وهو اتفاقية لطيفة حقًا حول تعديل واجهة مستخدم المسؤول لجعلها سهلة الاستخدام وقابلة للاستخدام. لذلك كان هذا فوزًا على تجربة المسؤول.

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

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

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

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

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

هذا أقل من الشفرات القادمة عبر السلك ، واستجابة أقل ، وأوقات استجابة أسرع. إنه بالتأكيد فوز ، وأود أن أقترح أنه إذا كنت ستنتقل إلى سير عمل Atlas أو سير عمل بلا رأس ، فعليك أن تلقي نظرة فاحصة على استخدام GraphQL API مقابل ربما شيء مثل REST API.

ومن منظور المستخدم ، فإنهم يشاهدون محتوى جديدًا وفي الوقت المناسب. هذا هو تدفق النشر الذي تم تحسينه لمعاينة المحتوى. تم تحسينه لعمليات جلب المحتوى السريعة على جانب التدريج والمعاينات ثم الترويج لذلك في الإنتاج. يسعد المشرفون في Leo Burnett بمدى سهولة تحديث المحتوى ، وهذا يجعل المستخدمين سعداء.

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

عندما يتم إلهام المطورين ، فإنهم يستخدمون مجموعة محسّنة من الأدوات. إنه شعور جيد. انهم سعداء. يكتبون كود أفضل.

يعرف المسؤولون أنهم ينتجون المحتوى في نظام بيئي جميل. إنه سريع. يشحن بسرعة. ويشاهد المستخدمون هذا المحتوى المحدث ، وهم يواجهون واجهة أمامية حديثة ورائعة وجيدة الأداء ومحسّنة.

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

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

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

يمنحك الثقة في أنك تقوم بشحن نظام بيئي ونظام نشر على الويب يكون منطقيًا بالفعل من وجهة نظر البنية التحتية ومن منظور نشر الكود. إنه يقدم دليلاً موثقًا لفريق تكنولوجيا المعلومات والفريق الهندسي أو فريق التسويق أنك تعرف ما تفعله وأنهم في أيدٍ أمينة الآن مع هذا الموقع الجديد الذي أنشأته لهم.

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

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