Форум

Обсуждение 3. Пример мастера тиражного решения

Обсуждение 4. Автоматизация работы

Обсуждение Тиражное решение

Обсуждение 1. Маркетплейс - общая информация

[B]Святослав Поляков[/B], день добрый.

Могу ошибаться, но судя по вопросу, вы используете SQL запросы в файле result_modifier.php, в шаблоне компонента.
В рамках правильного подхода разработки под 1С-Битрикс, не нужно так делать. Есть API, которых обычно хватает для решения задачи.

Использование прямых запросов чревато неработоспособностью вашего кода при обновлениях, увеличением сложности поддержки и развития проекта.
Понять, как правильно писать под нашу платформу, вам поможет прочтение курса для разработчиков [url]http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43[/url] и использование справочника по API [url]http://dev.1c-bitrix.ru/api_help/[/url]

[QUOTE]Уколов Алексей пишет:
А можно попросить подробнее объяснить этот способ?
Что значит "Подключать из него все остальные"?
Что-то я не сталкивался с такой терминологией.
[/QUOTE]В данном подходе папка дефолтного шаблона практически как папка в корне сайте, просто в других шаблонах указываете прямые пути к скриптам и стилям.

[QUOTE]Сергей Талызенков пишет:
Мое мнение таково, если в проекте создается множество шаблонов "/bitrix/templates/..."
то:
1. или хранить все css/js в папке /bitrix/templates/.default
2. или хранить в корне сайта.
в ином случае я наблюдал бред в виде дублей файлов в каждом шаблоне.
[/QUOTE]Согласен про .default, этому на курсах и учим.
Не пойму чем лучше корень сайта?


[QUOTE]Уколов Алексей пишет:
- унификация процесса (верстальщику не нужно думать о том как сайт будет поделен на шаблоны, программисту не нужно вырезать css и js из общего файла и делить по шаблонам)
- гораздо проще натравить sass-компилятор, js-минификатор и т.д. на одну директорию, чем на n шаблонов
- проще ориентироваться в стилях и скриптах, когда все файлы перед глазами
- не нужно дублировать спрайты, используемые в нескольких шаблонах, аналогично с общими скриптами
[/QUOTE]И не нужно делить, дублировать и т.д.. Если на сайте используется несколько шаблонов сайта, то стили, скрипты, картинки - удобнее всего хранить в одном шаблоне (чаще используют .default для хранения всех общих объектов), и подключать из него во все остальные.

В этом случае преимущество хранения в корне вижу - только что верстальщика не "пугать" сложным путем ))

[QUOTE]Цитата
возьмем случай с компонентом, когда нам необходимо добавить какой-либо функционал за рамками проекта, где еще требуется визуальное оформление с использованием css и js, мы все это дело размещаем в папке bitrix/components/папка компонента[/QUOTE]
Я надеюсь речь о размещении в шаблоне по пути bitrix/components/папка компонента ? :) Из курса должны были запомнить что раздел с компонентами из пространства имен bitrix менять нельзя.

[COLOR=#373737]Как я писал выше, стили компонентов можно размещать и в общем файле стилей, если в проекте так удобнее, все зависит от задач. Ну и механизм объединения файлов стилей упрощает работу, если удобнее хранить стили в шаблоне компонента. [/COLOR]

Привет!

Мне тоже интересно мнение участников, пока напишу свое.

[QUOTE]senty пишет:
Летом проходил курсы веб-разработчиков битрикс (для начинающих), во всех примерах CSS, JS и прочее хранилось в /templates/папка_шаблона/...
[/QUOTE]Олично, как тебе обучение?



По мнению:
[QUOTE]1. потому как на папку /bitrix вполне верятно настроить исключительные права, которые не дадут доступа для низжелащих папок [/QUOTE]Не нужно ставить такие права, в папке bitrix много файлов, редактируемых разработчиком. Т.е. выставление таких прав - это ошибка.

[QUOTE]senty пишет:
2. папку в корне /static/ можно вынести в CDN для оптимизации
[/QUOTE]в CDN попадает файлы только из /upload/ и /bitrix/ :)

[QUOTE]senty пишет:
3. простота обновления
[/QUOTE]Совсем не понятно. Если речь об удобстве редактирования в одном файле, то можно все стили компонентов сложить в один файл в шаблоне. Иногда так действительно удобно. О скриптах так не скажу.


[QUOTE]senty пишет:
4. нельзя пользователю показывать реальные пути до системных папок[/QUOTE]Откуда в путях до скриптов и стилей будут системные папки, они же подключаются от корня сайта ))

Мне эта задача не видеться сложной, если проект - закрытая система закупок, т.е. на сайте покупают только после ввода логина/пароля, и мы заранее знаем всех покупателей (на сайте нельзя просто зарегистрировать и купить).

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