В статье некоторые вещи опущены, некоторые упрощены. Ряд решений сознательно "не оптимальны", однако статья писалась для не опытных разработчиков, с целью создания УРОКА. Это пошаговая инструкция и демонстрация. Прошу поддержать, если такой материал кажется вам полезным.
Шевчик Игорь написал: В бутстрапе практикуют js подключить как можно ниже. В шаблоне получилось на оборот
Вопрос к верстальщику. Мы подключаем всё так, как он задумал. У меня есть другой бутстрап шаблон (там гораздо больше ЦСС и ЖС) - там часть подключается в хеадере, часть в теле. В теле не используем отложенные функции именно по описанной вами причине.
Шевчик Игорь написал: На мой взгляд (не проверял) ключевые слова и описание будут продублированы $APPLICATION->ShowHead();
Есть такое дело. Но хуже от этого не будет, поэтому не стал вносить правку. Иногда отдельно подключить мета-теги требуется.
Шевчик Игорь написал: По коду шаблона компонента команды, стоит проверить свойство на наличие значения
Не критичное замечание для начинающего разработчика. Там много что "надо проверять" и "надо делать". Однако тогда из-за всей этой ерунды реально НУЖНЫЕ вещи не заметишь. Это сугубо моё ИМХО, но я готов за него драться.
Шевчик Игорь написал: Там же. NAV_STRING верхний в row класть не правильно
Поясните мысль. Может я спросонья не понимаю?
Шевчик Игорь написал: Возможно стоило в папке local все показывать. Т.е. не /bitrix/templates/ а /local/
Нет не стоило. Новомодные битриксовые тенденции ещё могут 10 раз поменяться (как это регулярно происходит). А главное, что это не применимо для старой архитектуре. Я же оставался в рамках древней как битрикс концепции шаблона сайта.
Вопросов к верстальщику, считаю быть в данном случае не должно, он нормально сверстал. В Битриксе это сложно сделать из-за панели администрирования. Ей нужен js в верху. Короче это вопрос религии.
ShowHead нужно упразднить в данном случае и призывать все руками через api
Ну правило проверки вывода одно: если данные есть, то выводи. Как Вы говорили хуже не будет
По NAV_STRING. Верхняя постраничка в шаблоне компонента членов команды в диве row ее нужно вынести от туда
По папке локал, снялся бы вопрос синхронизации с сервером. Ну тут дело вкуса
Шевчик Игорь написал: Вопросов к верстальщику, считаю быть в данном случае не должно, он нормально сверстал. В Битриксе это сложно сделать из-за панели администрирования. Ей нужен js в верху. Короче это вопрос религии.
Нет. Верстальщик готовит нам полноценный макет. Если он делает JS, то должен делать его ПОЛНОСТЬЮ. Все необходимые для панели JS мы сами подключим в хеадере без проблем. Если же верстальщик счёл необходимым подключить свои JS так же в хеадере, то он может быть конечно не прав. Но абсолютно неправильно исправлять его "ошибку" разработчику. Это двойная работа. Если верстальщик плохо справляется с обязанностями по реализации JS, то вообще надо убрать это из его функций, экономить время.
Шевчик Игорь написал: ShowHead нужно упразднить в данном случае и призывать все руками через api
Ни в коем случае! Это не только мета теги! Это ещё и подключение JS/CSS отложенными функциями. И борьба с дублями подключений. И возможность объединения оных! В общем много всяких приятных мелочей! Не надо растекаться. Я скорее за удаление мета-тегов дескрипшна и кейворда (во втором шаблоне собственно так и сделал)
Шевчик Игорь написал: По NAV_STRING. Верхняя постраничка в шаблоне компонента членов команды в диве row ее нужно вынести от туда
Игорь, я искренне не понимаю зачем ))) Вот наверное туплю. На самом деле я вообще её удалил бы. =)
Шевчик Игорь написал: По папке локал, снялся бы вопрос синхронизации с сервером. Ну тут дело вкуса
Ну, а может я снимаю этот вопрос существованием 1 сервера и ведением разработки на нём? Тем паче, ничто не мешает синхронизовать и папку шаблона (без ядра). Это действительно дело вкуса и вопрос религии.
Добрый день! Собираю шаблон для интернет магазина на битрикс по вашей статье. Не могу понять почему мы сначала подключаем стили и скрипты с помощью <?=SITE_TEMPLATE_PATH?>, а потом еще и с помощью <? $APPLICATION->ShowHead(); $APPLICATION->SetAdditionalCSS(SITE_TEMPLATE_PATH.'/css/styles.css'); $APPLICATION->SetAdditionalCSS('http://fonts.googleapis.com/css?famil...:400,300'); ?>
Василий Смоляр, Первый способ позволяет просто задать "относительный" путь к файлу (относительно шаблона в котором находится). Мы делаем это для всех файлов (картинок, стилей, скриптов, шрифтов, и т.п.), чтобы меньше думать. Второй способ представляет из себя собственно подключение с использованием АПИ.
При этом первый способ не позволяет задействовать проверку на дубли вызовов средствами АПИ, а во втором она происходит автоматом.
нет. 1й используется для создания "черновой сборки". Когда вы перетаскиваете шаблон из локальной папки с вёрсткой в битрикс и проверяете ничего ли вы не забыли, все ли ссылки ведут правильно, нет ли абсолютных ссылок. Если в целом работает, то переделываете на 2й.
Если стилей и скриптов не очень много, то можно и сразу по 2 варианту делать. Просто опыт показывает, что когда опыта нет, то сразу сложно делать и бывают досадные ошибки, которые сложно найти.
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».