Рейтинг: 4.8747  
На голосовании
Предложил Будагов Алексей 26.01.2017 12:02:53

Несколько форм iblock.element.add.form на странице

Невозможно разместить несколько iblock.element.add.form на одной странице. Т.к. при отправке одной формы, срабатывают и другие, что логично, т.к. компоненты идентичны. Но это не мешает другим компонентам работать вместе, думаю и с iblock.element.add.form можно разобраться.

Если это невозможно, то хотя бы проблему с каптчей рассмотрите:
Сейчас "кустарным" способом можно заставить работать iblock.element.add.form отдельно, без кастомизации компонента, но это если в формах не используется каптча.
Проблема в том, что каптча удаляется из таблицы БД сразу после проверки, а проверяется она несколько раз (в каждой форме на странице). Из-за этого последние формы стабильно выдают "Неверно введено слово с картинки". Проблему можно решить удалением каптчи из БД не сразу, а после формирования страницы (OnEpilog), либо вообще убрав удаление при проверке, т.к. таблица с каптчами чистится агентом.

На форуме есть несколько сообщений на эту тему
http://dev.1c-bitrix.ru/support/forum/forum6/topic37656/
http://dev.1c-bitrix.ru/support/forum/forum6/topic59918/
https://dev.1c-bitrix.ru/community/webdev/user/2651/blog/10076/

Хочется что бы это работало из коробки, спасибо.
Рейтинг: 1.0663  
На голосовании
Предложил Гоголь Виталий 19.01.2017 10:17:02

Привязка элементов инфоблока не по ID, а по фильтру как в скидках

Часто возникает необходимость указать в товарах аксессуары или связанные товары. Сейчас единственный вариант - это указать конкретные ID связанных товаров в свойстве инфоблока типа "Привязка к элементам". Если сотня-другая товаров, то проблемы нет, это можно вручную всё между собой связать. Но если товаров десятки тысяч, то встает задача - необходимо привязывать уже товары не по ID, а по каким-либо признакам, например, бренд, диапазон цены, цвет и т.д. Классно реализован фильтр в скидках, хотелось бы некий подобный отбор по множеству условий в инфоблоках.
Рейтинг: 2.7348  
На голосовании
Предложил Платонов Евгений 29.10.2016 18:48:23

Переделать удаление разделов! 10к пустых секций удаляется 3 часа

Господа... ну это жоп@
Элементы удаляются моментально. А вот секции 3 часа. ЕМОЕ!!!.
У меня нет слов..

CIBlockSection:: Delete($SECTION_ID)
Рейтинг: 2.9828  
В работе
Предложил rzas 19.10.2016 15:50:45

пагинатор инфоблока в админке

Смоделирую ситуацию:

1) Захожу в инфоблок заказы (их 60 штук), выводит по 20шт, то есть 3 страницы. Хочу видеть все - нажимаю вывести все .... вижу все 60 на странице.
2) Перехожу в инфоблок "каталог товаров", там 80 000 элементов и тут почему то применяется предыдущая настройка выводить все - сайт падает "out of memory"

Вопрос: почему настройки для каждого инфоблока не индивидуальные?
Рейтинг: 5.5324  
Новая
Предложил Николаев Андрей 09.10.2016 15:03:34

Развитие api для разделов инфоблоков

В версии инфоблоков 16.5.4 вышла прекрасная функциональность для работы с разделами на новом ядре D7.
Правда документации пока нет (но ничего страшного) и можно было бы существенно увеличить возможности новой реализации:

1) Метод compileEntityByIblock мог бы возвращать не полное название класса, а объект этого класса. При этом его работа была бы эффективнее. Сравните 2 подхода:
use \Bitrix\Main\Loader;
use \Bitrix\Iblock\Model\Section as SectionFactory;

Loader::IncludeModule('iblock');
$sSection = SectionFactory::compileEntityByIblock(1);
$oEntity = new $sSection;
var_dump($oEntity->getMap());

Против
use \Bitrix\Main\Loader;
use \Bitrix\Iblock\Model\Section as SectionFactory;

Loader::IncludeModule('iblock');
$oEntity = SectionFactory::compileEntityByIblock(1);
var_dump($oEntity->getMap());

Мне кажется решение под номером 2 выглядит практичнее.

2) Предлагаю расширить модель SectionTable (или ее производные типа Section1Table) на runtime параметр: ELEMENT_COUNT - который бы доставал активные элементы, привязанные к соответствующему разделу.

Кейс: нужно отобразить только те разделы, где есть активные элементы.
Решение предлагаемое из коробки - составление своего runtime-поля для каждого getList/getRow (где оно требуется).
Если добавить штатное решение как SELECT поле и просто передавать его в массиве полей или соответственно по условию, то код будет выглядеть элегантнее и проще, а другие подобные поля, можно будет посмотреть и сделать по аналогии.
Рейтинг: 1  
На голосовании
Предложил Рагозин Дмитрий 12.09.2016 15:31:19

код свойства инфоблока при редактировании элемента

Хотелось бы видеть код свойства инфоблока при редактировании элемента как минимум на этапе разработки, т.к. приходится каждый каждый раз лезть в настройки ИБ, чтобы взять код свойства.  Можно это сделать в квадратных скобках напротив каждого свойства.
Рейтинг: 0  
Внедрено
Предложил Дьяченко Валерий 05.09.2016 13:51:12

Подразделы инфоблока.

Улучшить удобство работы со свойствами инфоблока, добавив подразделы. Сейчас инфоблок "торговый каталог" содержит все свойства товаров различных категорий, и если категорий много, то ориентироваться в свойствах сложно. Идея в том, чтобы визуально у инфоблоков были подразделы, в которых можно задать свойства для отдельных групп товаров.
Рейтинг: 0  
Ответил Жуков Евгений 06.09.2016 10:29:00
Это можно сделать через настройки разделов инфоблока.
Рейтинг: 1.9903  
На голосовании
Предложил Ляпцев Максим 22.08.2016 11:34:57

Добавить возможность сохранять профили импорта csv

Добавить возможность сохранять профили импорта.
Сейчас долго устанавливал соответствия свойств из файла csv с существующими. Оказалось что не хватает одного свойства. Свойство добавил. Но теперь придется перезагрузить страницу, все поля собьются и придется все делать заново. Возможно еще не один раз.
Если будет возможность сохранить этот импорт (соответствия между свойствами), то однотипные импорты будут просты и быстры и не придется делать свой собственный "универсальный импорт"

Вторая проблема - при импорте не доступны символьные коды разделов. Поэтому такой способ не совсем рабочий (символьные коды установил самостоятельно путем транслита из названия раздела)
Рейтинг: 5.9399  
На голосовании
Предложил Diz 23.06.2016 10:04:43

Визуальный редактор живой ленты, ты прекрасен!

Редакторы, журналисты, блогеры просят!

Заменить это:


Этим:



Дайте возможность визуальному редактору из ЖЛ писать в инфоблоки
Он крайне удобен, значительно экономит время по сравнению с существующим архаичным визуальным редактором, да и просто красив, его не стыдно встраивать в публичную часть для пользователей.
Которые вообще привыкли к редактору вконтакту и когда видят визуальный редактор битрикса..
Рейтинг: 15.3461  
Внедрено
Предложил Калинин Никита 17.06.2016 16:58:21

Сброс кеша при наступлении даты начала/окончания активности элемента ИБ

При большом времени жизни кеша возникает проблема отложенных публикаций.

Например, если в любом типовом решении создать новость или что-то подобное с временем начала активности на несколько минут позже текущего, то при наступлении этого момента времени ничего не случится. Запись появится только при истечении срока кеширования, ручном сбросе кеша или редактировании другого элемента ИБ, что приведет к сбросу тегированного кеша.

Предложение: научить компоненты/API ИБ учитывать время начала и окончания активности.
Рейтинг: 0  
Ответил Жуков Евгений 24.09.2019 18:11:16
Выйдет в iblock 19.0.0 (возможен сдвиг обновления).