يستمر النزاع بين مؤسس WordPress Matt Mullenweg وموفر الاستضافة WP Engine، حيث أعلن Mullenweg أن WordPress يقوم بـ “تفرع” مكون إضافي تم تطويره بواسطة WP Engine.
على وجه التحديد، تم إخراج Advanced Custom Fields – وهو مكون إضافي يسهل على مستخدمي WordPress تخصيص شاشات التحرير الخاصة بهم – من أيدي WP Engine وتحديثه كمكون إضافي جديد يسمى Secure Custom Fields.
كتب مولنويج أن هذه الخطوة كانت ضرورية “لإزالة عمليات البيع التجارية وإصلاح مشكلة أمنية”.
استجاب فريق الحقول المخصصة المتقدمة على X، واصفًا هذا بأنه موقف حيث تم “أخذ المكون الإضافي “قيد التطوير النشط” من جانب واحد وبالقوة من منشئه” دون موافقة“، وهو ما قالت إنه لم يحدث أبدًا “خلال تاريخ WordPress الممتد على مدار 21 عامًا.”
وكتب فريق ACF: “لقد تم انتهاك هذا الوعد المجتمعي الأساسي، ونطلب من الجميع النظر في أخلاقيات مثل هذا الإجراء، والسابقة الجديدة التي تم وضعها”.
يزعم كل من منشور مدونة Mullenweg والرد من WordPress أن مواقف مماثلة قد حدثت من قبل، على الرغم من أن Mullenweg أضاف: “هذا موقف نادر وغير عادي ناجم عن الهجمات القانونية لـ WP Engine، ولا نتوقع حدوث هذا للمكونات الإضافية الأخرى “.
وأشاروا أيضًا إلى إرشادات المكونات الإضافية الخاصة بـ WordPress، والتي تمنح WordPress الحق في تعطيل أو إزالة أي مكون إضافي، أو إزالة وصول المطورين، أو تغيير المكون الإضافي “دون موافقة المطور، باسم السلامة العامة”.
بعض المعلومات الأساسية: يعد WordPress نظامًا مجانيًا ومفتوح المصدر لإدارة المحتوى تستخدمه العديد من مواقع الويب (بما في ذلك TechCrunch)، بينما تقدم شركات مثل WP Engine وMullenweg’s Automattic خدمات الاستضافة وغيرها من الخدمات التجارية في الأعلى.
في الشهر الماضي، نشر Mullenweg تدوينة تنتقد محرك WP ووصفه بأنه “سرطان لـ WordPress”. غطت انتقاداته كل شيء بدءًا من افتقار WP Engine لدعم تاريخ المراجعة إلى مستثمرها Silver Lake، لكنه أشار أيضًا إلى أن علامتها التجارية “WP” تربك العملاء، مما يجعل الأمر يبدو كما لو أن الشركة مرتبطة رسميًا بـ WordPress.
لقد سارت رسائل التوقف والكف في كلا الاتجاهين، حيث ادعى WP Engine أن Mullenweg هدد باتخاذ “نهج الأرض المحروقة النووية” ما لم تدفع الشركة لترخيص علامة WordPress التجارية.
قام WordPress بحظر WP Engine من الوصول إلى WordPress.org، ورفع الحظر لفترة وجيزة، ثم فرضه مرة أخرى. يمنع هذا بشكل أساسي WP Engine من تحديث المكون الإضافي من خلال WordPress.org، لذلك لا يمكنه تقديم تحديثات تلقائية لمعالجة مشكلات الأمان.
ومع ذلك، نشر WP Engine حلاً بديلاً للمستخدمين الذين يرغبون في تحديث المكون الإضافي ومواصلة استخدام ACF. (تقول إن الحل البديل ضروري فقط لمستخدمي ACF المجانيين، حيث سيستمر المستخدمون المحترفون في تلقي التحديثات من خلال موقع ACF الإلكتروني.)
للمضي قدمًا، كتب Mullenweg أن Secure Custom Fields سيكون متاحًا كمكون إضافي غير تجاري: “إذا أراد أي مطور المشاركة في صيانته وتحسينه، فيرجى الاتصال بنا”.
اكتشاف المزيد من موقع شعاع للمعلوماتية
اشترك للحصول على أحدث التدوينات المرسلة إلى بريدك الإلكتروني.
