В статье некоторые вещи опущены, некоторые упрощены. Ряд решений сознательно "не оптимальны", однако статья писалась для не опытных разработчиков, с целью создания УРОКА. Это пошаговая инструкция и демонстрация. Прошу поддержать, если такой материал кажется вам полезным.
Вопросов к верстальщику, считаю быть в данном случае не должно, он нормально сверстал. В Битриксе это сложно сделать из-за панели администрирования. Ей нужен 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С-Битрикс».