Идеи пользователя

Рейтинг: 6.0194  
На голосовании
Предложил Пользователь 12128 07.02.2017 12:48:00

Оптимизация компонента bitrix:catalog.section.list

Если в построении URL используется #SECTION_CODE_PATH#, то компонент bitrix:catalog.section.list начинает генерировать ОЧЕНЬ большое количество запросов.

например, при выводе списка из 40 разделов, генерируется 176 запросов.

Если разделов много, то может быть и 1000 запросов.

Необходимо сделать кеширование URL к разделу (по примеру фасетного индекса для умного фильтра) и брать закешированные данные.
Рейтинг: 3.9148  
На голосовании
Предложил Пользователь 158956 01.02.2017 16:23:26

Переход к детальной странице элемента из администативного раздела

Было бы хорошо сделать ссылку на странице редактирования элемента инфоблока (в административном разделе), которая ведёт на детальную страницу просмотра элемента в публичном разделе.

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

В WordPress, в административном разделе, есть ссылка "Просмотреть публикацию в публичном разделе/Перейти к публикации". И эта ссылка пользуется спросом. Часто замечаешь ошибки в контенте из публичной части, которых не замечал в админке.

Условия
Показывать ссылку возможно для тех инфоблоков, у которых в настройках задан "URL страницы детального просмотра:". Если этот URL не задан или элемент не активен, то ссылку можно не выводить.
Рейтинг: 6.7649  
На голосовании
Предложил Пользователь 316778 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/

Хочется что бы это работало из коробки, спасибо.
Рейтинг: 4.3551  
На голосовании
Предложил Пользователь 239973 25.01.2017 16:38:57

Поддержка AMP-страниц

Спасибо за то, что добавили возможность выбора канонической страницы. Теперь хотелось бы угодить Google и создавать AMP-страницы дополнительно к основным страницам в каталоге.
Рейтинг: 1.0663  
На голосовании
Предложил Пользователь 667905 19.01.2017 10:17:02

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

Часто возникает необходимость указать в товарах аксессуары или связанные товары. Сейчас единственный вариант - это указать конкретные ID связанных товаров в свойстве инфоблока типа "Привязка к элементам". Если сотня-другая товаров, то проблемы нет, это можно вручную всё между собой связать. Но если товаров десятки тысяч, то встает задача - необходимо привязывать уже товары не по ID, а по каким-либо признакам, например, бренд, диапазон цены, цвет и т.д. Классно реализован фильтр в скидках, хотелось бы некий подобный отбор по множеству условий в инфоблоках.
Рейтинг: 0.8278  
На голосовании
Предложил Пользователь 25773 20.12.2016 16:25:37

Email-маркетинг: возможность выбрать только активные элементы инфоблока для рассылки

В коннекторе для инфоблоков не хватает поля активности.

Нельзя отобрать Активных. Тех, кому следует посылать письма.

Рейтинг: 29.13  
На голосовании
Предложил Пользователь 17090 16.12.2016 11:42:05

Свойство "Привязка к разделам текущего инфоблока"

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

Мы сталкиваемся с необходимостью такой привязки почти в каждом проекте. Думаю, что остальные - тоже. В большинстве случаев - забиваем, и используем обычное числовое поле, куда контент-менеджер указывает ID раздела. Но это дико неудобно.

Может все же решить эту проблему? Ведь это так просто - создать еще один тип свойства, и хранить его значение не так, как в текущем (с проблемами архитектуры), а просто как числа - ID разделов...
Рейтинг: 1.003  
На голосовании
Предложил Пользователь 767835 10.12.2016 15:42:47

Привязка массива инфоблоков/highload-блоков

Предлагаю сделать чтобы подобное решение было из коробки.

http://marketplace.1c-bitrix.ru/solutions/adn.linkedelements/?r=success#tab-about-link

"Коробочный продукт" , "Магазин из коробки" это конечно всё прекрасно.
Но когда продукт начинает трещать по всем швам при шаге влево - нехорошо.

ЕСТЬ ОГРОМНАЯ ПОТРЕБНОСТЬ ЗАПОЛНЯТЬ, СОЗДАВАТЬ И РЕДАКТИРОВАТЬ ЭЛЕМЕНТЫ МАССИВА ВНУТРИ ТЕКУЩЕГО РЕДАКТИРУЕМОГО ИНФОБЛОКА

Элементы инфоблока с автозаполнением, а именно та кнопочка добавить - не решает проблему, потому что там ничего кроме добавления сделать нельзя.

В интернете огромное количество костылей при помощи которых люди решают данную проблему.
Кто-то пишет и отлаживает свои кастомные свойства месяцами.
Кто то группирует обычные множественные свойства и использует как составные.
Кто-то решает проблему через довольно популярный кастомный компонент таблица.

Во всех решениях есть куча багов  и проблем совместимости.

Блин, ребят,  запилите уже данный функционал.
Рейтинг: 0  
Внедрено
Предложил Пользователь 46422 02.12.2016 12:38:50

Настраиваемое отображение свойств элементов (товаров) по разделам каталога

Есть каталог товаров, 20 разделов. В каждом разделе - у товара 10-15 свойств. Итого, при редактировании товара выводятся все 300 свойств и работать с этим в админке становится нереально.

Идея: дать возможность в инфоблоке указывать для каждого раздела какие свойства отображать при редактировании (возможно - и при отображении в публичной части)
Рейтинг: 0.4387  
Ответил Жуков Евгений 02.12.2016 13:44:15
Это вышло в релизе 12.0.0
Рейтинг: 0.7991  
Внедрено
Предложил Пользователь 316778 26.11.2016 23:12:15

Добавить SHOW_DEACTIVATED в news.detail

По заголовку уже все понятно. В catalog.element добавили возможность выводить неактивные элементы, а про news.detail забыли.

Пример использования: можно для администраторов выводить неактивные элементы, дабы они могли посмотреть внешний вид неопубликованных новостей на сайте. Работы на пару строк кода.
Рейтинг: -0.4613  
Ответил Жуков Евгений 02.12.2016 13:45:17
Это решается через документооборот.