добавить код в head битрикс

Добавление скриптов, линков и произвольного текста в раздел head

Как правило, чтоб добавить в раздел head код, к примеру такой

можно просто найти файл в котором находится раздел head и вписать туда данный код, и он будет работать, конечно «типа эксперты» будут критиковать такой код за то что он не соответствует философии битрикса.

Для добавления линков, мета и скриптов можно воспользоваться и другим вариантом, который чуть ближе к философии битрикса, это используя класс и методы.

Подключение link, meta, scripts в раздел head с помощью класса Asset

И так, с начало найдем файл, в котором будем делать подключение

Как правило это файл header.php который находится в папке темы

теперь добавляем код

теперь по подробней

с начало добавляем класс

у которого есть такие методы

addString — Метод добавляет строку в секцию head

addCss — Метод добавляет css в секцию head

addJs — Метод добавляет js в секцию head

где, SITE_TEMPLATE_PATH — путь к папке шаблона

1 комментарий

Спасибо за отличный пост!
Нашла в нем, как подключать фавиконку (rel=»apple-touch-icon»).
Успехов вам!

Добавить комментарий Отменить ответ

Рубрики

Свежие записи

Свежие комментарии

Условия обработки персональных данных

Сайт использует технические и персональные данные пользователей для получения маркетинговой и статистической информации. С условия обработки персональных данных посетителей можно ознакомиться по ссылке.

Источник

Вставка минифицированного css-кода в теге style в head на лету

В своём примере я не выделяю стили верхней части страницы, а подключаю весь закешированный битриксом файл стилей в теге head. Хочу сразу предупредить, что данный метод стоить тестировать на производительность на конкретном сайте, в некоторых случаях это может увеличить First byte из-за работы с большими строками через регулярные выражения, в некоторых сильно увеличит объём страницы и уменьшит объём кешируемых данных, что приведёт к обратному эффекту.

Немного истории. Bitrix Framework буфферизирует весь клиентский код. Данный подход делает возможным работу отложенных функций и прочей манипуляции с содержимым сайта «выше», после того как мы находимся уже совершенно в другой части исполнения страницы и не имеем возможности перепроектировать последовательность под конкретный случай.

Метод будет работает стабильно всегда, так как получает имя сгенерированного битриксом файла через специальный api-метод, ищет его в контенте и ещё раз проверяет файл по имени (содержит template_), проверяет его существование на сервере и если он не пустой, вставляет в документ и очищает контент от link’a только вставленного файла.

0,0009, но и контента на приведённом в примере сайте очень мало.
Также не стоит забывать, что подключенные внешние файлы стилей будут кешироваться браузером и такой прямой подход как здесь увеличит объём страницы и уменьшит кол-во кешируемых данных, так что подходит не везде. Если у вас не много стилей, маленький или среднего размера проект, то скорее всего вы получите прирост. На крупных проектах метод не стоит использовать или стоит дорабатывать.

Источник

Добавить код в head битрикс

Цитатник веб-разработчиков В тексте курса вы встретите цитаты, высказанные в разное время разработчиками системы и разработчиками проектов на базе Bitrix Framework. Надеемся, что такие неформальные замечания внесут некоторое разнообразие в процесс изучения. Заодно опытные специалисты поделятся и своим опытом.

Чтобы научиться программировать в Bitrix Framework, нет необходимости изучать всю линейку курсов. Но есть моменты, которые необходимо знать разработчикам о системе, они раскрыты в начальных курсах:

Как построен курс

Общепринятая градация квалификации разработчиков в рамках курса обозначает что:

Начальные требования к подготовке

Для успешного изучения курса и овладения мастерством разработки сайтов на Bitrix Framework необходимо владеть (хотя бы на начальном уровне):

У нас часто спрашивают, сколько нужно заплатить

Ещё у нас есть Академия 1С-Битрикс, где можно обучиться на платной основе на курсах нашей компании либо наших партнёров.

Баллы опыта

уроке.

Тесты

После изучения курса вам будет предложено пройти тесты на сертификацию. При успешной сдаче последовательности тестов на странице Моё обучение можно просмотреть результат обучения и загрузить сертификат в формате PDF.

Комментарии к статьям

Что дальше?

Одновременно с изучением курса Разработчик Bitrix Framework вам придётся обращаться к информации о других технологиях Bitrix Framework. Эта информация размещена в следующих курсах:

Для преподавания оффлайн

Если данный курс берётся в качестве основы для оффлайного преподавания, то рекомендуемая продолжительность: 5 дней (40 академических часов).

Если нет интернета

Скачать материалы курса в формате EPUB. Файлы формата EPUB Чем открыть файл на
Android:
EPUB Reader
CoolReader
FBReader
Moon+ Reader
eBoox

iPhone:
FBReader
CoolReader
iBook
Bookmate

Windows:
Calibre
FBReader
Icecream Ebook Reader
Плагины для браузеров:
EpuBReader – для Firefox
Readium – для Google Chrome

iOS
Marvin for iOS
ShortBook
обновляются периодически, поэтому возможно некоторое отставание их от онлайновой версии курса.

Источник

Вставка минифицированного css-кода в теге style в head на лету

В своём примере я не выделяю стили верхней части страницы, а подключаю весь закешированный битриксом файл стилей в теге head. Хочу сразу предупредить, что данный метод стоить тестировать на производительность на конкретном сайте, в некоторых случаях это может увеличить First byte из-за работы с большими строками через регулярные выражения, в некоторых сильно увеличит объём страницы и уменьшит объём кешируемых данных, что приведёт к обратному эффекту.

Немного истории. Bitrix Framework буфферизирует весь клиентский код. Данный подход делает возможным работу отложенных функций и прочей манипуляции с содержимым сайта «выше», после того как мы находимся уже совершенно в другой части исполнения страницы и не имеем возможности перепроектировать последовательность под конкретный случай.

Метод будет работает стабильно всегда, так как получает имя сгенерированного битриксом файла через специальный api-метод, ищет его в контенте и ещё раз проверяет файл по имени (содержит template_), проверяет его существование на сервере и если он не пустой, вставляет в документ и очищает контент от link’a только вставленного файла.

0,0009, но и контента на приведённом в примере сайте очень мало.
Также не стоит забывать, что подключенные внешние файлы стилей будут кешироваться браузером и такой прямой подход как здесь увеличит объём страницы и уменьшит кол-во кешируемых данных, так что подходит не везде. Если у вас не много стилей, маленький или среднего размера проект, то скорее всего вы получите прирост. На крупных проектах метод не стоит использовать или стоит дорабатывать.

Источник

Как вывести что-то в head из футера или тела страницы

На помощь придет понятие отложенной функции. Это функция, которую мы вставляем в нужное место шаблона, но она срабатывает не сразу, а только когда закончится построение страницы. По такому принципу работает SetTitile и ShowTitile.

И так, что нам потребуется. Потребуется три функции, которые можно прописать в /bitrix/php_interface/init.php:

Совершим более глобальный подход и напишем инструмент, который позволит вставлять какие угодно куски текста в различные места шаблона в любой момент. А также переопределять их.

Как все это дело работает.

В тело head в нужное нам место вставляем такой маркер:

Как видите, я просто вызвал нашу функцию с определенным ключом. Причем, если ключ пуст, то функция ничего и не выведет.

Но теперь, на последнем шаге оформления заказа я могу сделать вот что:

И в текст GA вставится метод, который отправляет транзакцию на сервера Google, чтобы он учел оформление заказа по определенной РК.

PS: Это новый код GA, поэтому разместить его в футере нельзя (как мне сказали). Но пример лишь показывает как вы можете относительно легко управлять тем, что уже вывелось.

Да. Я бы предложил не делить логику системы на хедер, рабочую область и футер. Было бы здорово если шаблон сайта представлял из себя обычный шаблон компонента, состоящий из одного файла, в который поступает такой же arResult. Ключи этого массива можно вывести в любой части страницы.

Т.е. сам процесс формирования страницы представляет из себя такой большой комплексный компонент.

Да точно также, только для этого не нужно было бы заводить три функции, разбивать содержимое буфера на массив, а потом обратно преобразовывать его в строку, хотя нужно признать, первое время я восхищался данным решением

На примере заголовка страницы:

// компонент news.detail
$APPLICATION->Data[‘page_title’] = ‘News title’;

// шаблон сайта
Data[‘page_title’];?>

Возможно, но как вы при текущей реализации решите такую задачу:

Для всех несуществующих новостей отображать не просто сообщение «Новость не найдена», а выводить полностью другой шаблон сайта (специальный под 404) без лишних сайд-баров, при этом это должен быть именно шаблон битрикса.

Все компоненты будут вызываться из специального файла, который по сути будет определять содержимое страницы.

Каждый компонент будет писать свой результат в специальный массив, который потом будет передан в шаблон сайта. Сам шаблон ничего не вызывает, он только обрабатывает. Я пришел к этой мысли после знакомства с xslt. Там у вас есть xml с данными и есть xsl файл который эти данные крутит-вертит и формирует html.

Просто think different

Можно так
include(header);
include(content);
include(footer);
render();

Основной недостаток в том, что сервер уже «поработал» над созданием текущей страницы, что по большому счёту не страшно.
Другое дело, что предложенный вариант решает не совсем ту задачу, о которой вы говорите: «выводить полностью другой шаблон сайта», при этом сохранить контент.
Если, скажем, надо показать не 404, а вывод компонента (пусть то же «новость не найдена», но в другом шаблоне сайта), при этом не сильно извращаться, можно сделать иначе:

— в момент возникновения ошибки создаём файл кеша с идентификатором текущего URL, временем жизни, которое нам удобно (например, 3600 сек);
— после этого делаем LocalRedirect на ту же самую страницу;
— в настройках сайта определяем для подключения «другого шаблона» факт наличия файла кеша;
— на следующий проход LocalRedirect не делаем т.к. файл кеша существует.

При этом надо обязательно проверять, что файл кеша создаётся, иначе будет бесконечный редирект.

Всю эту логику не обязательно вставлять в компонент, можно сделать один раз на какое-нибудь событие эпилога по наличию константы ERROR_404.

Источник