Форум

так как версия у вас сменилась, то скорее всего идет более строгая проверка и какая-то переменная не в том значении или вообще не объявлена. В версии 5.4 так это вообще норма была использовать везде переменные без их объявления,  и что они собой представляют.

$a[]=1;
раньше всегда создавался массив

С более высокой версией придется объявить что это массив
$a=[];
$a[]=1;

также раньше спокойно работала такая конструкция
$a=1;
...
$a[]=1;
никакой ошибки, только предупреждение, если они выводятся на экран

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

Я вот что имел ввиду: есть событие на изменение/добавление в корзину, вот на него и завязаться. Но когда отправляем одинаковое количество, то они идут одним стаком, а вот если бы как то в разный стак отправлять.
Или может изменять сумму корзины, но при оплате насколько я знаю идет пересчет заказа и как с этим справиться не представляю.

А может кто-то делал и подскажет как он реализовывал. Видел темы, такая акция не редко нужно, но примеров реализации нигде не видел, даже примерного направления.

Здравствуйте.
Подскажите как реализовать акцию "3 товар бесплатно".

Как я вижу
человек закинул в корзину 1 товар в количестве 3 штук, то его нужно разделить на 2 и 1, и этот один сделать бесплатно.
5 штук: 4 и 1
6 штук: 4 и 2
7: 5 и 2
...

Как это можно сделать?

Либо своим видением поделитесь.

кодировка у файлов нормальная?

Не знаю насчет велосипеда, но я бы пошел по такому пути:
создал 2 дополнительных свойства в заказе ключ и срок действия, а так же промежуточный статус заказа "присвоен ключ"
в личном кабинете выборку по заказам и свойствам. соответсвенно в этом случае можно будет указать когда куплен ключ, номер заказа покупки, сам ключ, срок его действия

если пойти дальше и будет интеграция с 1С, то можно сказать программисту 1С чтобы ключ и срок передавались из 1с с обменом заказами и к примеру соответсвующим статусом (присвоен ключ), на это событие считывать пришедший файл и обновлять содержимое заказа (т.к. по умолчанию свойства при штатном обмене не проставляются в заказе сами)

Да это неплохой вариант, спасибо что ссылку тут указали. Будет полезно.

Но вся проблема этого вариант, что с ним ничего сделать нельзя. Например если люди в опросе указали что им 35, то что они ответили на вопрос сколько у вас детей, а если ответили 20, то замужем/женаты ли.
Для этого такую таблицу нужно всю выгрузить, а вот этого не предусмотрено.

Андрей Загальский, ответил лучше чем я. Даже добавить особо не нечего  :)

если только процетировать старый коммент:
[B]Да и от вас также так и не увидел ответа, зачем она битриксу?! тем более открытая?![/B]

Попробуйте дать объяснение такое чтобы все поняли, да это архи как удобно [B]и нужно[/B].

Мне нужно программно.  потому как таких пользователей под 1000 накопилось. Просто задача появилась из-за 1 клиента.

Через панель - это как не совсем понял вас(значит есть возможность через api)?

Объясните, что это даст хорошего, даже если вдруг сделают публичный багтрекер?
Большинство поиском по однотипным задачам не пользуется(каюсь сам не без греха, редко, но иногда лень поискать), а уж по трекеру искать + по форуму... будут единицы.
Кроме того(это уже минус в копилку битриксойдов) есть баги, которые не критичны для системы в целом, но при определенных обстоятельствах вызывают ошибки еще пятилетней давности(мне иногда приходят сообщения что тот или иной баг написанный 5-7 лет назад будет закрыт в ближайшем обновлении или потерял свою актуальность, так как апи изменилось), зачем о таких ошибках сообщать всем. Это минус для системы, тем более не каждый столкнется с ошибкой.

Так что чем больше обращений, тем легче выявить причину и тем быстрее ее исправят, а с багтрекером критическая масса по конкретным ошибкам будет набираться медленнее.

Здравствуйте.
Подскажите как можно склеить 2 и более пользователей вместе?

Что имею ввиду. Клиент зарегился при создании заказа. Затем пришел и еще раз зарегился и создал еще один заказ. А после еще раз зарегистрировался.
Нужно из 3 пользователей оставить одного с общими данными из 3 учеток, и все заказы привязать тоже к одному пользователю., а остальных удалить.

Как это можно осуществить?
Насколько я понимаю через API это сделать скорее всего нельзя, нужно напрямую через таблицы.
Может кто-то делал, поделитесь пожалуйста процессом.