توافق Hyvä: أي ملحقات Magento تعمل؟
تحتاج كل ملحق مدفوع لـ Magento يتعامل مع الواجهة الأمامية إلى وحدة توافق Hyvä قبل أن تظهر بشكل صحيح تحت Hyvä. بدون واحدة، لا تزال منطق الخلفية للملحق يعمل، إعدادات المسؤول، المراقبون، الأحداث، ولكن مخرجاته المرئية صامتة. لا يرى العملاء شيئًا حيث كان من المفترض أن يظهر الملحق.
الخبر السار: معظم البائعين الرئيسيين الآن يشحنون وحدة توافق Hyvä خاصة بهم. الخبر السيئ: ذيل طويل من الملحقات الأصغر والأقدم لا يفعل ذلك، وتحتاج إلى توافق مخصص لكل منها.
هذه المقالة هي الدليل العملي للتحقق مما يعمل وما لا يعمل، بالإضافة إلى تكاليف التوافق المخصص عندما تحتاج إليه.
المكان الأول للتحقق: compat.hyva.io
compat.hyva.io هو متتبع توافق Hyvä الذي تديره المجتمع. يتم سرد كل ملحق مدفوع لـ Magento لديه وحدة توافق Hyvä، سواء كانت مقدمة من البائع أو مساهمة من المجتمع، هناك مع الحالة، توافق الإصدار، ورابط إلى الوحدة.
قبل أي مكالمة تحديد نطاق ترحيل Hyvä، يجب أن يعرف التاجر:
- القائمة الكاملة للملحقات المدفوعة في متجرهم (البائع + الإصدار + حالة الترخيص)
- أي من تلك مدرجة على compat.hyva.io مع الحالة "متوافق" (توافق البائع متاح)
- أي منها مدرجة كـ "حل بديل" (توافق مساهم من المجتمع موجود)
- أي منها مدرجة كـ "غير متوافق" أو "غير معروف" (تحتاج إلى توافق مخصص)
هذا التمرين الذي يستغرق 15 دقيقة يوفر أسابيع من وقت اكتشاف المشروع.
فئات توافق الملحقات
بترتيب تقريبي لـ "مدى صعوبة العمل":
1. توافق Hyvä المقدم من البائع (صفر عمل)
ينشر بائع الملحق وحدة توافق Hyvä الخاصة به. التثبيت هو composer require + تغيير إعداد. 30 دقيقة لكل ملحق.
البائعون الذين يشحنون توافق Hyvä اعتبارًا من 2026:
- Amasty (معظم ملحقاتهم الرئيسية)
- Mageplaza (معظم الملحقات الحديثة)
- Aheadworks (ملحقات مختارة)
- Mirasvit (ملحقات مختارة)
- MGS (ملحقات مختارة)
- Mageworx (ملحقات مختارة)
- Yotpo، Klaviyo، Bloomreach (أدوات التسويق)
- Stripe، Adyen، Klarna، PayPal، Worldpay، Mollie، Braintree (بوابات الدفع)
- Signifyd، Riskified (احتيال)
- ShipperHQ، ShipStation (الشحن)
تزداد هذه القائمة كل ربع سنة. تحقق من compat.hyva.io للحصول على الحالة الحالية، قائمة البائعين أكثر أهمية من أي منشور مدونة.
2. توافق Hyvä المساهم من المجتمع (عمل قليل)
وحدات توافق مفتوحة المصدر قدمها أعضاء مجتمع Hyvä للملحقات التجارية المستخدمة على نطاق واسع. غالبًا ما يتم نشرها بموجب ترخيص MIT، وغالبًا ما تكون من وكالات متخصصة في Hyvä (بما في ذلك نحن، ننشر وحداتنا عبر منظمة GitHub الخاصة بنا).
التثبيت هو composer require من سجل عام. الخطر هو الصيانة، توافق المجتمع هو فقط بقدر تحديثات آخر شخص. تحقق من أن وحدة التوافق تدعم إصدار الملحق الخاص بك قبل اعتبارها فوزًا مجانيًا.
3. الحاجة إلى توافق Hyvä مخصص (عمل متوسط إلى مرتفع)
عندما لم يقم البائع أو المجتمع بشحن وحدة توافق، تقوم ببناء واحدة. تتراوح التكاليف:
- ملحقات العرض فقط (لافتات، شارات، كتل محتوى، أدوات إثبات اجتماعي): 1,500–3,000 جنيه إسترليني لكل ملحق، 1–3 أيام من العمل
- ملحقات PDP / PLP (محددات متغيرات المنتج، المهيئات، معارض الصور): 2,500–5,000 جنيه إسترليني لكل ملحق، 3–5 أيام
- ملحقات الدفع (الدفع، الاحتيال، حسابات أسعار الشحن، بطاقات الهدايا، رصيد المتجر): 4,000–8,000 جنيه إسترليني لكل ملحق، 5–10 أيام بالإضافة إلى اختبار تدفق الطلبات
تأتي الفروق من مدى عمق ارتباط الملحق بالواجهة الأمامية. العرض فقط هو إعادة تنفيذ قالب مباشرة. الملحقات التي تتعلق بالدفع تحتاج إلى اختبار تكامل عبر الطلبات الحقيقية.
ماذا تفعل وحدة توافق Hyvä فعليًا
للقراء الفنيين، النمط من docs.hyva.io:
- وحدة Magento جديدة تعتمد على وحدة الملحق الأصلية
- تحديثات تخطيط تستهدف كتل الملحق الأصلية وتستبدلها بإصدارات تم عرضها بواسطة Hyvä
- قوالب أصلية لـ Hyvä (.phtml files) تعيد تنفيذ مخرجات واجهة الملحق باستخدام فئات Tailwind ومكونات Alpine.js
- سلاسل سحرية وموزعات أحداث محفوظة بحيث تظل إعدادات إدارة الملحق كما هي
- اختياريًا، متجر Alpine إذا كان الملحق يحتاج إلى حالة عميل تفاعلية (مثل حاسبة أسعار قابلة للتكوين)
النمط موثق جيدًا؛ العمل ميكانيكي ولكنه ممل. يبني المتخصصون هذه الوحدات أسرع بمقدار 2x من العامة الذين يتعلمون النمط.
متى يجب تخطي التوافق واستبدال الملحقات
أحيانًا تكون الإجابة الصحيحة هي عدم بناء التوافق، بل استبدال الملحق ببديل أصلي لـ Hyvä. هناك سيناريوهان نوصي فيهما بالتبديل:
1. الملحق مهجور بشكل عميق. إذا لم يقم البائع بشحن تحديثات خلال 18 شهرًا أو أكثر، فإن بناء التوافق الآن هو استثمار ميزانية في شيء سيحتاج إلى استبدال على أي حال. من الأفضل الاستبدال ببديل أصلي لـ Hyvä يتم صيانته.
2. يوجد وحدة Hyvä أصلية. عندما يكون هناك معادل أول لـ Hyvä يقوم بنفس الوظيفة بتكلفة قابلة للمقارنة، يكون التبديل أنظف من الحفاظ على توافق مخصص إلى الأبد. غالبًا ما يكون الإصدار الأصلي لـ Hyvä أكثر كفاءة وله بصمة كود أصغر.
نخبرك أي المسارات أقل تكلفة في مرحلة تحديد النطاق، وليس بعد أن تكون قد كلفت بالفعل وحدة التوافق.
مشكلة "نحتاج إلى معرفة قائمة الملحقات لدينا"
أكبر سبب واحد لزيادة نطاق ترحيل Hyvä هو اكتشاف ملحق خلال المشروع لم يكن على القائمة الأصلية. يضيف كل ملحق مفاجئ 1–2 أسبوعين إلى الجدول الزمني و1.5k–8k جنيه إسترليني إلى الميزانية.
كيفية تجنب ذلك: قم بإجراء جرد الملحقات بدقة قبل مكالمة تحديد النطاق. تشمل:
- جميع الملحقات في
composer.json(البائع + الإصدار) - أي ملحقات في
app/code/*لم يتم تسليمها عبر Composer - أي سمات أو وحدات طرف ثالث حتى لو "لم نستخدمها حقًا"
- أي ملحقات في الإدارة → النظام → مدير الملحقات (أو composer.lock)
- وحدات مخصصة داخلية تتعامل مع الواجهة الأمامية
عادةً ما يكون لصق composer.json + composer.lock في مستند مشترك كافيًا.
ماذا عن الملحقات المثبتة عبر ZIP؟
بعض الملحقات القديمة أو ذات الميزانية لا تزال تُشحن كملفات ZIP للتثبيت اليدوي بدلاً من Composer. هذه عادةً ما تكون أسوأ حالة لترحيل Hyvä لأن:
- غالبًا ما يكون كود الملحق قديمًا، وأقل صيانة
- عدم وجود تتبع للإصدارات يعني أنه من الصعب التحقق من إصدارات وحدات التوافق
- عادةً ما تستهدف توافقات البائع المستندة إلى Composer الملحقات المثبتة عبر Composer فقط
إذا كان لديك ملحقات مثبتة عبر ZIP، خطط إما لـ:
- الترقية إلى إصدار موزع عبر Composer (غالبًا ما يكون مدفوعًا)
- الاستبدال ببديل أصلي لـ Hyvä
- بناء توافق مخصص (الخيار الأكثر تكلفة)
تعد الملحقات المثبتة عبر ZIP هي السبب في أن ترقيات Magento تستغرق وقتًا أطول مما ينبغي؛ نفس المشكلة تنطبق على ترحيلات Hyvä.
مكتبة وحدات التوافق، لماذا تتراكم
تجمع وكالة Hyvä المتخصصة مكتبة من وحدات التوافق المخصصة بمرور الوقت. بحلول ترحيل Hyvä العاشر، يلجأون إلى وحدة مسبقة البناء بدلاً من كتابة واحدة من الصفر، هذه هي الفرق بين مشروع يستغرق 6 أسابيع وآخر يستغرق 10 أسابيع بنفس النطاق.
بالنسبة لنا بشكل خاص: لقد شحننا أكثر من 100 وحدة توافق Hyvä مخصصة عبر أعمال عملائنا، مع مجموعة فرعية ذات مغزى مفتوحة المصدر عبر منظمة GitHub الخاصة بنا. يستفيد العملاء الجدد من المكتبة، حيث أن الملحقات التي ستستغرق بناء توافق مخصص لمدة أسبوعين لفريق Hyvä لأول مرة هي تثبيت يستغرق 30 دقيقة لفريقنا.
هذه هي الحالة العملية لاختيار متخصص: المكتبة تتراكم.
التسعير، ما تكلفه أعمال التوافق فعليًا
تكلفة التوافق المخصص لكل ملحق:
| التعقيد | الوقت | التكلفة |
|---|---|---|
| عرض فقط (لافتة، شارة، كتلة محتوى) | 1–3 أيام | 1,500–3,000 جنيه إسترليني |
| ملحقات PDP (محدد متغير، مهيئ) | 3–5 أيام | 2,500–5,000 جنيه إسترليني |
| ملحقات الدفع (الدفع، الاحتيال، الشحن) | 5–10 أيام | 4,000–8,000 جنيه إسترليني |
| ملحقات السلة (بطاقة هدية، رصيد المتجر، حزم) | 3–7 أيام | 3,000–6,000 جنيه إسترليني |
| حساب العميل (اشتراكات، محافظ، عوائد) | 3–7 أيام | 3,000–6,000 جنيه إسترليني |
مجمعة في ترحيل Hyvä، تعتبر أعمال التوافق جزءًا من الاقتباس الثابت الإجمالي. بشكل مستقل (لديك موقع Hyvä موجود وملحق جديد واحد لإضافته)، تنطبق الأسعار لكل ملحق المذكورة أعلاه.
سياسة المساهمة مفتوحة المصدر
عندما نبني توافقًا لملحق تجاري مستخدم على نطاق واسع، نقوم بنشره بموجب ترخيص MIT عبر منظمة GitHub الخاصة بنا. يستفيد المجتمع الأوسع من Hyvä ويحصل العميل التالي الذي يحتاجه عليه مجانًا.
تظل الأعمال المخصصة الخاصة بالعميل (وحدات فريدة لتاجر واحد) خاصة بشكل افتراضي. سنناقش فتح المصدر عند التسليم إذا وافق العميل وكان هناك طلب من المجتمع الأوسع.
الخلاصة
تتوفر معظم ملحقات Magento الرئيسية مع توافق Hyvä من البائع أو المجتمع، تحقق من compat.hyva.io قبل تحديد النطاق. بالنسبة لذيل الملحقات الطويلة التي لا تحتوي على توافق، تكلف الوحدات المخصصة 1.5k–8k جنيه إسترليني لكل منها حسب التعقيد. لقد جمعت وكالة Hyvä المتخصصة مكتبة تعني أن أعمال التوافق المخصصة أسرع + أرخص من البدء من الصفر.
عدد الملحقات هو المتغير الأكبر الوحيد في تكلفة ترحيل Hyvä. احصل على الجرد الصحيح قبل مكالمة تحديد النطاق.
الخطوات التالية
- تصفح compat.hyva.io للحصول على قائمة توافق البائع الحالية
- راجع صفحة خدمات توافق Hyvä
- راجع مدخل مسرد وحدة توافق Hyvä للتمهيد الفني
- اقرأ تطوير وحدة Hyvä: متى تحتاج إلى وحدات مخصصة
- احجز مكالمة تحديد نطاق، سنقوم بتدقيق قائمة الملحقات الخاصة بك وتقديم عرض سعر مقابلها