Из справочника появилось )

А вот просто текстовое нет (

текстовое!?!

ну строка

фасета может с ними не работает?

походу в стравочник надо загонять (

не годно по тексту фильтровать

По товарам обычно работает

а вот по торговым видимо нет

кстати, а есть возможность SKU торговых предложений сгенерировать по правилам?

у меня у каждого предложения в SKU зашиты параметры

аля PREFIX-COLOR-SIZE

там есть генератор

но с ним лучше не заигрывать, т.к. у меня потом клиенты начинают по 900sku к карточке фигачить

а сайту кердык)

ну мне придется заиграть, но я видел там наименование предложения, а вот артикул чтобы генерился не увидел

ну мне придется заиграть, но я видел там наименование предложения, а вот артикул чтобы генерился не увидел

Да скриптецом потом пройдетесь и всех делов)

только добавлять их будет контент менеджер

вешать скрипт на iblockelemend add

придется

http://joxi.ru/a2XDkvpcow932g

у меня вот такие формулы)

еще раз. Это названия

А я говорю про код SKU

Два года б.....!111 Два года система работала с GetList и несуществующим PROPERTY_. Два года в фильтре битрикс просто убирал неправильное условие и по "nTopCount" => 1 подсовывал первую запись в инфоблоке... И никто не замечал, а как перешел на ОРМ система и рухнула )))))))))

Ребят, подскажите. пожалуйста, как получить службы доставки после 15ой версии? CSaleDelivery::GetList Только "простые" выводит

Ребят, мы тут недавно обсуждали, кому сколько доставалось хороших проектов. Написал на эту тему небольшу статью. Новичкам будет особенно полезно. Обратная связь приветствуется) dermanov.ru/exp/bitrix-for-beginners-rules-of-good-tone/#tg

А мне не нравится хранить классы в /local/lib. Вроде же есть php_interface, так и просится чтоб туда весь php складывали

долгое имя) lib - для классов php_interface - для всяких штук битриксовых вроде экспорта на маркет, и прочего что он сам умеет подключать.

Может и долгое, да все равно его прописывать нигде особо не приходится

А так в php_interface затолкал всё что с php связано. А вот что для js? js_interface как-то не смотрится

js в шаблоне

Разные библиотеки лучше вынести из шаблона

И тогда надо где-то их хранить

/local/jslib/ /local/lib/js/ /local/js/

ТОгда в /local/lib php создавать надо

Тогда вроде как битровый фен-шуй ломается

а что ломается

Ну тут скорее всего мой бзик ? В папке lib должны библиотеки складываться ?

Чтоб неймспейсы более-менее однообразно работали

Мне кажется у тебя бзик на этапе смешения фронтенда и бэкенда

А в чем заключается смешение?

всякие библиотеки в /lib/templates/bla-bla/js а исходные библиотеки можно хранить где угодно и собирать в шаблон web-pack-ом gulp-ом кому как нравится

Я этим пользуюсь https://dev.1c-bitrix.ru/api_help/main/js_lib/my_extension/index.php

Ну кому как. У меня много зависимостей от внешних библиотек и фреймворков. Пользуюсь вот таким решением. http://dev.1c-bitrix.ru/community/webdev/user/60615/blog/18589/ Все телодвижения делаются не выходя из PHPStorm

Я правильно понимаю, такие вещи собирают вообще весь js в один файл? И он един на весь сайт?

Я правильно понимаю, такие вещи собирают вообще весь js в один файл? И он един на весь сайт?

Такие вещи собирают общие модули. Никто не отменял отдельные script.js в компонентах

В один или в несколько - это настраивается

Можно указать, что вот эти js, сливаются в один, а вот эти остаются как есть только копируются в папку js

А эти общие модули как подключать? Получается, они везде таскаются?

А эти общие модули как подключать? Получается, они везде таскаются?

Как обычно <?$asset->addJs(SITE_TEMPLATE_PATH . '/js/functions.js', false);?>

Когда они сжаты, скомпонованы в 1 файл, да еще и битриксовское кеширование стилей и js используется, то это весит очень немного. Попадает в кеш к браузеру и не дергается до изменения

Получается, что в плане кеширования на стороне браузера метод через CJSCore::RegisterExt хреноватенький...

мммммм. то что вы пишете просто регистрирует новую библиотеку

которые вы создаете

а то что написал дмтирий вызывает подключение этой библиотеке в нужном вам компоненте

и после подключение попаадет в кэш

Фактически изменяется способ вызова

Если я правильно понял, то способ единым файлом подразумевает, что весь js живет на моем браузере

А когда подключать в нужном мне месте как и будет через CJSCore::Init

Если я правильно понял, то способ единым файлом подразумевает, что весь js живет на моем браузере

После первого вызова он также будет жить в браузере

То есть получается не совсем уж и хороший этот метод...

Да никакой разницы. Разница только в том, что зарегистрированный метод можно будет вызвать битриксовским ядром. А подключится он также в хидере страницы

ERROR: S client not available

Ничто не мешает собирать js нодом и регистрировать итоговый файл в RegisterExt

Да фиг знает. Если на каждой странице собирать CJSCore::Init новый js, то будет новый кеш. И тогда получается, профит от того, что ты подключаешь не всё сразу совсем не профит, потому что на каждой странице будут свои js

По ночам здесь адские разговоры )) и по выходным тоже ага

Я короче запутался ?

Битрикс использует вызов скрипта с ?123456 используя md5 от даты изменения файла. Если вы его не меняли, то он будет кеширован браузером независимо от страницы, где его вызвали

Если использовать битровое сжатие скриптов, тогда единый js файл с модулями битрикс прилепит к остальным js файлам. И не получится сделать так, чтоб этот файл кешировался

Либо этот единый файл подключать напрямую, без addJS

По ночам здесь адские разговоры )) и по выходным тоже ага

Провидению препоручаю вас, дети мои, и заклинаю: остерегайтесь выходить на болота в ночное время, когда силы зла властвуют безраздельно (С)

Если использовать битровое сжатие скриптов, тогда единый js файл с модулями битрикс прилепит к остальным js файлам. И не получится сделать так, чтоб этот файл кешировался

битрикс учитывает страницу, где вызывались скрипты и делает разный кэш для них. т.е если скрипт script1.js вызывается в хидере шаблона, а скрипты script2.js и script3.js вызываются из компонентов, то будет 2 кэша. Script1.js + script2.js и script1.js + script3.js

Ну если предположить, что script1.js маленький, то наверно пусть будет так. А если разрастается?

Ну если предположить, что script1.js маленький, то наверно пусть будет так. А если разрастается?

Логично предположить, что в скрипт в хидере должны попадать какие-то редко изменяемые функции, чтобы попал в кэш и не дергался

А если сделать так, что единый файл скомпановали, собрали, подключили обычным <script src="">. Можно дописать к нему md5(). И тогда он един по всему сайту. Битрикс его не собирает в свой набор. И тогда остаточные скрипты меньше будут

Любой скрипт после изменения должен быть перезагружен браузером. Тут уж сложно определить разрастается или букву в комментарии исправил

А если сделать так, что единый файл скомпановали, собрали, подключили обычным <script src="">. Можно дописать к нему md5(). И тогда он един по всему сайту. Битрикс его не собирает в свой набор. И тогда остаточные скрипты меньше будут

Ну битрикс сам дописывает, если вызывать через API. Если прямо указать <script src=""> то этот скрипт не попадет в поле зрения битрикса и не будет кеширован его средствами, не будет перенесен вниз (если ставите такую галочку)

Пятницо же. Кто подо что программирует? https://www.youtube.com/watch?v=-AawUSC6hGY

Про кеширование средствами битрикса я как раз и говорю. Получается, один js мы делим на 2: одна часть статична по всему сайту, вторая уменьшенная своя для разных страниц. А вот про перемещение вниз мне нечего двинуть ?

что то ребята вас занесло, вроде с простыми вещами)

Мне просто интересно, что производительнее? Я согласен, там возможно очень маленькая разница. Но интересно же

Ну вот смотрите, например сайт очень разросся, кучи плагинов, и всякое такое. Первый вариант: мы собираем всю эту кучу плагинов нодой, дальше отдаем битре. Та собирает все скрипты на странице + нашу скомпанованную кучу. И получаем мы еще большую кучу. И на разных страницах она (куча) скорее всего разная. Она конечно кешируется, но все равно. Второй вариант: мы не компануем нодой в один файл. Тогда на каждой странице подключаются только те плагины/библиотеки, которые для данной страницы нужны. А их обычно требуется 2-3. Битрикс естественно для каждой страницы соберет свой набор, но он будет явно меньше. Третий вариант: мы собираем все плагины нодой. Но вместо того чтоб отдать ее битре, мы подключаем ее руками дописав filemtime или md5 для обновления. В этом случае у нас будет куча, а еще js, которые битра соберет. И тогда получается наша куча в принципе одна по всему сайту. И тогда на других страницах получившийся js будет еще меньше

мне кажется, что это преждевременная оптимизация)

+1

Сборка в один файл имеет свои преимущества еще в одном аспекте. Можно свою либу попилить на компоненты и собирать их для продакшена. На разных сайтах может быть разный набор компонент. Да и самому проще разбираться в небольших файлах, чем в громадном .js

Сache Dependencies в D7 существует?)

есть HL иблок отзывы есть компонент, делает выборку, через компиль энтити включено автокеширование вопрос: если добавят новый отзыв в админке, поможет только ручной сброс кеша компонентов, верно?

Всем привет, такой вот вопрос, под root и bitrix заданий в cron пишет что нету, хотя настройка агентов на крон в виртуалке работает. Скажите пожалуйста. Где файл отвечающий за крон лежит?

Правила лучше редактировать не через файл

Есть такая команда crontab -e Она откроет правила для редактирования. Запускай от того пользователя, от которого веб сервер работает

Есть системный файл настроек крона /etc/crontab Я как-то раз правил задачи в нем. Но почему-то они не выполнялись. Запуск вроде как происходил, но ничего не делалось.

Странно, вот у меня тоже самое походу и происходит

Хотя Окружение, само добавило туда задание на выполнение бекапа битрикс

Так что либо sudo -u bitrix crontab -e если под рутом, либо просто contab -e если под битриксом

*`crontab -e`