نقطة عبور، لا ترقيع للنواة
بدلاً من تجاوز مكونات Pimcore الداخلية، يغلف PimTx نداء الحفظ بحيث تمر كل عملية كتابة، من واجهة الإدارة والعمال وواجهات API والكود المخصص، عبر مسار واحد محكوم. تبقى المنصة آمنة عند الترقية وتتركز الحوكمة في مكان واحد.
كل الأعمال
منتجات أورونتس2025Ongoing
PimTx
تعديلات آمنة وقابلة للتتبع في Pimcore 11 و12 عندما يغيّر أشخاص كثيرون ومهام آلية البيانات نفسها في آن واحد. أقفال تعاونية، وحراس إصدارات، وملكية للحقول، وضمان عدم تكرار التنفيذ، وسجل تدقيق كامل للأنظمة متعددة الكتّاب.
العميل: Oronts GmbH
لمحة سريعة
- 5
- استراتيجيات حل التعارضات
- 30
- أحداث دورة حياة خاضعة للحوكمة
- 35
- أوامر تشغيل عبر CLI
- 0
- كتابات فوقية صامتة بعد تفعيل حراس الإصدارات
التحدي
في كتالوج Pimcore كبير، يحفظ أشخاص كثيرون ومهام آلية تغييرات على المنتجات نفسها في الوقت نفسه. ومن دون حماية، يمحو أحدهم عمل الآخر بصمت، ويمكن لعملية حفظ واحدة أن تطلق سلسلة تفاعلات تغرق النظام بسجل الإصدارات وتعطل قوائم الانتظار، ولا يستطيع أحد أن يعرف من غيّر ماذا. وينتهي الأمر بكل مشروع إلى إعادة بناء الضمانات الهشة نفسها يدوياً.
نهجنا
يصبح PimTx نقطة عبور إلزامية. تستبدل نداء الحفظ القياسي بمعاملة محكومة، فتمر كل عملية كتابة عبر مسار واحد: فحص مسبق (السياسة، وحدود الأمان، وضمان عدم تكرار التنفيذ)، ثم حوكمة (ملكية الحقول، وجدار حماية الحقول، وبوابات الموافقة)، ثم قفل تعاوني (Redis أساساً مع قاعدة البيانات احتياطاً، ومحمي برمز)، ثم التعديل (كشف العمليات عديمة الأثر وفحص تفاؤلي للإصدار)، ثم الحفظ (حراس محددو النطاق للإصدارات والأحداث)، ثم التدقيق (سجل العمليات، وفروق الحقول، وصندوق الصادر، والمقاييس، وتتبع النسب). وحل التعارضات وكشف الفروق ومحركات القفل وأدوات الإشعار كلها قابلة للتوصيل.
بنية النظام
جاري تحميل الرسم البياني...
بنية النظام: Write call: governed transaction, Preflight: policy, safety, idempotency, Governance: ownership, field firewall, approval, Cooperative lock: Redis or DB, token-guarded, Mutation: no-op check, optimistic version check, Concurrent write, Conflict strategy: retry, skip, merge, Clean, Persist: scoped version and event guards, Audit: operation log, field diffs, outbox, lineage
قرارات هندسية
تزامن تفاؤلي، لا حجب للقراءات
لا تُحجب القراءات أبداً. تأخذ عمليات الكتابة قفلاً تعاونياً قصيراً وتتحقق من إصدار العنصر قبل الحفظ، فيتنافس الكتّاب المتزامنون بإنصاف وتُرفض الكتابة المتقادمة بدلاً من أن تسحق البيانات الأحدث.
كشف العمليات عديمة الأثر لإنهاء انفجار الإصدارات
تُتخطى عملية الحفظ التي لا تغيّر شيئاً عبر مقارنة تساوي الحقول وبصمة المحتوى. هذا القرار الواحد يوقف سلاسل المستمعين التي كانت ستملأ جدول الإصدارات وتُسقط قوائم الانتظار.
سطح من 30 حدثاً للتحكم من دون تجاوزات
تصدر كل مرحلة في المسار حدثاً منمّط النوع، فتستطيع الفرق مراقبة أي عملية كتابة أو نقضها من دون تفريع الخدمات أو ترقيع النواة.
التقنيات
الخلفية
PHPSymfonyPimcore
البنية التحتية
MySQLRedis
الواجهة الأمامية
ReactExtJS
النتائج الرئيسية
- يُحسم تنافس الكتّاب المتزامنين بإنصاف بدلاً من الكتابة فوق بعضهم بعضاً
- كشف العمليات عديمة الأثر ينهي انفجار الإصدارات الذي يعطل قوائم الانتظار
- كل عملية كتابة مدققة مع فروق على مستوى الحقول وتتبع نسب سببي
- الحوكمة مرئية عبر REST API وCLI وواجهة إدارة مزدوجة
النتيجة
تُعالج التعديلات المتزامنة بأمان من دون أي كتابة فوق أخرى بصمت، ويُمنع تضخم سجل الإصدارات الجامح، ويُسجل كل تغيير مع ما تغير بالضبط ومن تسبب فيه. صدر كإصدار 1.0، منتجاً مملوكاً لشركة Oronts، مع واجهة REST API و35 أداة سطر أوامر وواجهة إدارة مزدوجة (React على Pimcore 12 وExtJS على Pimcore 11) وبث مباشر للنشاط.
كيف يبدو PimTx في مشروع Pimcore مؤسسي
على منصة Pimcore عالية الحجم يكون PimTx طبقة الكتابة، فيتوقف تنازع الاستيرادات والمحررين.
- تعمل استيرادات SAP والموردين جنباً إلى جنب مع المحررين البشر من دون كتابات فوقية صامتة
- تخضع عمليات الكتابة من كل مصدر، من الإدارة والعمال وواجهات API، للسياسة نفسها
- تمنع ملكية الحقول وبوابات الموافقة تصادم تغييرات النظام مع تغييرات المحررين
- سجل تدقيق كامل يجيب عن من غيّر ماذا ومتى لكل عنصر