serginhold

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

это все выглядит как хранение деревьев, вот и гугли хранение деревьев, next_id точно избыточен

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

у тебя должно быть минимум 3 таблицы, а не 2
1) вопросы
2) варианты ответа
3) ответы, в которых идет привязка к вопросам и вариантам, к юзеру (или кто там отвечает)

а по старому api смотри документацию
https://dev.1c-bitrix.ru/api_help/iblock/classes/c...
https://dev.1c-bitrix.ru/api_help/iblock/classes/c... arSelectFields

p.s. на инфоблоках я бы опросник не городил, возьми хотя бы highloadblock

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

короче все заканчивается тем, что вместо шаблона тебе нежно будет отдавать json, который будет уходить в react (по сути написать backend api в нужном тебе виде);
далее появляется проблема сео, и тебе придется прикрутить server side rendering (v8js) к битриксу, удачи

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

на крупных проектах все заканчивается тем, что обмен с 1С полностью пишется свой с нуля, но возможно тебе повезет

Битрикс ранее в проектах не использовал

тогда не лезь в эту дичь, если нужен react, возьми то с чем работал

используй нормальную среду разработки (IDE), не надо код в блокноте писать

в phpstorm например:
правой клавишей мыши по названию класса -> go to -> и куча выбора куда, например type declaration

кода нет, без понятия как массив получен, но если что, https://www.php.net/manual/ru/function.urldecode.php

по sql смотри union,
в yii вроде тоже такой метод есть в query

как правило верстка в плане html одна общая, а css стили полностью другие, несколько вариантов, т.е. когда нажимаешь на кнопку, просто меняется класс блоку вывода списка и браузер все сам перерисует

Юзеров в шаблон кто передавать будет?

И foreach на одну строку со скобками.

Скопируй документацию и сравни.

Всё вроде соответствует докам битрикса

разве?

дока:

new Entity\ExpressionField('MAX_AGE', 'MAX(%s)', array('AGE_DAYS'))

твой:

new ExpressionField( 'my_field_expression', 'LENGTH(my_field_two_from_table)', null, [ 'data_type' => 'integer' ])

найди два отличия в 2 и 3 параметрах

ни в какую сторону не копать,
относительно бд, тебе нужно хранить твои ключи в отдельной таблице,
по-быстрому можно создать hl-block с 5-ю полями, типа того:

id | order_item_id (по умолч. null) | product_id | login(key) | pass

(если login(key) уникальный, то можно его использовать в качестве primary поля, выкинув id)

в заказе к элементу корзины привязываешь ключ, заполняешь order_item_id,
т.е. если order_item_id == null, то значит ключ еще не используется

а в почтовом шаблоне уже через событие дергаешь hl-block.

p.s. или можно id ключа в свойство элемента корзины класть (в принципе все тоже самое, только привязка в другой таблице, просто это менее удобно будет)