فوكُس أونلاين_

المشهد

تعيش بوابات القسائم أو تموت على شيئين: القدرة على الاكتشاف والسرعة. تحت ناشر كبير مثل فوكُس أونلاين، يمكن أن ترتفع حركة المرور بشكل حاد كلما تم الترويج للمحتوى، مما يعني أن النظام يجب أن يظل سريعًا تحت طلب غير منتظم ومفاجئ بدلاً من منحنى حركة مرور أنيق وقابل للتوقع.

النهج

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

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

ما كان مهمًا تقنيًا

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

هذا المشروع مثال جيد على هندسة الواجهة الأمامية العملية: استخدم React حيث يساعد، ابقِ البقية بسيطة، واعتبر استراتيجيات التخزين المؤقت والتقديم ميزات للمنتج.

تعتبر تلك التوازنات مهمة في المنتجات التابعة والمحسوبة في وسائل الإعلام. نادراً ما تكون أسرع بنية هي الأكثر أناقة. عادة ما تكون هي التي تحترم نموذج حركة المرور، وسطح SEO، واحتياجات التفاعل الفعلية للمنتج.