وثائق النسخة المعبأة من Bitrix24. إكمال معالج التثبيت

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

على هذه اللحظةلا يتم تكرار كافة إمكانيات النواة القديمة في D7. لكن النواة D7 الجديدة إطار عمل بيتريكساستبدال القديم تدريجيا. إذا أدى استخدام نواة قديمة إلى تحذير من IDE: تم إهمال الطريقة/الفئة، فأنت بحاجة إلى استخدام الطرق.

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

ملحوظة: من خلال إضافة #أمثلة إلى عنوان أي صفحة، يمكنك الانتقال سريعًا إلى أحد الأمثلة، إذا كان يحتوي على مثال. (لا يعمل هذا في ملفات وثائق تنسيق CHM.)

إصدارات الكيان

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

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

تشير الجداول إلى الإصدار الذي ظهر به الكيان في المنتج فقط إذا كان ظهوره لا يتزامن مع لحظة ظهور الفئة والطريقة نفسها وما إلى ذلك. في الرسم التوضيحي أدناه: ظهرت المعلمة COURSE_ID مع الطريقة (أي من الإصدار 5.1.0)، والمعلمة CHAPTER_ID فقط من الإصدار 9.5.4.

إذا تغيرت المعلمة (عادةً ما تشير إلى المعلمات) مع تطور المنتج، فستكون هناك ملاحظة مقابلة في وصفها. (على سبيل المثال: قبل الإصدار x.x.x كانت المعلمة تسمى *****).

مثال

ملحوظات:

• علامة عفا عليها الزمنبالنسبة للأسلوب أو المعلمة أو المفتاح يعني أنه لا يوصى باستخدامه لأنه لن يكون هناك أي ملحقات أو إصلاحات.
• لم يتم الانتهاء من تثبيت الإصدارات بشكل كامل، ويجري العمل حاليًا في هذا الاتجاه.

"بيتريكس"، 2001-2019، "1C-بيتريكس"، 2019

يمكن دمج متجر على الإنترنت على 1C-Bitrix مع النظام باستخدام وحدة النظام في Bitrix.Marketplace.

أثناء التثبيت، ستساعدك الوحدة على تحميل الطلبات الحالية إلى النظام.

بعد التثبيت، ستقوم الوحدة بما يلي:

• تحميل الطلبات الجديدة من 1C-Bitrix إلى النظام؛
• تحديث بيانات الطلبات الحالية مع مراعاة التغييرات التي تم إجراؤها على 1C-Bitrix؛
• تحميل الطلبات والعملاء الجدد من النظام إلى 1C-Bitrix؛
• تحديث البيانات الخاصة بالطلبات الحالية مع مراعاة التغييرات التي تم إجراؤها على النظام (على سبيل المثال، تم تغيير حالة الطلب في النظام، وعدد البضائع في الطلب، وما إلى ذلك، ستنعكس هذه التغييرات أيضًا في 1C-Bitrix) ;
• إرسال معلومات حول الدفع عبر الإنترنت لطلب من قبل المستخدم إلى النظام.

من الممكن أيضًا تخصيص فئات المكونات الإضافية دون فقدان الكود المعدل عند التحديث. من أجل تنفيذ التعليمات البرمجية المعدلة، تحتاج إلى وضع نسخة من الملف مع الفئة المطلوبة في دليل bitrix/php_interface/retailcrm.

البرنامج المساعد لديه القدرة على تخصيص الملفات التالية:

ريست نورماليزر.php
المسجل.php
Client.php
RCrmActions.php
RetailCrmUser.php
RetailCrmICML.php
RetailCrmInventories.php
أسعار التجزئة.php
RetailCrmCollector.php
RetailCrmUa.php
RetailCrmEvent.php
RetailCrmHistory_v4.php
RetailCrmHistory_v5.php
RetailCrmOrder_v4.php
RetailCrmOrder_v5.php
ApiClient_v4.php
ApiClient_v5.php

لتخصيص الملفات التي تتضمن أسماؤها إصدار API المستخدم، يتم إنشاء الملفات باسم دون تحديد الإصدار، على سبيل المثال - RetailCrmHistory.php.

بعد إنشاء نسخة من الملف مع الفئة الموجودة في دليل bitrix/php_interface/retailcrm، ستستخدم الوحدة فئة مخصصة؛ يمكنك إجراء تغييرات على أساليبها.

تسجيل متجر الكتروني في النظام

قبل التثبيت، قم بتسجيل متجرك عبر الإنترنت في مثيل النظام الخاص بك (قسم الإدارة > المتاجر، على سبيل المثال، في الإصدار التجريبي):

تثبيت الحل في 1C-Bitrix

• انقر فوق "تثبيت" في صفحة الحل في Marketplace وأدخل عنوان متجرك عبر الإنترنت:

• قم بتنزيل الوحدة عبر نظام التحديث 1C-Bitrix:

• ابدأ بتثبيت الوحدة:

سيتم تشغيل معالج التثبيت.

معالج التثبيت. الخطوة 1

في الخطوة 1.1، تحتاج إلى الإشارة إلى عنوان نظامك (على سبيل المثال، https://test.retailcrm.ru) ومفتاح واجهة برمجة التطبيقات (API) الذي قمت بإنشائه مسبقًا في النظام:

مهم! إذا كان هناك متجر واحد فقط في Bitrix، فسيتم تخطي الخطوة 1. المواقع.

معالج التثبيت. الخطوة 1. المواقع الإلكترونية

في الخطوة 1.المواقع، تحتاج إلى ضبط المراسلات بين متاجرك في 1C-Bitrix والنظام.

مهم! يجب أن تحتوي جميع متاجرك في النظام على مفتاح API مشترك.

معالج التثبيت. الخطوة 2

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

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

بعد ذلك، قم بتحديث صفحة المعالج: يجب تحميل قيم الدليل الجديد.

معالج التثبيت. الخطوه 3

في الخطوة الثالثة، تسمح لك الوحدة بتعيين المراسلات بين حقول 1C-Bitrix والنظام.

مهم! إذا كان هناك شكل " تعليق"أو الطلبات "بنقرة واحدة"، ولا تندرج هذه البيانات ضمن أوامر Bitrix القياسية، فلا يتم سحبها إلى النظام.

أيضا، إذا كنت تعمل مع الكيانات القانونية، يجب عليك ملء جميع الحقول كما هو موضح في لقطة الشاشة أدناه.

معالج التثبيت. الخطوة 4

في الخطوة الرابعة، تسمح لك الوحدة بتحميل الطلبات المقدمة مسبقًا إلى النظام. قد يستغرق التفريغ بعض الوقت (يتم تفريغ 1000 طلب في حوالي 5 دقائق). سيتم عرض تقدم عملية التحميل من خلال شريط التقدم.

إذا لزم الأمر، يمكنك إيقاف التنزيل مؤقتًا واستئنافه مرة أخرى بعد فترة.

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

معالج التثبيت. الخطوة 5

في الخطوة الخامسة، يتم تكوين تحميل كتالوج المنتجات. للقيام بذلك، يجب عليك إكمال النقاط التالية.

1. اختيار كتل المعلومات وخصائصها

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

2. مسار الملف

سيتم إنشاء ملف بالتنسيق في المسار المحدد، والذي سيحتوي على بنية الدليل. المسار الافتراضي هو - "/bitrix/catalog_export/retailcrm.xml". إذا قمت بتغيير المسار، فسوف تحتاج إلى إجراء إعداد مماثل في النظام.

3. تحديد عدد العروض في التصدير

في إعدادات تصدير الكتالوج، يوجد حقل "الحد الأقصى لعدد العروض التجارية لمنتج ما"، حيث يجب عليك إدخال الحد الأقصى لعدد العروض التجارية التي يمكن أن يقدمها منتج واحد (إذا كان هناك أكثر من 50). بشكل افتراضي، تقوم الوحدة بحساب 50 عرضًا تجاريًا كحد أقصى لمنتج ما. إذا كان هناك أقل من 50 عرضًا تجاريًا لكل منتج في المتجر، فيمكن تجاهل هذا الإعداد. إذا كان هناك المزيد من العروض التجارية وتم تحديد الإعداد، فمن المستحسن نقل الوكيل إلى Crowns إذا كان يعمل على الزيارات.

4. اختيار وتيرة التفريغ

سيكون هناك ثلاثة خيارات للاختيار من بينها:

1. لا- عند تحديد هذا العنصر، لن يتم تكوين التحميل الدوري للكتالوج تلقائيًا، وسيتعين عليك تحميل الكتالوج بنفسك في كل مرة.

يمكن أن يكون هذا الخيار مفيدًا إذا كان كتالوج المنتجات الخاص بمتجرك عبر الإنترنت يتغير نادرًا جدًا، أو إذا كنت تريد تكوين معلمات التحميل لاحقًا.

2. كرون- سيؤدي تحديد هذا العنصر إلى الإنشاء التلقائي لملف تعريف خاص سيتم ربطه بخدمة Cron الخاصة بالخادم الذي يعمل عليه موقع المتجر الإلكتروني.

تعمل الأداة المساعدة cron خلفيةويؤدي مهام محددة في أوقات محددة.

يمكن أن يكون تحديد هذا العنصر مفيدًا إذا كان الكتالوج يحتوي على عنصر كبير جدًا ( أكثر من 10.000 منتج). بالنسبة لهذا العنصر، يجب عليك تحديد اسم ملف تعريف التصدير الخاص.

3. عامل. في هذه الحالة، سيتم أيضًا إنشاء ملف تعريف خاص يتصل بتقنية "الوكلاء" في 1C-Bitrix، وسيتم إجراء التحميل تلقائيا مرة واحدة في اليوم.

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

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

في حالة النطاق الكبير ( أكثر من 10.000 منتج)، مهم تخصيص إضافيوكيل على كرون. بالنسبة لهذا العنصر، تحتاج أيضًا إلى تحديد اسم ملف تعريف التصدير الخاص.

4. إشارة إلى التفريغ الفوري

نتيجة لتعيين علامة "Unload now"، سيتم إلغاء تحميل بنية الدليل في الملف أعلاه، مباشرة بعد تثبيت الوحدة.

بعد تحميل الكتالوج إلى ملف في النظام، يتعين عليك الانتقال إلى الإدارة -> المتجر -> اسم المتجر -> علامة التبويب "الكتالوج" وتحديد المربع "تنزيل الكتالوج من ICML الآن". في هذه الحالة، يبدأ تنزيل الملف ومعالجته على الفور تقريبًا.

5. تحديد اسم ملف التعريف

بعد إعداد تحميل كتالوج المنتجات بشكل صحيح، سيظهر نوع جديد من تصدير النظام في المتجر > الإعدادات > قسم تصدير البيانات؛ إذا تم تحديد التحميل الدوري أثناء التثبيت، فسيظهر ملف تعريف التصدير أيضًا.

ملحوظة:
ل التكوين الذاتيعند التحميل، من الممكن إنشاء ملف تعريف التصدير الخاص بك.

إكمال معالج التثبيت

في نهاية التثبيت، سيتم إنشاء وكيلين: يقوم وكيل واحد بتحميل سجل الطلب من Bitrix إلى النظام، ويقوم الوكيل الثاني بإنشاء كتالوج. إذا تم تكوين تحميل الطلب للوكيل، فسيتم تحميل الطلبات إلى النظام في وقت استدعاء السجل. وفي حالات أخرى، يتم إلغاء تحميل الطلبات بناءً على حدث ما.

تفريغ خدمة التوصيل خلال نظام التبادل 1C-Bitrix

إذا كانت لديك خدمات توصيل آلية متصلة بـ 1C-Bitrix، مثل eDost، والتي تحتوي على العديد من الملفات الشخصية: Russian Post وEMS وDHL وغيرها الكثير، فيمكنك في النظام الاستفادة من القدرة على تحميل هذا النوع من خدمة التوصيل.

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

من ناحية 1C-Bitrix، يجب عليك إجراء الإعدادات التالية إذا تم تثبيت وحدة النظام بعد توصيل خدمة التوصيل بنظام 1C-Bitrix:

اذهب إلى الإدارة > الإعدادات، انتقل إلى علامة التبويب "إعدادات الدليل".

تكوين مراسلات طرق التسليم (التي تم تكوينها مسبقًا من جانب النظام). بعد ذلك، انقر فوق الزر "تحميل خدمات التسليم".

إعداد تردد تحميل نظام 1C-Bitrix

عند تحديث كتالوج المنتجات يمكن تسليط الضوء على نقطتين:

إنشاء الكتالوج (بتنسيق yml/icml) من جانب العميل و

يقوم النظام بتنزيل الكتالوج مرة واحدة كل ثلاث ساعات. يتم تعيين المسار إلى الملف المراد تحميله في إعدادات المتجر - عليك الذهاب إلى القسم الإدارة > المتاجر > حدد المتجر > علامة التبويب "الكتالوج"..

بعد تثبيت وحدة النظام في 1C-Bitrix، يتم إنشاء ملف تعريف للتحميل. لرؤية، عليك أن تذهب إلى سطح المكتب > المتجر > الإعدادات > تصدير البيانات. تعرض لقطة الشاشة خيارين:

تقصير،

تحميل دليل النظام.

إذا قمت بتحديد الخيار الثاني، سيؤدي النقر عليه إلى فتح خيارات التحميل.

إذا تم تحديد الوكيل كخيار التكرار، فلعرض قائمة الوكلاء، يتعين عليك الانتقال إلى سطح المكتب > الإعدادات > إعدادات المنتج > الوكلاء.

إذا قمت بالنقر فوق "تغيير" أو "إضافة جديد"، يمكنك تعيين أو تغيير وتيرة تشغيل مهمة الإنشاء.

تردد مزامنة البيانات أثناء تبادل نظام 1C-Bitrix

تسمح لك وحدة النظام بتحميل كتالوج المنتجات إلى نظامك، بالإضافة إلى إجراء تبادل منتظم للطلبات والعملاء في الاتجاهين.

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

تبادل الطلبات هو عملية مزامنة للبيانات عندما يتم تحميل الطلبات في كلا الاتجاهين:

من 1C-Bitrix إلى النظام:

• إذا تم تمكين التحميل حسب الأحداث، عند إنشاء طلب أو تغييره في نظام 1C-Bitrix، فسيتم تحميله على الفور إلى النظام. في حالة اختيار وكيل التفريغ، سيتم رفع الطلب إلى النظام خلال 15 دقيقة (لا ينصح باستخدام هذه الآلية دون أسباب قاهرة، لأنه في هذه الحالة ستصل الطلبات متأخرة ولن يتم نقل تحديثات هذه الطلبات إلى النظام).
• عندما يتغير المستخدم، سيتم أيضًا تحميل البيانات الرئيسية على الفور إلى النظام.

من النظام إلى 1C-Bitrix:

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

التغييرات في وحدة التكامل

الإصدار 2.0

• تم تصميم إصدار وحدة التكامل V2.0 لدمج 1C-Bitrix مع إصدار وحدة "المتجر عبر الإنترنت (البيع)" > 16 المثبت فيه.
• الآن تعمل الوحدة عبر API V4.
• تستخدم وحدة التكامل الآن نواة 1C-Bitrix D7 الجديدة.
• الآن يتم أيضًا إرسال التغييرات المتعلقة بالعميل (الاسم الكامل والبريد الإلكتروني والهاتف) إلى موقع الويب من النظام.
• في إعدادات وحدة التكامل في قسم "الإعدادات الأخرى"، أصبح من الممكن ترجمة أرقام الطلب من النظام إلى 1C-Bitrix. أي أنه إذا قمت بإنشاء طلب يدويًا في النظام بالرقم، على سبيل المثال، 12345R، فسيتم إنشاء طلب بنفس الرقم في 1C-Bitrix.
• نظرًا لأنه في إصدار وحدة "المتجر عبر الإنترنت (البيع)"> 16، ابتعد مطورو Bitrix عن تطبيق الخصومات على الطلب بأكمله وتركوا الخصومات على المنتجات فقط، كما أن النظام، في الوقت الحالي، ليس لديه القدرة على استخدام الخصومات على الطلب بالكامل ترتيب كامل. يمكنك تعيين خصومات لعناصر طلب محددة فقط.

الإصدار 2.1

• وحدات القياس المضافة في تصدير الكتالوج.

الإصدار 2.2

• تدعم الوحدة الآن العديد من إصدارات واجهة برمجة التطبيقات (API) مع إمكانية الاختيار.
• دعم API V5.
• تمت إضافة إمكانية تفريغ الأرصدة حسب المستودع.
• تمت إضافة القدرة على تنزيل أنواع الأسعار.
• تمت إضافة تكامل Daemon Collector الأساسي.
• تمت إضافة التكامل مع Universal Analytics.
• تم تحسين منطق الوظائف المضمنة لتعديل البيانات.
• تمت إضافة وظيفة RetailCrmApiResult المضمنة.
• تمت إضافة نسخة الزناد من سجل التغيير.

الإصدار 2.4

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

اعدادات اخرى

إعدادات الطلب

إرسال أرقام الطلب التي تم إنشاؤها في مركز المعالجة المركزي إلى المتجر

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

تفريغ الطلبات

• حسب الحدث- عند حفظ الطلب، تدخل البيانات إلى النظام؛
• عامل- يتم إرسال الطلبات الجديدة قبل طلب سجل التغيير من النظام.

إصدار واجهة برمجة تطبيقات العميل

يمكنك الآن تحديد إصدار واجهة برمجة التطبيقات (API) الذي ستعمل الوحدة معه. يعتمد الاختيار على إصدار النظام. يوصى باختيار الإصدار الأحدث.

تمكين تفريغ الأرصدة حسب المستودع (متوفر في حالة وجود مستودعات)

يمكنك الآن تفريغ الأرصدة بشكل دوري من مستودعات الموقع إلى مستودعات النظام. للقيام بذلك تحتاج:

• مقارنة مستودعات الموقع بمستودعات النظام؛
• الإشارة إلى مخازن النظام التي سيتم تحميل الأرصدة فيها؛
• تحديد كتل المعلومات مع البضائع اللازمة لتحميل الأرصدة (تحتاج إلى تحديد تلك المشار إليها في تصدير الكتالوج للنظام).

يتم إجراء التحميل بواسطة الوكيل بمعدل ساعة واحدة (افتراضيًا).

يرجى ملاحظة أنه لتحميل الأرصدة في النظام، يجب تفعيل الخيارات.

تمكين تحميل أنواع الأسعار للمنتجات (متوفر فقط في حالة وجود عدة أنواع أسعار)

يمكنك الآن تحميل أنواع الأسعار الإضافية بشكل دوري من المتجر إلى النظام. للقيام بذلك تحتاج:

• مقارنة أنواع أسعار الموقع مع أنواع أسعار النظام؛
• الإشارة إلى مخازن النظام التي سيتم تحميل أنواع الأسعار الإضافية فيها؛
• حدد كتل المعلومات مع المنتجات التي تتطلب تحميل أنواع أسعار إضافية (تحتاج إلى تحديد تلك المحددة في تصدير الكتالوج للنظام).

يتم إجراء التحميل بواسطة الوكيل كل 24 ساعة (افتراضيًا).

تفعيل جامع الشياطين

يمكنك الآن إضافة Collector Daemon إلى موقع الويب من واجهة الإعدادات. للقيام بذلك، تحتاج إلى تحديد المفتاح المناسب للموقع المطلوب. يمكن العثور على المفتاح في النظام.

تمكين تكامل UA

يمكنك الآن تمكين التكامل مع Universal Analytics من واجهة الإعدادات (يعمل بشكل صحيح مع مكون الطلب القياسي). بالنسبة لكل موقع تريد إضافة التتبع إليه، يتعين عليك ملء معرف التتبع وفهرس المعلمات المخصصة.

حيث $order هو المصفوفة التي تم إنشاؤها من بيانات الطلب التي سيتم إرسالها إلى النظام، و$arFields عبارة عن مصفوفة من حقول الطلب على موقع الويب. وظيفة RetailCrmBeforeOrderSave($order) ( // تُرجع تغييراتك $order؛ // أو تُرجع خطأ؛ ثم سيتم تجاهل التغييرات من النظام لهذا الطلب)

حيث $order عبارة عن مصفوفة تحتوي على بيانات الطلب المعدلة المستلمة من النظام.

وظيفة RetailCrmAfterOrderSave

RetailCrmAfterOrderSave - وظيفة يتم تنفيذها فورًا بعد حفظ التغييرات على بيانات الطلب الواردة من سجل النظام على موقع الويب.

وظيفة RetailCrmAfterOrderSave($order) ( // إرجاع التغييرات الخاصة بك؛ )

حيث $order عبارة عن مصفوفة تحتوي على بيانات الطلب المعدلة المستلمة من النظام.

وظيفة البيع بالتجزئةCrmApiResult

RetailCrmApiResult - وظيفة يتم تنفيذها فورًا بعد تلقي استجابة من واجهة برمجة تطبيقات النظام.

وظيفة RetailCrmApiResult($methodApi, $res, $code) (//إرجاع التغييرات الخاصة بك؛)

حيث $methodApi هو اسم أسلوب API، و$res هو نتيجة الطلب الصحيح/الخطأ (طلب ناجح أو غير ناجح)، و$code هو رمز حالة استجابة API.

يرجى ملاحظة أن الأخطاء في الكود عند استخدام هذه الوظيفة قد تؤدي إلى تعطيل مزامنة الموقع والنظام.

إذا كانت الأدوات المذكورة أعلاه غير كافية لسبب ما، فيمكنك إجراء التغييرات المطلوبة مباشرة على رمز الوحدة دون المخاطرة بفقد هذه التغييرات عند تحديث الوحدة. للقيام بذلك، تحتاج إلى نسخ الملف بالفئة المطلوبة إلى الدليل /bitrix/php_interface/retailcrm/ وإجراء التعديلات عليه. تدعم هذه الآلية تغيير الفئات للعمل مع العملاء والأوامر والأحداث وتصدير الكتالوج والآليات المساعدة الأخرى.

إشارة مرجعية المهام المخصصةمخصص لأولئك الذين سيعملون مباشرة مع المنتج، أي لموظفي الشركات التي تستخدم منتجنا البرمجي.

علامة التبويب المهام الإدارية مخصصة لأولئك الذين سيديرون الإصدار المعبأ "بيتريكس 24".

إشارة مرجعية توثيقمخصص لمطوري المشاريع بناءً على الإصدار المعبأ "بيتريكس 24".

المهام المخصصة

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

المهام الإدارية

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

للمطورين

وثائق المطور هي وصف لواجهة برمجة تطبيقات النظام. وثائق المستخدم هي وصف لمكونات النظام وإعداداته.

الوثائق متاحة على الإنترنت وفي شكل ملف بتنسيق chm. يوصى باستخدام الإصدار عبر الإنترنت لأنه أكثر حداثة. يتم تحديث ملفات chm بشكل دوري وقد لا تحتوي على معلومات حول أحدث الإصدارات.

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

أنظمة مساعدة		.chm
وثائق المطور	النسخة على الانترنت	bsm_api.chm نسخة الوثيقة من 26.10.2018
وثائق API D7	النسخة على الانترنت	api_d7.chm نسخة الوثيقة من 29/05/2019
وثائق المستخدم	النسخة على الانترنت	bsm_user.chm نسخة الوثيقة من 29/11/2018

التوثيق هو معلومات مرجعية. لا يكفي أن يعمل المطور المبتدئ مع النظام. في إتقان مبادئ البرمجة في إطار عمل بيتريكسدورة خاصة سوف تساعدك:

مطور إطار عمل Bitrix	الأقسام
قبل البدء بالعمل. ماذا حدث إطار عمل بيتريكسوكيف تختلف هذه المنصة عن الأنظمة الأخرى. مجتمع المطورين.	ملاحظات أولية
بنية المنتج. هيكل المنتج من حيث MVC، ماذا حدث موقع إلكترونيفي فهم النظام، وحقوق الوصول.	بنية المنتج
كيف تعمل؟. التقنيات إطار عمل بيتريكس.	التقنيات
تصميم الموقع. "تحويل" الصورة إلى موقع ويب عامل. في الواقع، هذا هو تصميم الموقع.	تكامل التصميم
الإجراء العام للعمل في الموقع. تنفيذ الموقع. بأي ترتيب يجب أن أفعل هذا؟ مثال بسيط.	كيفية إنشاء موقع ويب بسيط
كتل المعلوماتمن وجهة نظر المطور. العمل من خلال واجهة برمجة تطبيقات النظام والأدوات القياسية.	كتل المعلومات
عناصر. المكونات هي الأداة الرئيسية للمطور عند العمل. كيف وفي أي الحالات لتخصيص؟ ما الذي يجب تخصيصه: القالب أم المكون نفسه؟ ملفات result_modifierو Component_epilog.
تصميم العمليات التجارية. أتمتة الأنشطة الحالية للشركة. كيف تفعل شيئًا غير موجود في المنتج بشكل افتراضي؟
د7. جوهر النظام الجديد. مبادئ العمل.	د7
لقد نمت لتطوير منطقتنا. إنشاء الوحدات الخاصة بك والحلول القياسية، وتحميلها إلى السوق.
نمت لتتطور الخاصة - 2 موقع التكنولوجيا المركب
مشروع "الكبار".كيف يمكن تطوير وتشغيل مشروع معقد أو عالي التحميل بشكل صحيح باستخدام Bitrix Framework؟	تطوير وتشغيل المشاريع ذات الأحمال العالية

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

البيانات الأولية:

• يوجد متجر على الإنترنت على 1C-Bitrix
• يبلغ عمر المشروع عدة سنوات، ولكن قبل بضعة أشهر فقط تم نقل الموقع إلى 1C-Bitrix
• الحضور 10-15 ألف شخص يوميا
• يحتوي كتالوج المتجر على حوالي 12000 عنصر منتج
• التوقف وانقطاع الموقع أمر غير مقبول
• تم تطوير المشروع من قبل شركة أخرى خلال ستة أشهر:
• 1. توجد مواصفات فنية لما يقرب من 100 ورقة، أي ما يعادل حوالي 40% من العمل المنجز.
  2. لا توجد وثائق المشروع
  3. عدم فهم سبب استخدام المطورين السابقين لحلول معمارية محددة.

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

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

المشكلة رقم 1 – يقع اللوم على المطورين في كل شيء

وكما هو الحال عادةً، يقع اللوم على الجميع باستثناء العميل. قام المصمم بتصميم تخطيط يزن كثيرًا، وقدم المضيف خادمًا يعمل ببطء، وقام المطورون بإنشاء موقع ويب به أخطاء وتعطل طوال الوقت، وأكمل المديرون بعض المهام التي لم نطلب تنفيذها بعد التبديل من نسخة قديمةالموقع على 1C-Bitrix كان هناك انخفاض حاد في حركة البحث، وما إلى ذلك. الوضع ليس واضح المعالم. من ناحية، المسؤولية الرئيسية، بالطبع، يجب أن تقع على عاتق الشركة المطورة. كان من الضروري أن أنقل للعميل عواقب جميع الإجراءات مع الموقع والاستعداد للنتيجة. عند أداء العمل، اقترح بنية شاملة النظام المستقبليوخطة تطوير للمتابعة حتى اكتمال المعالم. إجراء اختبار شامل للوظيفة وتقديم العمل. من ناحية أخرى، غالبًا ما أواجه موقفًا يعرف فيه العميل كل شيء بشكل أفضل، لأن والدته رسمت ذات مرة، وبالتالي فهي أفضل مصمم، وابنه البالغ من العمر 7 سنوات على دراية جيدة بتحسين محركات البحث، لأنه يقضي كل وقته على الكمبيوتر في لعب GTA.

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

نتيجة ل:

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

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

المشكلة رقم 2 – التنمية الموازية.

وفقًا لسياسة ترخيص 1C-Bitrix، يسمح لك كل ترخيص لموقع ويب باستخدام نسختين من النظام. واحد كموقع إنتاج، والثاني للتطوير. المشكلة هي أن التطوير يتم من قبل العديد من المطورين، في حالتي ثلاثة، بشكل مستمر. في حالة التطور الكلاسيكي، كل شيء بسيط. يعمل كل مطور على وحدته الخاصة. ثم يتم إجراء الاختبار الوظيفي لكل وحدة، ويتم دمج جميع التحسينات في مستودع بعض أنظمة التحكم في الإصدار، ثم يتم اختبارها معًا (اختبار التكامل). إذا كانت النتيجة طبيعية، يتم تقديم النسخة التجريبية للعميل. بعد قبول الإصدار التجريبي، يتم تحديث خادم الإنتاج. وفقًا لمنهجية SCRUM، قررت أن أقوم بتحميل إصدارات جديدة إلى موقع الإنتاج مرة واحدة في الأسبوع. وفقا لذلك، هناك 3-4 أيام للتطوير الأساسي. يوم واحد للاختبار وإصلاح الأخطاء ونصف يوم لتحديث خادم الإنتاج. المواعيد النهائية، بالطبع، تتقلب، لكنني حاولت الالتزام الصارم بقاعدة "الإصدار كل يوم خميس".

أول شيء صادفته هو أنه في 1C-Bitrix توجد مواقف يتم فيها استخدام نفس الملف في نفس الوقت في وظائف مختلفة في أطراف مختلفة من الموقع. الحل الأبسط والأكثر وضوحًا هو استخدام نظام التحكم في الإصدار، في حالتي، SVN، والذي أستخدمه في جميع المشاريع الأخرى. ولكن لاستخدام التحكم في الإصدار، من الضروري أن يكون لدى كل مطور نسخته الخاصة من الكود، والتي يقوم بتحريرها ثم دمجها في المستودع المشترك.

ماذا عن الرخصة؟ تم الاتصال به دعم فني 1C-بيتريكس. تلقيت عرضا لشراء إضافية. تراخيص للتطوير. بعبارة ملطفة، لم أكن سعيدًا، لكنني لم أتلق أي عروض أخرى. لقد وجدت الحل بسرعة كافية. قررت استخدام مفاتيح NFR. ولحسن الحظ، فإن حالة الشريك تسمح بذلك. ونتيجة لذلك، قمت بإنشاء 5 عمليات تثبيت للمتجر عبر الإنترنت:

• خادم الإنتاج
• خادم الاختبار
• 3 خوادم تطوير (واحد لكل مطور)

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

حاليًا أستخدم المخطط التالي:

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

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

بينما كنت أقوم ببناء الدائرة واجهت مشكلة أخرى. يشغل المشروع حوالي 80 جيجابايت من مساحة القرص. بدون ذاكرة التخزين المؤقت والملفات المؤقتة - حوالي 60. في البداية حاولت إزالة الصور ومقاطع الفيديو من التحكم في الإصدار - ولم ينجح الأمر. المعلومات الموجودة على الموقع تتغير باستمرار. تحتاج إلى اختبار باستخدام البيانات الحالية. استغرق التزام الموقع الأول بالمستودع أكثر من يومين على فترات مجزأة. يستغرق الخروج الأول لمجلد التطوير عدة ساعات (خادم SVN موجود شبكه محليهتطوير). إذا قمت، لا سمح الله، عن طريق الخطأ بإجراء تحديث كامل لمجلد المشروع، فيمكنك الذهاب للتدخين أو تناول الغداء أو لعب كرة الطاولة أو الشباك. يعد تنفيذ الملفات أو المجلدات المحددة فقط أمرًا سريعًا جدًا. الحل: أكملت مهمة تنزيل عشرات الملفات التي تم تغييرها مرة واحدة.

المشكلة رقم 3 – تحديث خادم الإنتاج والتعاون مع العميل

المشكلة هي الأهم والأكثر تعقيدًا ولم يتم حلها بالكامل. بعد كل شيء، إذا كانت المشاكل الأخرى تتعلق بالعمل الداخلي للمشروع، فإن سمعة العميل ودخله، وبالتالي دخلي، تعتمد على عمل الموقع.

تعمل قوانين مورفي بشكل رائع هنا:

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

بالطبع، أنا أبالغ، لكن كل نكتة فيها بعض الفكاهة. الحد الأدنى للتحميل على الموقع هو من 4 إلى 6 صباحا. بالطبع، سيكون من الأفضل التحديث في هذا الوقت، لكنني لا أريد ذلك حقًا.

في حالة معظم تطبيقات الويب، هناك بنية واضحة لتقسيم التطبيق إلى طبقات ويمكن تقسيم تحديث الموقع إلى قسمين:

• تحديث الكود
• تحديث قاعدة البيانات باستخدام البرامج النصية SQL

في حالة 1C-Bitrix، كل شيء أكثر تعقيدًا بعض الشيء. أولاً، هناك الكثير من الملفات. لدي أكثر من مليون منهم في مشروعي. يستغرق التحديث النموذجي من المستودع ما لا يقل عن 20 إلى 30 دقيقة. يمكنك، بالطبع، تحديث الملفات التي تم تغييرها فقط، ولكن بعد ذلك يتم فقدان النقطة الكاملة للمستودع. ثانيا، وهو أمر محزن للغاية، في كثير من الأحيان عند التحديث، يتعين عليك إجراء تغييرات وإعدادات يدوية من خلال لوحة الإدارة. وهذا دائمًا بطيء، عليك أن تتذكر جميع التغييرات التي يجب إجراؤها، فهناك احتمال كبير لارتكاب خطأ عن طريق الخطأ. يمكنك بالطبع كتابة برنامج نصي SQL لإجراء كافة التغييرات اللازمة على قاعدة البيانات. في أبسط الحالات، بالطبع، نفعل ذلك. ولكن في معظم الحالات، تستغرق كتابة مثل هذا البرنامج النصي وتصحيحه وقتًا أطول من وقت التطوير نفسه ووقتًا أطول بكثير من تنفيذ جميع الإجراءات يدويًا مع الاختبار اللاحق.

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

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

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

المشكلة رقم 4 - "افعل ذلك من أجلي بشكل عاجل، هذه مهمة مدتها 5 دقائق"

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

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

وبما أننا تطرقنا إلى موضوع النسخ الاحتياطية، أريد أن أشير إلى ذلك. يعد النسخ الاحتياطي باستخدام 1C-Bitrick بالطبع أمرًا جيدًا ومريحًا، ولكنه بطيء جدًا. إذا كنت بحاجة ماسة إلى استعادة ملف أو ملفين أو عدة قيم في قاعدة البيانات، فسيتعين عليك الانتظار حتى يتم فك ضغط الـ 60 جيجابايت بالكامل. يبدو لي أن المخطط التالي هو الأكثر فعالية:

• يجب أن تكون هناك نسخة احتياطية يومية للملفات وقواعد البيانات في شكل أرشيف مصدر خارجيبيانات.
• نقوم دائمًا بعمل نسخة احتياطية فورًا قبل التحديث في أحد الخيارين:
• 1. ضوء الخيار – انسخ مجلد المشروع بأكمله إلى مجلد مجاور على الخادم. نقوم بحفظ قاعدة البيانات كملف تفريغ في ملف منفصل. نحن لا نقوم بأرشفة أي شيء. في حال كنت بحاجة إلى استعادة بعض القيمة في قاعدة البيانات أو أحد الملفات، فسيكون كل شيء في متناول اليد ويمكن الوصول إليه بسهولة
  2. الخيار القوي - مشابه للخيار السابق، فقط نقوم بنسخ قاعدة البيانات إلى قاعدة بيانات أخرى بيانات ماي إس كيو إل. سيسمح ذلك، في حالة التعطل الكامل، بتصحيح المجلد الجذر للموقع في ملف المضيفين خلال 1-2 دقيقة، وسيبدأ المشروع في العمل من مجلد مجاور به نسخة من قاعدة البيانات.

خاتمة

شكرا لكل من قرأ حتى النهاية. آمل أن تكون تجربتي مفيدة لك. سأكون سعيدًا بتلقي اقتراحات حول طرق أفضل لحل المشكلات المثارة في التعليقات أو في رسالة شخصية. لقد حاولت الآن التعبير عن المشكلات الرئيسية المتعلقة بوضع اللمسات الأخيرة على المشاريع التي تم إطلاقها بالفعل ودعمها بمتطلبات موثوقية عالية. إذا كانت المادة مثيرة للاهتمام، فإنني أخطط لكتابة استمرار حول ميزات بنية 1C-Bitrix التي تميز تطوير موقع على Bitrix عن تطوير مشاريع الويب الأخرى.

معلومات عن العمل مع يمكن العثور عليها في البرامج التعليمية والوثائق. تم تصميم الدورات التدريبية لإتقان أساليب العمل منتج برمجيوالوثائق - لإتقان مبادئ تخصيص CMS.

عند العمل مع "1C-Bitrix: إدارة الموقع"تنشأ المشاكل في شكل مشاكل عملية محددة. لقد جمعناها في مواضيع متخصصة صفحات مختلفةدورات تدريبية لتسهيل العثور على إجابات لأسئلتك.

مراكز التدريب طرح سؤال المنتدى

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

إشارة مرجعية المسؤولينمخصص لأولئك الذين سيديرون "1C-Bitrix: إدارة الموقع".

إشارة مرجعية للمطورينمصممة لمطوري المشاريع على أساس "1C-Bitrix: إدارة الموقع".

مدراء المحتوى

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

يمكنك استيراد الدورة إلى موقع الويب الخاص بك مدير محتوىمن هذا الأرشيف. الدورة بدون أسئلة للاختبارات.
نسخة الدورة بتاريخ 5 يونيو 2015.

المسؤولين

المهام الإدارية	معلومة
قبل البدء بالعمل. الحد الأدنى المطلوب من المعلومات حول النظام: كيفية عمله، مصطلحاته، هيكله.	معلومات اساسية
التثبيت والتكوين. كيفية تثبيت موقع ويب أو تحديثه أو ترحيله بشكل صحيح. الأخطاء المحتملة في هذه العمليات. آلة افتراضية ل "1C-Bitrix: إدارة الموقع".	التثبيت والتكوين
أساسيات الإدارة. المبادئ الأساسية للإدارة في النظام: إدارة المواقع والمستخدمين والوصول إلى الوحدات والمعلومات وإعداد الواجهة وأدوات مسؤول العمل وضمان الأمان.	أساسيات الإدارة
يبحث. كل شيء عن العثور على المعلومات على الموقع. إعداد الوحدة النمطية يبحثوالإحصائيات وسحابة العلامات والأدوات الأخرى. الأخطاء النموذجية.	يبحث
كتل المعلومات. تفاصيل حول الوحدة الأكثر أهمية في النظام. التصدير والاستيراد، أمثلة على العمل.	كتل المعلومات
أمثلة على العمليات. عدة أمثلة عملية للعمل مع النظام.	أمثلة على العمليات
وحدات النظام. في "1C-Bitrix: إدارة الموقع"أكثر من 40 وحدة مختلفة تتيح لك أداء مجموعة متنوعة من المهام: بدءًا من إجراء الاستطلاعات ووصولاً إلى تكامل AD/LDAP والتخزين السحابي. وصف تفصيليالإعداد والعمل مع وحدات النظام غير التجارية.	مدير. وحدات
التداول عبر الإنترنت. تنظيم متجر افتراضي والمهام ذات الصلة: العمل مع العملات، والتكامل مع 1C، والكتالوج التجاري وإنشاء متجر عبر الإنترنت. أمثلة على العمل.	مدير. عمل

للمطورين

وثائق المطور هي وصف لواجهة برمجة تطبيقات النظام. وثائق المستخدم هي وصف لمكونات النظام وإعداداته.

الوثائق متاحة على الإنترنت وفي شكل ملف بتنسيق chm. يوصى باستخدام الإصدار عبر الإنترنت لأنه أكثر حداثة. يتم تحديث ملفات تنسيق chm بشكل دوري وقد لا تحتوي على معلومات حول أحدث التغييراتفي نظام المساعدة.

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

أنظمة مساعدة		.chm
وثائق المطور	النسخة على الانترنت	bsm_api.chm نسخة الوثيقة من 26.10.2018
وثائق API D7	النسخة على الانترنت	api_d7.chm نسخة الوثيقة من 29/05/2019
وثائق المستخدم	النسخة على الانترنت	bsm_user.chm نسخة الوثيقة من 29/11/2018

التوثيق هو معلومات مرجعية. لا يكفي أن يعمل المطور المبتدئ مع النظام. في إتقان مبادئ البرمجة في إطار عمل بيتريكسدورة خاصة سوف تساعدك:

مطور إطار عمل Bitrix	الأقسام
قبل البدء بالعمل. ماذا حدث إطار عمل بيتريكسوكيف تختلف هذه المنصة عن الأنظمة الأخرى. مجتمع المطورين.	ملاحظات أولية
بنية المنتج. هيكل المنتج من حيث MVC، ماذا حدث موقع إلكترونيفي فهم النظام، وحقوق الوصول.	بنية المنتج
كيف تعمل؟. التقنيات إطار عمل بيتريكس.	التقنيات
تصميم الموقع. "تحويل" الصورة إلى موقع ويب عامل. في الواقع، هذا هو تصميم الموقع.	تكامل التصميم
الإجراء العام للعمل في الموقع. تنفيذ الموقع. بأي ترتيب يجب أن أفعل هذا؟ مثال بسيط.	كيفية إنشاء موقع ويب بسيط
كتل المعلوماتمن وجهة نظر المطور. العمل من خلال واجهة برمجة تطبيقات النظام والأدوات القياسية.	كتل المعلومات
عناصر. المكونات هي الأداة الرئيسية للمطور عند العمل. كيف وفي أي الحالات لتخصيص؟ ما الذي يجب تخصيصه: القالب أم المكون نفسه؟ ملفات result_modifierو Component_epilog.
تصميم العمليات التجارية. أتمتة الأنشطة الحالية للشركة. كيف تفعل شيئًا غير موجود في المنتج بشكل افتراضي؟
د7. جوهر النظام الجديد. مبادئ العمل.	د7
لقد نمت لتطوير منطقتنا. إنشاء الوحدات الخاصة بك والحلول القياسية، وتحميلها إلى السوق.
نمت لتتطور الخاصة - 2 موقع التكنولوجيا المركب
مشروع "الكبار".كيف يمكن تطوير وتشغيل مشروع معقد أو عالي التحميل بشكل صحيح باستخدام Bitrix Framework؟	تطوير وتشغيل المشاريع ذات الأحمال العالية