Сейчас в классе компонента подключаются js-расширения (fx, popup, window, ajax, date) которые нужны не всем. Предлагаю добавить в компонент параметр для управления их подключением или вынести их в шаблон.
Сейчас форма CRM встраивается в сайты.Б24 с помощью IFRAME. Хотелось бы иметь возможность подключать ее с помощью JS
Долганин Антон 30.04.2019 11:11:31 Зачастую куча компонентов из-за отсутствия блоков на странице попросту не нужна в сайтах, а они грузятся.
Было бы круто иметь возможность отключать все, что не нужно в header.
Было бы круто иметь возможность отключать все, что не нужно в header.
Добрый день.
Виджет, который мы устанавливаем на сайт, не оптимизирован по версии google page speed и другим сервисам анализа.
для следующих ресурсов:
Я очень прошу поставить в приоритет данные оптимизации, так как они напрямую затрагивают показатели скорости и качество ранжирования
Виджет, который мы устанавливаем на сайт, не оптимизирован по версии google page speed и другим сервисам анализа.
для следующих ресурсов:
- (не указан срок действия)
- Сжатие страницы уменьшит ее размер на 4,6 КБ (37 %).
- Сжатие страницы уменьшит ее размер на 1,1 КБ (50 %).
- Сокращение позволит уменьшить размер на 675 Б (12 %) после сжатия.
- Сокращение позволит уменьшить размер на 525 Б (14 %) после сжатия.
Я очень прошу поставить в приоритет данные оптимизации, так как они напрямую затрагивают показатели скорости и качество ранжирования
Компонент корзина(sale.basket.basket) написан край как неудачно! И не только он...
В js идет построение верстки, но mvc и шаблонное проектирование вообще против такой парадигмы программирования! js должно только менять значения, а не конструировать верстку. Для js можно оставлять id в верстке и их же передавать массивом в js для дальнейшей работы с данными.
Сейчас же, для банальной стилизации компонента приходится его переписывать почти на половину!
Предлагаю разработчикам пересмотреть стиль написания стандартных шаблонов, для уменьшения стоимости работы по персонализации их CMS, а соответственно и увеличения популярности для конечных клиентов!
p.s. там же, в sale.basket.basket/class.php видел строки ужаса, где ресайзят картинки! в ЯДРЕ компонента, РЕСАЙЗ картинок, и только на 110x110px!
В js идет построение верстки, но mvc и шаблонное проектирование вообще против такой парадигмы программирования! js должно только менять значения, а не конструировать верстку. Для js можно оставлять id в верстке и их же передавать массивом в js для дальнейшей работы с данными.
Сейчас же, для банальной стилизации компонента приходится его переписывать почти на половину!
Предлагаю разработчикам пересмотреть стиль написания стандартных шаблонов, для уменьшения стоимости работы по персонализации их CMS, а соответственно и увеличения популярности для конечных клиентов!
p.s. там же, в sale.basket.basket/class.php видел строки ужаса, где ресайзят картинки! в ЯДРЕ компонента, РЕСАЙЗ картинок, и только на 110x110px!
Шаблоны большинства компонентов Bitrix написаны по MVC, но некоторые компоненты реализованы на коленке и не задумываясь о сложностях кастомизации и использования!
Пример: компонент bitrix:sale.basket.basket верстка на таблицах, исправляем на более приемлемую для нас (но не сильно, буквально изменим table|tr|td на div) меняем классы, т.к. к ним привязаны стили и называются они не понятно.
Теперь фокус! компонент не работает или работает частично! Оказывается разработчики добавили в js генерацию верстки!!! т.е. js сам прописывает table|tr|td и их предустановленные классы!
В итоге, кроме template.php | style.css нужно перебрать весь script.js !
Если написать всё по MVC - тогда "мухи отдельно, котлеты отдельно" функционал JS должен быть завязан только на ID элементов!! Чтобы кастомизация шаблона не убивала кучу времени разработчиков!
Пример: компонент bitrix:sale.basket.basket верстка на таблицах, исправляем на более приемлемую для нас (но не сильно, буквально изменим table|tr|td на div) меняем классы, т.к. к ним привязаны стили и называются они не понятно.
Теперь фокус! компонент не работает или работает частично! Оказывается разработчики добавили в js генерацию верстки!!! т.е. js сам прописывает table|tr|td и их предустановленные классы!
В итоге, кроме template.php | style.css нужно перебрать весь script.js !
Если написать всё по MVC - тогда "мухи отдельно, котлеты отдельно" функционал JS должен быть завязан только на ID элементов!! Чтобы кастомизация шаблона не убивала кучу времени разработчиков!
Для коробочной версии Битрикс24 жизненно необходимо иметь возможность изменять стандартные js (например в всплывающие карточки звонка добавить новое поле или вывести доп.информацию), однако все "зашивается" на папку /bitrix/js/, а так как не предусмотрен штатный механизм для расширения js, то может стоит добавить папку /local/js/ для приоритетного замещения /bitrix/js/
Например при подключении core.js (/bitrix/js/main/core/core.js) проверялось бы наличие файла /local/js/main/core/core.js и в случае его существования подключался именно он.
Может для редакции БУС это не так актуально как для КП, но в КП это просто необходимость для кастомизации crm (да и например BX.ShowWait() можно кастомизировать)
Например при подключении core.js (/bitrix/js/main/core/core.js) проверялось бы наличие файла /local/js/main/core/core.js и в случае его существования подключался именно он.
Может для редакции БУС это не так актуально как для КП, но в КП это просто необходимость для кастомизации crm (да и например BX.ShowWait() можно кастомизировать)
Добрый день, коллеги!
Обнаружил баг при отмеченной опции "Переместить весь Javascript в конец страницы" главного модуля.
Суть: при закомментированном коде <sc ript> метод ядра перемещает его в конец страницы. Таким образом "отключенный" <sc ript> начинает работать.
Исправьте, пожалуйста, баг.
Обнаружил баг при отмеченной опции "Переместить весь Javascript в конец страницы" главного модуля.
Суть: при закомментированном коде <sc ript> метод ядра перемещает его в конец страницы. Таким образом "отключенный" <sc ript> начинает работать.
Исправьте, пожалуйста, баг.
Добрый день.
В процессе разработки приложения для Битрикс24 столкнулись с необходимостью переходов на определённые URL посредством js. Но, к сожалению, смогли реализовать открытие определённого URL
только в текущей вкладке (window.parent.location.href = <url>). А вот открыть URL в новой вкладке или новом окне не получилось. Техподдержка ответила, что сейчас такой возможности нет. А хотелось бы в дополнение к что-нибудь вроде BX24.openURL(url, params).
В процессе разработки приложения для Битрикс24 столкнулись с необходимостью переходов на определённые URL посредством js. Но, к сожалению, смогли реализовать открытие определённого URL
только в текущей вкладке (window.parent.location.href = <url>). А вот открыть URL в новой вкладке или новом окне не получилось. Техподдержка ответила, что сейчас такой возможности нет. А хотелось бы в дополнение к что-нибудь вроде BX24.openURL(url, params).
В версии 15.5 появилась возможность переместить весь js код в конец страницы.
Как говорил Сергей Рыжиков "Магическим образом" это все происходит.
Но есть исключения, которые не должны переноситься.
Например google tag manager, который по документации должен быть в самом начале после открытия <body>
Возник вопрос, как его добавить в исключение?
Нужна такая возможность.
Как говорил Сергей Рыжиков "Магическим образом" это все происходит.
Но есть исключения, которые не должны переноситься.
Например google tag manager, который по документации должен быть в самом начале после открытия <body>
Возник вопрос, как его добавить в исключение?
Нужна такая возможность.
Наличие любого параметра (?blablabla) у ссылки на подключаемый файл заставляет любое клиентское приложение (браузер, прокси-сервер, мобильное приложение и т.д.) обязательно обратиться за файлом на сервер.
Это RFC.
Сервер, в лучшем случае ответит "304 Not Modified" (но при этом всё равно дёрнет файл с диска/памяти, чтобы проверить) или же полноценный 200 с полной передачей файла.
Ответ сервера в некоторых кешах сохранится, в некоторых (н-р, AppCache) нет.
Соответственно, время модификации, хеш от него или любой другой праметр для cache busting должен быть в имени или пути файла (...template_283cd0022d3edc763e34cc00a91e7e1b/template_283cd0022d3edc763e34cc00a91e7e1b-142712022549372.js), а не в параметре (...template_283cd0022d3edc763e34cc00a91e7e1b/template_283cd0022d3edc763e34cc00a91e7e1b.js?142712022549372).
Проверить очень просто: при повторном открытии страницы сайта на сервер должен идти только 1 запрос - на саму страницу, а все остальные файлы должны браться из кеша браузера.
UPDATE 2015-04-01
Теоретическое обоснование и рекомендации от известных разработчиков:
Это RFC.
Сервер, в лучшем случае ответит "304 Not Modified" (но при этом всё равно дёрнет файл с диска/памяти, чтобы проверить) или же полноценный 200 с полной передачей файла.
Ответ сервера в некоторых кешах сохранится, в некоторых (н-р, AppCache) нет.
Соответственно, время модификации, хеш от него или любой другой праметр для cache busting должен быть в имени или пути файла (...template_283cd0022d3edc763e34cc00a91e7e1b/template_283cd0022d3edc763e34cc00a91e7e1b-142712022549372.js), а не в параметре (...template_283cd0022d3edc763e34cc00a91e7e1b/template_283cd0022d3edc763e34cc00a91e7e1b.js?142712022549372).
Проверить очень просто: при повторном открытии страницы сайта на сервер должен идти только 1 запрос - на саму страницу, а все остальные файлы должны браться из кеша браузера.
UPDATE 2015-04-01
Теоретическое обоснование и рекомендации от известных разработчиков:
- Application cache
Never access cached files by using traditional GET parameters (like other-cached-page.html?parameterName=value). This will make the browser bypass the cache and attempt to get it from network.
- В Apache
- В Nginx
- Rails Asset Pipeline
- Модуль Web Optimizer для 1С-Битрикс, многие идеи из которого перешли "в коробку"
- Все проекты TM (.)
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
