مشكلات تحميل الصفحة من طلب صفحة منتجات Magento Group.المساعدة مطلوبة

Question

لدينا ما يقرب من 3500 منتج بسيط يتم عرضها على حوالي 300 صفحة منتجات جماعية.تحتوي بعض صفحات GP على منتجين مرتبطين، وبعضها يحتوي على 50 منتجًا.المتوسط ​​11.6.

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

لدينا 54 سمة، 5 منها غير مستخدمة، و9 تم إنشاؤها بواسطتنا ومن سمات Magento الافتراضية الأربعين المتبقية نستخدم أقل من 25% منها.

كافة السمات موجودة في المجلد الافتراضي.

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

باستخدام NewRelic يمكننا أن نرى أن مشكلتنا موجودة في /catalog/product/view (86%)

ما الذي نفتقده؟هل نحن بحاجة إلى إعادة هيكلة سماتنا؟إذا كان الأمر كذلك بأي عامل؟

Answer 1

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

ما تفعله ليس ثقيلًا أو معقدًا بشكل خاص - ولا ينبغي أن تواجه أي مشكلات في الأداء حقًا.

يبدو أن مشكلتك تتعلق بالبنية التحتية (على سبيل المثال.استضافة تم تكوينها بشكل غير صحيح - المشكلة في 99% من المتاجر البطيئة) أو قالب تم إنشاؤه بشكل سيء.

إذا كان لديك حتى قدر واحد product->load(), سيتم تضخيم ذلك من خلال المنتجات البسيطة المرتبطة بها، وستكون التأثيرات كارثية.

ملحوظة:نصيحتي الأولى هي التخلص من New Relic.إنه جميل وسهل الاستخدام كمرجع، ولكنه قاتل للأداء (يعتمد على XDebug)، وسيؤدي وجوده إلى إبطاء متجرك.استخدامه على ديف.ولكن لا تنشر على الهواء مباشرة.