Иван Малышин написал: Использование этой папки - это рекомендуемый нами подход в любых проектах, нет объективных причин (или я не знаю? назовите) не использовать эту папку.
Ну к примеру при установки расширений из marketplace они никак не отразятся в папке local. И если использовать её по прямому назначению, т.е. для контроля версий (http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=38&LESSON_ID=3424&sphrase_id=23016021 ) получается что контроль распространяется только на шаблоны и пользовательские скрипты которые добавляются через /local/php_interface/ , а всё остальное (установки с маркетплейс, обновления ядра и пр.) остаётся за кадром. Мы например в систему контроля версий засовываем всё кроме папки upload - чтобы не тягать картинки через git, файлов dbconn.php и .settings.php - чтобы иметь возможность прописать разные параметры подключения к БД на локальном, dev или боевом сервере. В таком варианте мы можем поддерживать актуальность на dev и боевой версии сайта используя только git. Да чуть не забыл дамп БД после каждой правки в админке или установки обновлений/расширений так же падает в git. Так что папкой local мы не пользуемся, увы )
Теперь уточняющий вопрос. При решении билетов в задачах по созданию шаблонов мы используем папку local всегда, даже если в билете явно не сказано "...создайте шаблон сайта используя папку local...." ?
Александр Андреев написал: Ну к примеру при установки расширений из marketplace они никак не отразятся в папке local. И если использовать её по прямому назначению, т.е. для контроля версий (http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=38&LESSON_ID=3424&sphrase_id=23016021) получается что контроль распространяется только на шаблоны и пользовательские скрипты которые добавляются через /local/php_interface/ , а всё остальное (установки с маркетплейс, обновления ядра и пр.) остаётся за кадром. Мы например в систему контроля версий засовываем всё кроме папки upload - чтобы не тягать картинки через git, файлов dbconn.php и .settings.php - чтобы иметь возможность прописать разные параметры подключения к БД на локальном, dev или боевом сервере. В таком варианте мы можем поддерживать актуальность на dev и боевой версии сайта используя только git. Да чуть не забыл дамп БД после каждой правки в админке или установки обновлений/расширений так же падает в git. Так что папкой local мы не пользуемся, увы )
marketplace - в общем случае это так же "ядро", поддерживается разработчиком решения через систему обновлений Организация инфраструктуры, подходов при командной разработке - отдельный большой вопрос, за рамками текущих экзаменов.
Александр Андреев написал: Теперь уточняющий вопрос. При решении билетов в задачах по созданию шаблонов мы используем папку local всегда, даже если в билете явно не сказано "...создайте шаблон сайта используя папку local...." ?
При решении любого задания подход такой: - Что нужно сделать? Все что указано в задании - Как нужно сделать? Как указано в описании экзамена
При этом и задания и описание экзамена обновляется, скачивайте свежие. Скоро №1 выйдет новый, много обратной связи было
Правка javascript поставляемого с шаблоном не считается ошибкой? Суть проблемы, интегрировал вёрстку в верхнее меню, перескакивают пункты http://joxi.ru/Vrwow4zIKq14or полез смотреть скрипт который пересчитывает отступы для пунктов, вместо kp=k/2+28; поставил 27,8 http://joxi.ru/8AnXwebhqvDyvm и всё выровнялось.
Александр Андреев написал: Правка javascript поставляемого с шаблоном не считается ошибкой? Суть проблемы, интегрировал вёрстку в верхнее меню, перескакивают пункты http://joxi.ru/Vrwow4zIKq14or полез смотреть скрипт который пересчитывает отступы для пунктов, вместо kp=k/2+28; поставил 27,8 http://joxi.ru/8AnXwebhqvDyvm и всё выровнялось.
Маленький скорее орг.вопрос, пароли пользователей (администратора, редактора создаваемого по ходу выполнения задания) ставить какие-то заранее определённые, типа 1234? Чтобы вашим специалистам потом было удобней проверять работы. Или они будут через $USER->Authorize() заходить и можно задавать любые пароли?
Александр Андреев написал: Маленький скорее орг.вопрос, пароли пользователей (администратора, редактора создаваемого по ходу выполнения задания) ставить какие-то заранее определённые, типа 1234? Чтобы вашим специалистам потом было удобней проверять работы. Или они будут через $USER->Authorize() заходить и можно задавать любые пароли?
Админ уже создан, пароль не менять. Данные создаваемых по ходу заданий юзеров - явно указано в заданиях.
В тестовых билетах есть задание, сделать поиск по содержимому отзывов, в другом варианте - сделать поиск по свойству Фамилия. Хотелось бы уточнить, поиск должен работать именно по тем данным про которые идет речь - содержимое или свойство, а например название нужно исключить из поиска, или кроме названия например добавиить поиск по свойству. Если надо строго ограничить поиск, то какое решение будет считаться правильным, или строгого правила нет?
Сергей Кудрявцев, ограничивать поиск и исключать стандартные поля не нужно. Надо только добавить поиск по тем свойствам, которые указаны в задании. И не забыть включить поиск в задании про содержимое Отзыва.
Добрый день, хотел бы узнать как решать пункты из Задания для подготовки Экзамен «№1 Интеграция дизайна и настройка платформы»: -5.2. Реализовать возможность выбора, с каким демо-контентом создавать новую страницу сайта: пустую или с контентом страницы page.html; - 5.4. Реализовать возможность – при редактировании станицы в визуальном редакторе размещать готовый блок html контента, указанный красной рамкой на изображении ниже;