مصطلحات Magento 2

Access Control List: نظام صلاحيات الأدمن في Magento. الـ resources بتتعرّف في acl.xml، وكل admin controller أو web API route بيحدّد الـ resource المطلوب لاستخدامه.

PHP class بيجهّز البيانات اللي الـ template هيعرضها. الـ Layout XML بيربط كل block بـ template، والـ template بيوصل له عن طريق المتغيّر $block.

tag في الـ head بيحدّد الرابط الأصلي لمحتوى موجود على أكتر من رابط. Magento 2 بيطلّعه للمنتجات والـ categories بعد تفعيل إعداده من الأدمن.

class بيجيب مجموعة صفوف من جدول ويسمحلك تضيف فلاتر وترتيب وحدود قبل ما الـ query يتنفّذ. الـ query مابيتنفّذش إلا لما تحتاج البيانات فعلًا (lazy loading).

جدولة المهام الدورية في Magento 2، زي تحديث الـ indexers وإرسال الإيميلات وتوليد الـ sitemap. المهام بتتعرّف في crontab.xml، ومحتاجة cron job على السيرفر بينادي bin/magento cron:run.

class بينفّذ تعديل بيانات مرة واحدة، زي إضافة attribute أو بيانات افتراضية. Magento بيسجّل الـ patches اللي اتطبّقت في جدول patch_list عشان ماتتنفّذش تاني.

طريقة تعريف جداول قاعدة البيانات في ملف etc/db_schema.xml بدل install scripts. بتوصف الشكل اللي عايزه للجدول، وأمر setup:upgrade بيطبّق الفرق.

نمط تصميم بياخد فيه الـ class الـ objects اللي محتاجها من الـ constructor بدل ما يعملها بنفسه. في Magento 2 الـ Object Manager بيجهّز الـ dependencies دي حسب إعدادات di.xml.

وضع تشغيل Magento: default أو developer أو production. الـ production هو الأسرع وبيقدّم ملفات static و generated متجهّزة مسبقًا، وبيتغيّر بأمر bin/magento deploy:mode:set.

ملف إعدادات الـ Dependency Injection في الموديول. بيعرّف الـ preferences والـ plugins والـ virtual types والـ arguments اللي بتتحقن في الـ constructors، ومكانه etc/ أو مجلد area زي etc/frontend/.

Entity-Attribute-Value: نموذج تخزين بيحفظ قيمة كل attribute في صف منفصل بدل عمود لكل attribute. Magento 2 بيستخدمه للمنتجات والـ categories والعملاء عشان تقدر تضيف attributes من غير ما تغيّر شكل الجداول.

class بيتولّد تلقائيًا لإنشاء objects جديدة من نوع معيّن، زي ProductFactory::create(). بتستخدمه لما تحتاج instance جديد كل مرة بدل الـ instance المشترك اللي بيتحقن افتراضيًا.

كاش بيحفظ الصفحة كاملة كـ HTML عشان الطلبات الجاية تتقدّم من غير ما Magento يبنيها من الأول. في الـ production المُوصى بيه Varnish بدل الكاش المدمج.

class بينفّذ ResolverInterface وبيرجّع بيانات field أو query في GraphQL. بيتربط بالـ schema في ملف schema.graphqls عن طريق @resolver.

عملية بتحوّل بيانات متفرّقة، زي الأسعار والمخزون وخصائص EAV، لجداول مجهّزة للقراءة السريعة في الـ storefront. بتشتغل في وضع Update on Save أو Update by Schedule.

مكتبة JavaScript بتربط البيانات بالواجهة تلقائيًا (data binding). Magento 2 بيستخدمها في الـ checkout والـ minicart والـ UI Components.

اسم بيحدّد أنهي ملفات layout تنطبق على صفحة معيّنة، وبيساوي اسم الملف، زي catalog_product_view لصفحة المنتج و default لكل الصفحات.

ملفات XML بتحدّد بنية الصفحة: أنهي blocks و containers تظهر، فين، وبأي ترتيب. Magento بيدمج ملفات الـ layout من كل الـ modules والـ theme المفعّل.

طبقة في Magento بتبعت رسائل من publisher لـ consumer بيعالجها في الخلفية. بتشتغل مع RabbitMQ (AMQP) أو مع adapter مبني على MySQL، وبتتعرّف بملفات XML في etc/.

الوحدة الأساسية لأي feature في Magento 2: مجلد فيه كود وإعدادات وملفات واجهة، بيتسجّل بـ registration.php ويتعرّف في etc/module.xml، وممكن يتفعّل أو يتقفل لوحده.

Multi-Source Inventory: نظام المخزون في Magento 2 اللي بيدعم أكتر من مصدر مخزون زي المخازن والفروع، وبيحسب الكمية المتاحة للبيع باستخدام الـ stocks والـ reservations.

آلية Materialized View في Magento: database triggers بتسجّل الصفوف المتغيّرة في جداول changelog، عشان الـ indexers اللي على Update by Schedule يعالجوا الصفوف دي بس بالـ cron.

الـ component اللي بيعمل الـ objects في Magento 2 وبيحقن الـ dependencies بتاعتها. المفروض كود الموديولات مايناديهوش مباشرة، وبدل كده بيطلب اللي محتاجه في الـ constructor.

class بينفّذ كود لما event معيّن يحصل، زي حفظ منتج أو إنشاء طلب. بيتسجّل في events.xml على اسم الـ event، وبيمشي بنمط publish/subscribe.

class بيعدّل سلوك public method في class تاني من غير ما يعدّل كوده، عن طريق methods من نوع before أو after أو around. بيتسجّل في di.xml، وأكتر من plugin يقدروا يشتغلوا على نفس الـ method.

إعداد في di.xml بيقول لـ Magento يستخدم class معيّن بدل interface أو class تاني. بيستبدل التنفيذ بالكامل، ولو أكتر من module عملوا preference لنفس النوع واحد بس بيتطبّق.

class بيتولّد تلقائيًا وبيأجّل إنشاء الـ object الحقيقي لحد أول استخدام. بيتظبط في di.xml عشان dependency تقيلة ماتتعملش إلا لو احتجتها فعلًا.

السلة المؤقتة في Magento: فيها المنتجات والعناوين وطريقة الشحن والدفع والإجماليات أثناء الـ checkout، ولما العميل يأكّد الطلب بياناتها بتتحوّل لـ order.

مخزن بيانات في الذاكرة. Magento 2 يقدر يستخدمه كـ backend للكاش ولتخزين الـ sessions، وده بيقلّل الضغط على قاعدة البيانات ونظام الملفات.

class بيقدّم عمليات الحفظ والقراءة والمسح والبحث لنوع بيانات معيّن (save و getById و getList و delete)، ومخبّي تفاصيل الـ ResourceModel والـ Collection ورا interface ثابت.

مكتبة بتحمّل الـ JavaScript كـ modules وبتدير الاعتماديات بينها. في Magento 2 بتتظبط من requirejs-config.js، وبتتنادى من الـ templates بـ x-magento-init أو data-mage-init.

مجموعة PHP interfaces (Data interfaces و Repository أو Service interfaces) بتعرّف الـ API الرسمي للموديول. باقي الموديولات والـ REST API بيعتمدوا عليها بدل التفاصيل الداخلية.

أمر setup:static-content:deploy اللي بينشر ملفات CSS و JS والصور وملفات الترجمة في pub/static لكل theme ولغة. في الـ production لازم يتشغّل بعد أي تعديل في الواجهة.

أقل مستوى في هرم المتجر، وغالبًا بيمثّل لغة. بيتحكّم في الترجمة وفي القيم اللي على مستوى الـ store view زي أسماء المنتجات والـ meta.

مكوّنات واجهة معرّفة في XML ومدعومة بـ JavaScript، زي grids و forms الأدمن وخطوات الـ checkout. بتاخد بياناتها من data provider.

سجل في جدول url_rewrite بيربط رابط مقروء زي /iphone-15.html بالمسار الداخلي، وممكن يكون redirect بـ 301 أو 302. بيتعمل تلقائيًا للمنتجات والـ categories أو يدويًا من الأدمن.

HTTP reverse proxy بيقدّم الصفحات المتخزّنة قبل ما الطلب يوصل لـ PHP. Magento بيقدر يولّد ملف إعداداته (VCL)، وAdobe بتوصي بيه للـ Full Page Cache في الـ production.

ملف بيربط URL و HTTP method بـ method في service contract، وبيحدّد الصلاحية المطلوبة، فـ Magento يعمل REST endpoint من غير ما تكتب controller.

أعلى مستوى في هرم المتجر تحت الـ Global. بيجمع stores ليها نفس إعدادات الدفع والشحن، ومعاه تقدر تفصل حسابات العملاء والأسعار لو ظبطت الإعدادات كده.