Важные сообщения: новым пользователям показываются все предыдущие важные сообщения в статусе "не прочитано", Важные сообщения: новым пользователям показываются все предыдущие важные сообщения в статусе "не прочитано". В результате необходимо "отщелкать" много сотен уведомлений, чтобы видеть только "свежие". Из-за отображения всех формируется привычка видеть вися
Иван Дворковой написал: Здравствуйте.Подскажите, как-то решили свою проблему?
Мы решили проблему так: один раз прошлись по записям и проставили им "Дату окончания важности сообщения" (b_uts_blog_post - UF_IMPRTANT_DATE_END) С тех пор - при написании важного сообщения - всегда ставим дату окончания важности.
Евгений Васьков написал: Помогите пожалуйста разобраться где я допускаю ошибку?
Попробуйте создать переменную с тем же типом (привязка к элементам СРМ) и посмотреть что получается после вашего merge (используйте логгирование в журнал). Скорее всего он отрабатывает некорректно.
[QUOTE]Людмила написал: Есть созданный список (но аналогичная проблема наблюдается и в бизнес процессах).[/QUOTE]
Я располагаю только коробкой и увы, у меня нет типа "Привязка к элементам инф.блоков", поэтому особо сильно помочь не смогу.
[QUOTE]Людмила написал: В список добавляются элементы, потом удаляются. много и часто. Но! Когда я этот список пытаюсь отображать пользователю через БП "Привязка элементов инфо блоков" - то там я вижу абсолютно старый набор записей.[/QUOTE]
Мне кажется, что если у вас происходит изменение списка довольно частые, то скорее всего где-то что-то не так. Не думаю что в текущих механиках Битрикс24 предусмотрены частые изменения список, поэтому скорее всего там заложен механизм кеширования где-нибудь на час или сутки (обычно стандартные интервалы кеширования).
Попробуйте перестроиться таким образом чтобы этот список не менялся так быстро.
Это больше похоже на email сообщение по результатам запуска cron-скриптов. https://serverfault.com/questions/133058/how-to-send-the-output-from-a-cronjob-to-multiple-e-mail-addresses
[QUOTE]Андрей Корнет написал: в $ar попадает 2 раза один и тот же элемент инфоблока. Такое поведение при выборке нормально?[/QUOTE]
Да, если тип инфоблока 1.0 и есть множественное свойство (например PROPERTY_PRICE). Либо переключиться на инфоблок 2.0, либо обрабатывать элементы с учетом возможных дублей, либо не трогать при запросе множественные свойства