В статье некоторые вещи опущены, некоторые упрощены. Ряд решений сознательно "не оптимальны", однако статья писалась для не опытных разработчиков, с целью создания УРОКА. Это пошаговая инструкция и демонстрация. Прошу поддержать, если такой материал кажется вам полезным.
1) отдел документации и отдел корпоративного обучения - 2 разных отдела, насколько я понимаю 2) я не очень хорошо нахожу общий язык с отделом обучения. Поэтому пока в таком стиле (только ЕЩЁ БОЛЕЕ ПОДРОБНОМ и дл более сложного крутого шаблона) буду делать курс сам. Бесплатно. И для всех.
Первые 3 урока (натягиваем статику, осваиваем включаемые области, делаем сладйер на инфоблоках) уже готовы. На Гитхабе есть проект (1 урок = 1 пул реквест) Сами уроки доступны на моём сайте. Думаю сделать ещё пару глав прежде чем делать здесь анонс.
Но поскольку делаю "методом для дебилов" (я сам предпочитаю такие инструкции, потому делаю в первую очередь "как для себя любимого"), то каждая глава получается очень большой и написание (с реализацией) занимает много времени.
В бутстрапе практикуют js подключить как можно ниже. В шаблоне получилось на оборот
На мой взгляд (не проверял) ключевые слова и описание будут продублированы $APPLICATION->ShowHead();
Идея бутстрапа, на мой взгляд, в less (теперь и в sass). Я понимаю что статья не про бутстрап
По коду шаблона компонента команды, стоит проверить свойство на наличие значения
Там же. NAV_STRING верхний в row класть не правильно
По стилям визивика. Тут сама идея выдрать jumbotron очень сомнительна. У бутстрапа куча стилей, создаваемых через less. Тут стоило из less генерировать два файла для style.css и template_style.css.
Возможно стоило в папке local все показывать. Т.е. не /bitrix/templates/ а /local/
Шевчик Игорь написал: В бутстрапе практикуют 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С-Битрикс».