Рейтинг: 12.638  
Новая
Предложил Пользователь 105483 26.08.2013 13:09:32

набор компонентов для создания административного раздела

Возникла необходимость в создании административного раздела  для менеджеров интернет магазина
компонентов для этого нет (((

просто не всегда удобно давать доступ пользователям в административный раздел
Рейтинг: 16.2527  
Новая
Предложил Пользователь 109495 12.07.2013 08:26:04

Возможность скрывать некоторые параметры компонента при настройке

Многие любопытные клиенты с шаловливыми ручонками любят залезть в визуальном редакторе в настройки компонентов и что-нибудь там пощелкать. То есть хотелось бы иметь возможность скрывать параметры компонентов. Каким образом? Скажем, в файле .parameters.php шаблона компонента указывать (при программировании сайта), какие настройки оригинального компонента скрывать при редактировании с лица.

То есть, чтобы пользователь мог открыть параметры компонента, но отображались ему не все поля, а только те, которые мы ему оставим. Честно говоря, это полезно было бы и при разработке для программистов - когда компонент имеет несколько десятков параметров, становится сложно ориентироваться. А если бы механизм существовал - можно было бы скрыть те параметры, которые уже не будут меняться.

Пример 1:
на странице каталога размещен комплексный каталог и ID инфоблока не будет меняться никогда с вероятностью 90%, а клиенту это вообще не нужно в 100% случаев - так и нужно дать возможность скрыть эту настройку.
Настройки ЧПУ, кеширования - тоже избыточны для клиента. Оставим ему списки полей, какие где выводятся - и этого будет достаточно.

Пример 2 (VCS):
В проектах с git'ом или любой другой VCS в параметры компонента обычно передаются не ID'шники (которые могут быть различными на dev, stage и prod-серверах), а что-то вроде getIblockIdByCode("news";). Скрыть такое от глаз неподготовленного человека тоже полезно.
Рейтинг: 8.5685  
На голосовании
Предложил Пользователь 109495 10.07.2013 07:11:00

Дополнительные ключи кеша для всех компонентов битрикса

Часто кастомизация компонента (копирование в свое пространство имен и дальнейшая модификация) делается ради пары-тройки строк кода, которые добавляют в ключ кеша некоторые дополнительные параметры.
Предлагаю избавить нас всех от этих мучений.
Каким образом?
Предлагаю ввести в параметры компонента настройку, назовем ее CACHE_KEYS - множественное поле типа "строка". В ней разработчики будут, так же как в параметре FILTER_NAME, прописывать ИМЯ переменной. В самом компоненте значения будут вытаскиваться из этих переменных и передаваться в метод StartResultCache.
Избежать всеобщей модификации всех компонентов можно, если добавлять параметр CACHE_KEYS автоматически всегда, когда включено кеширование, а перед вызовом компонента добавлять значения в глобальные переменные, откуда и доставать внутри метода StartResultCache.
Рейтинг: 38.3286  
На голосовании
Предложил Пользователь 109495 05.07.2013 09:15:16

Статистика использования компонентов

В админке создать страницу, на которой был бы полный список всех использованных на сайте компонентов с указанием использованных шаблонов.
Зачем это нужно - часто нужно понять, используется ли на сайте какой-то шаблон или кастомный компонент - может, он уже мертвый груз и стоит его удалить?
С точки зрения ничего сложного не вижу - создать табличку БД с колонками для названия компонента, шаблона, пути подключения, а при каждом выполнении функции IncludeComponent добавлять запись в БД, выполняя проверку на уникальность перед добавлением. А в админке отображение этой таблицы + кнопка очистки таблицы.
Чтобы не замедлять сайт, можно вести такую статистку только в режиме отладки сайта.
Рейтинг: 32.4004  
На голосовании
Предложил Пользователь 103548 20.06.2013 17:58:22

Компонент bitrix:main.include Вставка включаемой области

Когда уже в настройках компонента появиться выбор режима редактирования области (HTML/PHP)???
Что бы клиенты сразу попадали в заданный режим режим правки.
Рейтинг: 14.8743  
На голосовании
Предложил Пользователь 103548 05.03.2013 11:46:29

Добавить возможность запрета редактирования пользователем параметров компонента.

Сделать возможность запрета (отключаемую / включаемую)  редактировать параметры компонента пользователю (группе пользователей), что бы пользователь ничего не смог менять. Это необходимо для того что бы контент менеджер ничего не поломал в настройках компонента.
Рейтинг: 2.1951  
Внедрено
Предложил Пользователь 45019 07.02.2013 23:05:16

В компонент "Просмотренные товары" - добавить выбор разделов

В компоненте просмотренных товарах текущего пользователя (bitrix:sale.viewed.product) просьба добавить возможность выбора инфоблока и раздела(ов) из которых будут выводится просмотренные товары, а не все товары подряд из всех разделов. Это добавит гибкости в настройке.
Рейтинг: 0.0827  
Ответил 16.05.2014 15:22:11
Внедрено в компонентах 14,5 релиза, да и сам компонент претерпел значительные улучшения и изменения.
Рейтинг: -6.9735  
На голосовании
Предложил Пользователь 94272 03.02.2013 16:38:29

Добавить к компонентам параметр "Значимые переменные"

Что бы кеш шаблона компонента формировался с учетом значений дополнительных переменных.
Например при смене города на сайте добавляется переменная $_REQUEST["CITY_CODE"], в зависимости от значений которой и выводился бы кеш шаблона компонента.
Рейтинг: 36.2723  
Новая
Предложил Пользователь 25773 22.01.2013 19:52:15

Возможность указать свою javascript-функцию, которая вызовется после обновления области Аяксом

В компоненте с ajax требуется после обновления области вызвать функцию javascript, которая раскрасит таблицу и вызовет плагины jQuery.

В функции BX.ajax.submitComponentForm(форма, элемент, показывать_колесико_загрузки ); необходимо добавить четвертый параметр  "callback_function" - имя функции обратного вызова.

В форму к настройкам Аякса стандартного компонента добавить поле "Имя javascript-функции для вызова после обновления области".

Эти маленькие улучшения в будущем позволят в любом компоненте, где включен Аякс вызывать свою функцию для обновления области. В том числе для компонента корзины на Аякс.
Рейтинг: 38.7759  
Внедрено
Предложил Пользователь 39858 25.12.2012 13:28:10

Убрать лишнюю запись в историю при первом открытии страницы с компонентом в режиме AJAX

Сабж. При открытии страницы с компонентом с "AJAX_MODE" = "Y" и установленном "AJAX_OPTION_HISTORY" в историю браузера зачем-то сразу добавляется текущий адрес (хотя он уже там есть, мы только что по нему перешли). В итоге работа с кнопкой "назад"  становится крайне некомфортной и раздражающей из-за лишних одинаковых записей в истории.
Просьба пересмотреть механизм, чтобы избежать такого поведения.

Ессно, больны все штатные компоненты, использующие такой тип аякса - новости, списки сотрудников, гриды итп. Рефреши страниц или переоткрытие их с новыми параметрами в гет-запросе (фильтры, например) плодят лишние записи в истории и дальше. Ну и нештатные компоненты, работающие через этот механизм, имеют ту же проблему, само собой.
Рейтинг: 1.0576  
Ответил Maks Sidorenko 19.03.2013 19:43:23
Исправление выйдет в обновлении main 12.5.0