Ankhena, я ни чего не рекомендую, это вы занимаетесь глупостями, как и большинство кураторов qna, сильно много "умничаете", по поводу того на чём не нужно заострять внимание, что не лучшим образом сказывается на аудитории авторов ответов. Ошибки в моем примере нет, не отнимайте время.
Ankhena, где я ввожу в заблуждение? Укажите где говорится о том что запрещено использовать ttf шрифты или это является ошибкой? В реальной жизни кто что хочет то и использует.
Ankhena, это всё индивидуально, начиная с того что браузер сам может генерировать начертания, если это выглядит нормально, а sans-serif обычно выглядит нормально, почему бы и да. Во вторых можно использовать в качестве заголовков шрифты больших размеров, скажем, 200-300% от основного, вполне себе в тренде до сих пор. Ну ив третьих это не относится к вопросу, в качестве быстрой отладки можно такое использовать, на mdn именно такой пример именно с ttf шрифтом. А так, да, можете подключать сколь угодно шрифтов, всё зависит от нужд проекта и фантазии.
Ankhena, да, потому что в стилях проекта не используется "жирность", и не вижу ни чего плохого в том чтобы использовать ttf, формат до сих пор поддерживается.
Tech, всё что вы заполняли тестово, если это не касается структуры, только данных, на основу накатывать не нужно, зачем на основе тестовые данные? В большинстве случаев всё что вы делаете базы данных не касается.
Если это стандартный функционал, то скорее всего структура данных будет неизменна, максимум что понадобится это изменить настройки и/или сделать обмен с учетной системой.
Если это ваш модуль со своими таблицами, ORM, тогда всё идёт по стандартной схеме, через обновление модулей, как написано в доках, вам нужно каждый апдейт оформлять как патч, и если там меняется структура базы данных, а данные нужно оставить, тогда пишутся скрипты, которые выполняют переход с одной структуры данных на другую.
CML2_MANUFACTURER содержит строку, по этому 'CML2_MANUFACTURER.VALUE'=> false не даст ни какого результата, отрицание пустой строки в ORM '!CML2_MANUFACTURER.VALUE' => ''
Сайт B, если всё правильно, и если там авторизация через куку, вернёт куку в ответ, она запишется в виде файла на хост, а дальше автоматом будет отправляться с каждым следующим запросом на сайт B, опять-же если всё сделано правильно.
koder_1, это не инфоблок, это каталог, в битриксе каталог это "костыль" поверх инфоблока, в виде связной таблицы в которой хранится специфическая информация о товаре.
Не особо понятно в каком месте это выдаёт, но если посмотреть, в запросе передаётся ID, хотя по INSERT по идее ключевое поле должно быть с автоикрементом, следовательно ID при создании передавать не нужно.
RomyGalaxy, а в чем собственно опасность? php смотрит сессию, и выдает данные в зависимости от этого. В объект user передаются данные которые ни как его не компрометируют ес-но. Это решение чтобы не делать лишний асинхронный запрос из vue на тот случай когда страница обновится.
А роуты это отдельная тема, их можно назначать динамически, все методы для этого есть, для проверки авторизации читайте раздел Navigation Guards в доке Vue Router.
AlexRas, так в данном примере у вас и там и там три обработчика, причем во втором случае сразу три подряд будут срабатывать, по этому тем более смысл этой затеи не совсем понятен. Во втором случае наверное нужно как-то так:
document.addEventListener('click', e => {
if (e.target.closest('button')) {
alert(1);
}
else if (e.target.closest('button2')) {
alert(2);
}
else if (e.target.closest('button3')) {
alert(3);
}
});
Но как и писал выше, из-за того что сейчас повсеместно асинхрон, обычной практикой является вешать обработчик на документ и перебор через всплытие, движки браузеров под это заточены. Есть много вариантов обработки кликов, всё зависит от задачи, для меня не принципиально так как могу и в верстку добавить в элемент onclick="doSomeThing(this)".
Резюме, вариант два, вешать обработчик на глобал проще, практичнее, в тренде современных подходов, и в сравнении с первым вариантом в плане производительности не сильно отличается чтобы на это нужно было заострять внимание. Как написали в ответе выше, в современных фремворках, типа реакта на глобале висят тысячи обработчиков без каких либо проблем.
Ещё довольно частая задача, когда нужно обработать клик вне элемента, например закрыть модалку или всплывашку, и на это в любом случае нужно будет вещать обработчик на документ.
