Цитата | ||
---|---|---|
Иван Малышин написал:
|
19.03.2020 16:26:37
|
|||||
|
15.03.2020 17:07:27
Доброго дня, хотелось бы уточнить, как скоро появится образ демо-сервера для ознакомления.
Вот тут указано, что сервер [скоро появится] - Скоро понятие относительное и неопределенное, есть какое-то понимание по срокам? Спасибо. |
|
|
13.05.2019 14:09:22
В ходе подготовки возник ряд вопросов, буду признателен за ответы на любые из них:
1) ex2-34 Требуется добавить мета тег перед title, согласно заданию. Можно размещать мета тег ДО вывода showhead для удобства контроля? Или требуется разместить тег НЕПОСРЕДСТВЕННО перед title? -------------------------------------------------------------------------------------------------------- 2) ex2-108 a) Данный вопрос касается большей части билетов. По документации, при использовании CIBlockElement::GetList в SELECT необходимо указывать ID/IBLOCK_ID/PROPERTY*, после чего я получаю тот единственный параметр, который мне на самом деле был нужен NAME. Подобная выборка не считается избыточной? b) если элемент найден - указать свойство страницы canonical равное (выражение). Вопрос заключается в том, что при выводе полного выражения link в качестве свойства canonical (в эпилоге) у нас получится link помещенный целиком в href такого же link'a. Вывода как в задании мне удалось добиться, при передаче в href только одного параметра NAME ( Соответственно если задавать свойство canonical равное $arResult[CANONICAL][NAME], то все хорошо, если передавать полное выражение из билетов, то получается link в linke - <link rel=canonical href=<link rel=canonical href..... >>. Можно ли подавать в свойство только Имя? -------------------------------------------------------------------------------------------------------- 3) ex2-93 В записи в журнале, в графе description - GetCurPage хватит или требуется полный URL? -------------------------------------------------------------------------------------------------------- 4) ex2-51 Принципиально ли в рамках билета использование SEVERITY -> SECURITY или можно использовать INFO? -------------------------------------------------------------------------------------------------------- 5) ex2-70 a) Под компоненты создавая пространство имен, есть ли какие-либо ограничения на имена? -------------------------------------------------------------------------------------------------------- 6) ex2-71 a) Изображение от ex71 не подходит, согласно заданию, возможно требуется использовать картинку от ex81? (нет полей артикул и линк, но при этом в задании их вывод прописан) б) В задании прописано указать параметр - Шаблон ссылки на детальный просмотр товара, строка. Но данный параметр не используется в рамках билета ex71 опять же, он требуется в ex81. Вводить ли данный параметр? в) Допустимо ли использование GetNextElement и получение GetFields и GetProperties, не будет ли это избыточным? -------------------------------------------------------------------------------------------------------- 7) ex2-97 Используемые в шаблоне поля новостей: название, дата активности. Но мы нигде не используем ACTIVE_FROM, стоит ли нам ее получать в таком случае? -------------------------------------------------------------------------------------------------------- 8) ex2-58 Достаточно ли эрмитажа для добавления\редактирования\удаления Новостей?
Изменено: Вячеслав Слудский - 13.05.2019 14:13:05
|
|
|
11.02.2019 12:18:44
Доброго времени суток.
Возник ряд вопросов по некоторым из заданий, пост весьма объемный, буду признателен за любые ответы: 1) Вопрос общего характера Корректным ли будет размещение всех\части компонентов в дефолтном шаблоне или все должно обязательно располагаться в шаблоне экзаменационном, при учете, что у нас по факту 1 шаблон. 2) ex1-4 Когда мы осуществляем различный вывод информации в блоке *телефон/почта*, не считается ли ошибкой задание переменных в этом же шаблоне для дальнейшего использования if. Поясню, условно, задаю в ШАБЛОНЕ переменные: начало, конец, текущее и далее путем их сравнения выводится блок. Это корректно? 3) ex1-6 - обязательно ли изображение дома (возврат на главную) реализовывать через расширенное редактирование меню, ведь при правильном импорте верстки можно просто скорректировать путь в templates_styles_css и картинки (спрайты) встанут на места, в том числе и дом. - при интеграции left menu в задании указано - не дорабатывать его. Далее по тексту мы отображаем в top menu реагирование на запрет доступа. Таким образом пункт меню (запрет на просмотр неавториз.) из top исчезает, в left он при этом так и остается. Такова задумка или стоит добавить в left проверку permission для сокрытия пункта меню и там? 4) ex1-8 Указано внедрить тип меню bottom. Но ведь данный пункт уже присутствует в шаблоне *из коробки* (там 3 типа bottom/left/top), просто редактируем меню в соответствии с версткой и потребностями задания или все же создать отдельный ТИП меню под данное задание? 5) ex1-9 Само задание довольно просто выполняется через включаемые области из файла, однако при этом не меняется ссылка href="tel: ...". Стоит ли изменять ссылку в рамках данного задания, если да - смена ссылки через отложенные функции будет считаться корректной? Ведь администратору необходимо будет вносить изменения в 2х местах. И в включаемой области (сам телефон) и в свойствах (ссылка). 6) ex1-11 Вопрос касательно НЕ отображения пустого блока. Блок может отключаться администратором через - отключить компонент или требуется именно автоматическое скрытие пустого элемента без вмешательства администратора? Если требуется автомат, то рассмотрим вариант, когда блок был, но потом потребовалось удалить текст. Таким образом sect файл у нас создан, isset или !empty не помогут нам избавиться от отображения пустого блока, корректной ли будет проверка размера файла sect_inc через filesize и, если он больше определенного значения, значит файл не пустой (в рамках данного проекта это 152байта) или смотреть в направлении иного решения? 7) ex1-13 - создание нового ТИПА ИБ для импорта, а не импорт в текущие блоки будет корректным решением или это полностью на усмотрение исполнителя? - в задании фигурирует фраза о выводе оставшихся свойств во вторую кладку, но при этом свойства должны быть *используемыми на данный момент*. Используемыми мы считаем что? К примеру окончание активности не используется, так как все элементы активны, но возможно дальнейшее использование этого пункта подразумевается в тестовых целях. Возможно нас не интересуют пункты: кто создал \ когда \ сортировка? Или просто переносим все оставшееся из раздела полей и свойств? 8) ex1-14 - картинки в news_list куда-то ведут (в детальный просмотр например) или должны открываться просто в виде самой картинки по середине страницы (быть линком на оригинал картинки). Речь об аватарках. - мета мы меняем в SEO, но без установки пункта *Устанавливать заголовок страницы* - *Заголовок товара* в SEO не отрабатывает, т.к по факту заголовок тянется в /rew/ из шаблона сайта, путем ShowTitle(false), НО страница то одна - индексная и получается что заголовок для news list и news detail будет общим без использования данного пункта. Считается ли установка флага напротив *Устанавливать заголовок страницы* критичной ошибкой или можно оставить данное решение? 9) ex1-16 Т.к поиск проходит в разделе /search/ и по факту выполняется на странице, требуется ли интегрировать форму поиска в блоке с авторизацией или можно ее не трогать? 10) ex1-18 Настроить компонент обратной связи на использование = деактивировать старые шаблоны? Или достаточно просто выбрать нужную форму во входных параметрах? 11) ex1-39 Требуется создать left-menu *актуальный опрос*. Не будет ли ошибкой так же добавить и саму индексную страницу в left-menu для возможности перехода между пунктами index/актуальный? 12) ex1-20 Будет ли корректным не чистить параметры запросов через GetCurPageParam или для типовых запросов чистим во всех случаях? Если не чистим, сама чистка не будет считаться ошибкой\недочетом в случае ее проведения? 13) ex1-25 Как корректнее решить пункт задания с перманентным красным цветом. - через задание красного цвета в init.php (setpageproperty) и дальнейшего выставления требуемого цвета в свойствах страницы (с заранее созданным новым свойством), где вывод будет осуществляться через showproperty. Но смущает что init.php будет подключаться везде, даже где не нужна смена цветов. - через проверку типа: если не пустое (!empty) свойство (заранее созданное новое свойство), то выводим его через showproperty, иначе прописываем цвет жестко RED, в таком случае страница всегда будет красной, но при помощи отложенных функций цвет будет меняться на необходимый и в результате цвет будет оставаться красным даже если указан неиспользуемый стиль, например blue, ведь поверх красного просто нечему будет примениться. Однако смущает само исполнение с проверкой пустоты свойства. 14) ex1-61 - в билете опечатка и тема идет фактически дважды или это требование к шаблону и необходимо продублировать тему в сообщении? - ссылку в письме менять на login или можно не трогать, т.к задача не в этом?
Изменено: Вячеслав Слудский - 12.02.2019 20:50:26
|
|
|