1C قوالب بيتريكس. حلول جاهزة. ما هي الملفات المطلوبة لإنشاء القالب؟


كيفية تثبيت؟

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


اختبار حل جديد


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



الحلول الجاهزة "1C-Bitrix"


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




ولا ينتهي الاختيار عند هذا الحد، لأن هناك العديد من خيارات التصميم لكل نوع من أنواع المواقع.




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




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

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

ما هي الملفات المطلوبة لإنشاء القالب؟

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

المسار إلى القوالب: /bitrix/templates/

يمكنك إنشاء قالب بثلاث طرق:

  • يمكنك نسخ قالب جاهز، وبناء عليه تغييره بما يناسبك
  • يمكنك إنشاء قالب فارغ من خلال لوحة الإدارة
  • يمكنك إنشاء مجلد فارغ وملئه بالملفات والمجلدات تدريجيًا
  • كما تفهم، الخيار الثالث هو الأكثر تشددا :) دعنا نذهب إلى لوحة الإدارة، الإدارة > الإعدادات > إعدادات المنتج > مواقع الويب > قوالب موقع الويب > إضافة قالب.
    الرابط المتعلق بالموقع: /bitrix/admin/template_admin.php?lang=ru

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

    #منطقة العمل#

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

    بعد حفظ القالب، يبدو ملف description.php الخاص بي كما يلي:

    عظيم، يجب أن يكون لدينا 5 ملفات متبقية في الجذر، ولن نستخدم الباقي في الوقت الحالي:

    • وصف.php،
    • header.php،
    • تذييل.php،
    • الأنماط.css،
    • template_styles.css

    تتم كتابة جزء الكود الموجود قبل #WORK_AREA# في النهاية في header.php. خمن الجزء المكتوب في footer.php :) (الجزء الذي يليه). منطقة العمل نفسها عبارة عن محتوى ديناميكي (ليس دائمًا بهذه الديناميكية)، وهو موجود، على سبيل المثال، في المجلد /contacts/ أو /about/ في ملف Index.php. يبدأ الملف نفسه عادةً بإدراج الرأس وينتهي بإدراج التذييل:

    أرسل رسالة نصية

    حتى الآن، كل شيء يبدو منطقيا.

    مجلدات 1C-Bitrix وبنية القالب الجديد

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

    لتلخيص ذلك، هيكل القالب الصحيح لدينا هو:

    Include_areas مكونات الصور js

    أن تكون متمرداً قليلاً:

    Inc img Components JS

    من حيث المبدأ، لا أحد يحدك، هذه مجرد توصيات.

    والآن نصل بسلاسة إلى المشكلة الأولى - الكود الثابت. يتم استخدام الرمز الثابت عند استخدام إدخال نص بدلاً من القيم الديناميكية، مثل اسم المجال. معظم المطورين المبتدئين لا يعرفون شيئًا عن ثابت SITE_TEMPLATE_PATH، الذي يخزن المسار إلى القالب الحالي كقيمة - في حالتنا هو /bitrix/templates/development (بدون الشرطة المائلة اللاحقة، يرجى ملاحظة ذلك). وبالتالي، عندما تقوم بتضمين البرامج النصية أو المناطق المضمنة، ستحتاج إلى كتابة المجلد: