JavaScript в подвале шаблона

  • JavaScript в подвале шаблона

    Антон Долганин 29 Июня 2016 8:00 13517
    С некоторых пор стало правильным размещать JS в конце страницы, дабы он не тормозил рендеринг страницы. В Битрикс для этих целей появилась кнопка "Переместить весь JS в конец страницы". Но она мне не нравится, так как снижает производительность (за счет парсинга страницы), поэтому я делаю следующим образом.

    Цель поста не вау-эффект, так как ничего такого тут нет, а скорее делюсь подходом максимально правильного решения.

    Ну во-первых, чтобы не отходить от канонов, все JS и CSS шаблона сайта я регистрирую все равно в шапке. Так привычнее:

    Screenshot_1.png


    Затем, вверху header.php и footer.php я определяю простую переменную:
    $bScriptInFooter = !$USER->isAuthorized();


    Как уже догадались, это условие "перемещение" скриптов вниз страницы. Почему не всем перемещать можно? Потому что при показе админ.панели мне не удалось добиться ее работоспособности при скриптах в футере. В целом, это условие вы можете доработать и под себя. Например, перемещать вниз страницы в том числе и для обычных посетителей.

    Дальше все просто. В header.php я пишу:
       <? 
       $APPLICATION->ShowCSS();
       if (!$bScriptInFooter) {
          $APPLICATION->ShowHeadStrings();
          $APPLICATION->ShowHeadScripts();
       }  
       ?>


    А в footer.php
    <?
    if ($bScriptInFooter) {
       $APPLICATION->ShowHeadStrings();
       $APPLICATION->ShowHeadScripts();
    }
    ?>


    Вот и вся магия. Да. стоит заметить, что все дополнительные JS внутри компонент я регистрирую также через addHeadScript и addHeadString.
Адриан
29 Июня 2016 11:15
Добрый день, а чем отличается <?=SITE_TEMPLATE_PATH?> от SetAdditionalCSS и AddHeadScript?

P.S. и пожалуйста, можете показать пример как создать такую форму добавление комментарий как у вас
Антон Долганин
30 Июня 2016 8:30
Добрый день, а чем отличается <?=SITE_TEMPLATE_PATH?> от SetAdditionalCSS и AddHeadScript?
Вы про размещение просто сразу ссылки script=src?  Именно штатные SetAdditionalCSS и AddHeadScript позволяют собрать JS/CSS в кучу и вывести их в нужном месте. Это раз.

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

Три - это позволяет соединять JS в один файл настройками главного модуля.

Штатные методы SetAdditionalCSS и AddHeadScript  обязательны к применению.  
Сергей
1 Июля 2016 7:25
Антон, а есть ли принципиальная разница - через $APPLICATION->.*  или через
use Bitrix\Main\Page\Asset;
Asset::getInstance()->addCss(...);   
Asset::getInstance()->addJs(...); 


Просто Вы, насколько я читал - используете D7, а здесь именно через $APPLICATION. Или это просто в демонстрационных целях?
Сергей
1 Июля 2016 7:27
Блин, что-то парсер накосячил. Прошу прощения. Я думаю всё-равно понятно, что я имел ввиду?
Антон Долганин
1 Июля 2016 7:55
Да, скорее чтобы понятнее всем было, про какие методы я речь веду :) так конечно - только D7 по возможности.
Павел
5 Июля 2016 8:23
Не знаю как сейчас,  скорее всего ничего не поменялось, реализация подключения js и CSS на D7 не сильно лучше старого варианта. По крайней мере так было зимой.
Александр
3 Августа 2016 7:04
Насколько помню, там внутри у SetAdditionalCSS используется тот же Asset::getInstance()->addCss
Так что без разницы
Денис
5 Июля 2016 18:08
Кажется, Вы забыли упомянуть, что для такого подхода требуется перебрать все шаблоны и все упоминания о script загнать в AddHeadString.
Иначе, первое же обращение к Битриксовым JS или к JS шаблона вызовет ошибку.
Например, размещенный в шапке сайта sale.basket.basket.line
Антон Долганин
6 Июля 2016 6:14
Спасибо, замечание верное. Потому что я подразумевал подход только в новых проектах :)
Антон
8 Июля 2016 21:43
Для работы админ-панели ShowHeadStrings() оставил в шапке, а ShowHeadScripts() переместил в подвал
rivetweb
3 Августа 2016 7:54
> Но она мне не нравится, так как снижает производительность (за счет парсинга страницы)думаю что с новым режимом Автокомпозита.

подход теперь имеет мало смысла. там же все кешируется на уровне целых страниц и ресуры тратятся только при генерации кешированной страницы. нет?
Антон Долганин
3 Августа 2016 8:46
Если вы про композит - то да, там единая страница раз генерится.