Как передать значение функции в тег?

В исходный код смотрите.

Почему не все транзакции передаются в Google Analytics (Ecommerce)?

1 Отправка curl'ом прямо из PHP во время генерации результата
2 Если у вас confirm.php грузится не по ajax - перейти на ajax - таким образом у вас не будет загружаться вся страница, и все скрипты сайта, а прогрузится только шаблон sale.order.ajax и сработаются только скрипты в нем.
3 Сделать прокладку между отправкой заказа и confirm.php, которая будет только забивать цели счетчиков
4 Перейти на полноценный ajax, с обаменом данными в json и забивать цели колбэком срабатывающим по приходу данных.
5 Использовать битиркс-аналитику
6 Использовать собственную аналитику

В цело проблема в следующем - вы отправляете данные на сервер, там созадется заказа, после чего данные отправляются клиенту, там обрабатываеются и забиваются цели, отправляя данные счетчиком - вот все что написано boldom это действия между созданием заказа и регистрацией его в аналитике. Если там что-то пойдет не так, данные не будут зарегистрированы. Вам надо минимизировать путь от регистрации до аналитики или разработать такую систему, которая не будет нуждаться в регистрации заказа в аналитике - это еще один путь - можно например забивать цель в момент отправки заказа на сервер, добавляя туда некоторый uid который также сохранять в заказе. Тогда у вас будет другая картина - не все заказы на стороне аналитики будут реальными заказам на сайте, но их можно будет отфильтровать по набору uid.

Ошибка 'bitrix:system.auth.authorize' is not a component?

Radzhab, ничего не надо удалять - прямо поверх востанавливайте.

Как вывести количество товаров на странице в Битрикс?

ANTO, и не должно. Это будет работать только в шаблоне где выводятся товары. Измените верстку так чтобы выводить это там.
В противном случае вам надо будет продублировать компонент внутри section.php - не очень разумно.

Как актуализировать элементы инфоблока (REST)?

ragnar_ok, у md5 меньше коллизий чем у crc32

Как актуализировать элементы инфоблока (REST)?

ragnar_ok, да - нормальное. Хотя если перенести add и update будет локоничнее, незаметно быстрее, и менее требовательно к памяти.
С другой стороны вам надо будет создать $el заранее. Однако вы и так его создаете, в любом случае даже если оба массива окажутся пустыми.

Обычно вариант с массивами используется когда надо что-то над ними дополнительно выполнить или что-то сделать если ни одного объекта на обновление/добавление нет.

Есть возможность добавить свойство всем существующим товарам в битрикс через админку?

VicTHOR, да я же без всякого там - бывает, конечно. Ты извини если, чо )

Есть возможность добавить свойство всем существующим товарам в битрикс через админку?

armodim, не слушай VicTHOR - используй SetPropertyValuesEx
Если в update не передашь значение всех свойств - то они сбросятся. А передавать их может быть муторно.
Нет причин в общем случае использовать update для обновления свойств, если ты не хочешь обновить все свойства.

Битрикс и практики работы?

Кирилл Горелов, ни на минуту.
Все правильно делаешь - обновил ответ.

Bitrix ORM: Как реализовать импорт в инфоблок нескольких тысяч элементов?

ragnar_ok, ну смотрите, на каком-то масштабе вы все равно столкнетесь с проблемой, какой бы подход не использовали, поэтому улучшить ради улучшения, чтобы было решить проблему на любых машстабах не выйдет.
Следовательно решать ее надо на наиболее вероятном масштабе. Простое добавление 1000 элементов - не проблема.

Возможно в каких-то условиях проблемой может стать добавление предположим 10'000 элементов и пусть есть оптимизация позволяющая ускорить код в 2 раза (хотя вряд ли для данного случая), тогда применив эту оптимизацию вы сможете сдвинуть границу проблемы на 20'000.

Предположим масштабы с которыми будет работать ваше решение от 1000 до 100'000 элементов. Выходит проблему вам придется как-то обходить (например делать импорт пошаговым) и с оптимизацией и без нее, при этом ища способ оптимизации вы пытаетесь улучшить работы решение в очень узком диапазоне значений, по сути только в 10% случаев
Оно того стоит?

Это лирика была. На практике используйте CIBlockElement::Add и не парьтесь.

Bitrix ORM: Как реализовать импорт в инфоблок нескольких тысяч элементов?

ragnar_ok, для тысячи? Вы шутите? Ладно если бы там хотя бы 100'000 было, можно бы было задуматься об оптимизации какой-то.
Просто проверить было бы в 10 раз быстрее чем спрашивать, честно слово.

Правильно ли я пониманию, что архитектура "битрикс управление сайтом" несколько кривая?

Nikolay Petyukh, я вбросил в ответах. Подключайся.

Fatal error exceptionhandler.php on line 343. Не хватает памяти?

Артем Болухта, тупо поднимите memory_limit
Начнете уменьшать это потянет за собой столько всякого...
Ну или полностью рефакторьте.

Как вывести foreach arResult в случайном порядке Битрикс?

VicTHOR, надо еще добавить что это ключи вызова для компонента вроде news или news.list, но если у ТС каталог - там ограничение количества элементов другим ключом, не NEWS_COUNT.
Честно говоря я ожидал что это будет очевидно, что это ключи.

Размер стека и pcre.recursion_limit в битриксе влияет на отображение?

Евгений Григорьев, тогда тем более никакого отношения к данному параметру.
А блоки вне контейнера - это практически всегда не закрытый или лишний закрывающий тег. Внимательно изучите сгенерированный исходный код страницы. Скормите его какому-нибудь валидатору

Как обойти большой json файл и обновить все связанные записи в MySQL, с отставанием от файла < 2 сек.?

Из трех ситуаций - никто не завис, все зависли и завис один - последняя наименее вероятная, так как если воркеры не склонны к зависанию, то не зависают, а если склонны - то зависают все.

Медленная отработка php-fpm?

Я правильно понимаю, что если даже кладем фотку в админке в png, то при первом вызове странцы, битра конвертит этот файл в jpg, сохраняет файл в iblock, потом ресайзит его и кладет в каталог resize_cache?

Нет. Если вы добавите фотку в png - она будет выводится в png. И в iblock она будет встроена как в png.
Если потому вы в шаблоне захотите использовать resize_cache и выводить, то да - в resize_cache уже упадет jpg. Но все это будет уже на вашей совести. Причем тут битра?

Пусть будет - моя. Исключительно потому, что везде это рекомендят.

Хорошо что в bmp не рекомендуют...
Не слушайте такие глупые рекомендации. Никогда не сохраняйте изображения с большим количеством градиентов в png. Запомните правило - в png рисунки, фотки - в jpg.

То есть, битрикс работает исключительно в jpg?

Смотря что вы имеет ввиду под "работает".

Я не дизайнер, но в webp картинка в три раза меньше,

В jpg она будет еще меньше.

а по качеству не сильно теряет

Да он и в jpeg не сильно теряет - никто не будет рассматривать у вас на сайте артефакты jpeg.

Я не против webp - хороший формат. Но не прижился же.
В теории GD работает c webp, но все равно если вы используте ресайз в шаблоне - конвертнет в jpeg.
Тут либо готовьте картинки заранее и не используйте ресайз налету, либо используте для ресайза свое решение.

Как обойти большой json файл и обновить все связанные записи в MySQL, с отставанием от файла < 2 сек.?

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

Медленная отработка php-fpm?

предлагаете переконвертить весь iblock в jpg?

Оно и так сконвертило вам все в jpg ;)

Не совсем понятно.

Я предлагаю не заливать вам фотки в png. Какая больная фантазия вообще придумала такое?
А если это не фотки, то ненужно их ресайзить средствами php - сразу лейте в нужном размере.

А если переконвертить в webp?

Я против некрофилия даже если покойный покинул мир в юном возрасте.

Ресайз опять будет все переделывать в jpg?

Естественно.

Бизнес-процесс и бизнес-процесс это одно и тоже?

Kovalsky, спасибо, но с програмной частью (с точки зрения разработчика) особых затруднений нет. Но все равно спасибо.

Кстати как запустить я вроде разобрался - полбутылки Лезгинки сделали свое черное дело - бизнес-процессы → мои процессы и там есть синенькая кнопка Запустить процесс, но концепция интерфейса для меня все равно остается страшной тайной.