القالب 1 مع Bitrix. حلول جاهزة. حيث يوجد اثنان، هناك ثلاثة
يحدد القالب التخطيط العناصر الوظيفيةوعرض الصفحة وأسلوب الفن. الجنرال مظهرموقع.
عادة ما يتم استخدام تخطيط واحد لجميع الصفحات، ولكن 1C Bitrix يسمح لك باستخدام العديد من خيارات التصميم في وقت واحد.
باستخدام الأدوات المضمنة، يمكنك تعيين القوالب الخاصة بك لجميع الأقسام وحتى الصفحات. يمكنك أيضًا ضبط شروط مختلفة لعرض دائرة معينة. يتم إجراء الإعدادات من خلال لوحة الإدارة.
يتم تخزين قوالب الصفحة في مجلد "القوالب" الذي يحمل نفس الاسم. في محرر مرئيما عليك سوى تحديد الخيار المطلوب من القائمة وإكماله بالبيانات الضرورية. من سمات القالب فصل المنطق عن العرض التقديمي.
من يحتاج إلى القوالب ولماذا؟يتيح لك نظام Bitrix إنشاء قوالب معدة مسبقًا واستخدامها، وتطبيقها على مساحات العمل.
يعد هذا حلاً عمليًا وفعالاً عند العمل مع صفحات متعددة المكونات ذات بنية معقدة، على سبيل المثال، عند العمل مع متجر عبر الإنترنت أو بوابة إخبارية.
مزايا القالب المحدد بشكل صحيح:
- الانطباع الأول. يوضح تصميم الموقع ما تتخصص فيه الشركة ويخلق انطباعًا إيجابيًا.
- التذكر. يرتبط الموقع بشركة معينة ويظل من الممكن التعرف عليه.
- نزاهة. يجب كتابة القالب بأدق التفاصيل، وتقديم صورة متناغمة.
- وظائف. يتم الجمع بين الجاذبية وسهولة الاستخدام والتطبيق العملي.
هيكل قالب 1C Bitrix عبارة عن مجموعة من الملفات والمجلدات. يحتوي الدليل الرئيسي على الوصف و معلومات عامةللقسم الاداري . في بعض الأحيان يتم أيضًا تعيين بعض الوظائف الإضافية هناك.
يتم استخدام منطقة عمل القالب لوضع المحتوى الرئيسي، والحاجة إلى التقسيم بسبب البنية. تم تعيينها على أنها منطقة عمل ويتم كتابتها في نموذج التحرير، وتعمل كفاصل مسافة.
يتم أيضًا عرض الأقسام الرئيسية للموقع في شكل أدلة مناسبة. أساس قالب 1C Bitrix هو ملفات الرأس والتذييل. أنها تحتوي على التعليمات البرمجية، وإضافات المكالمات، وCSS ووظائف أخرى.
يتم تضمين المحتوى الديناميكي في القالب باستخدام توجيهات Bitrix Framework. هنا يمكنك تعيين إدراجات PHP التي تستدعي مكونات Bitrix الخاصة.
أولاً، يتم تعيين العنوان والأيقونات وأوراق الأنماط المتتالية والعلامات والمعلمات الأساسية الأخرى. بعد ذلك لا بد من تحديد موقع الجزء الإداري. من الأفضل وضع جميع صور العمل في مجلد واحد محدد.
يتم استبدال القائمة المرقمة بقائمة باستدعاء مكون Bitrix لإنشاء العناصر وتحريرها. يتم أيضًا إنشاء معظم العناصر القياسية الأخرى كمكونات.
لوضع الامتداد المطلوب، يتم إدراج رمز الاتصال به في مكان محدد مسبقًا على الصفحة. في البداية، يكون موجودًا في وثائق المستخدم أو في علامة تبويب المحرر المرئي.
جانب آخر مهم هو ملفات CSS الخاصة بالقالب. في البداية، هناك ثلاثة منها: العنصر الرئيسي واثنتان مساعدتان لتصميم المحتوى. لكن هذا التمييز تعسفي للغاية، لأن جميع العناصر مترابطة بشكل وثيق.
كيفية تثبيت القالب؟يتم تثبيت القالب النهائي وفقًا للمخطط التالي:
الجزء الأخير هو الإشارة إلى كافة متغيرات Bitrix المكتوبة في ملف الرأس. من المهم أن تتذكر تحرير المسارات في CSS وحفظ النتائج المتوسطة. بعد ذلك يمكنك تطبيق القالب على الموقع عن طريق تحديده من القائمة المناسبة في إعدادات المنتج.
الاستنتاجاتقوالب 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 (بدون الشرطة المائلة اللاحقة، يرجى ملاحظة ذلك). وبالتالي، عندما تقوم بتضمين البرامج النصية أو المناطق المضمنة، ستحتاج إلى كتابة المجلد: