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

Рейтинг: 19.28  
На голосовании
Предложил Пользователь 109495 15.11.2013 09:10:14

Сделать возможность отмечать свойства элементов инфоблока как "read only"

Пролог:
Иногда, когда клиент хочет необыкновенного (сортировка по величине скидки, по рейтингу, например) приходится создавать т.н. "служебные" свойства и заполнять их по агенту или по событиям. Эти свойства мы обычно выводим в админке (чтобы была возможность увидеть значения). Но часто клиент не знает, что это поле считается автоматически, и имеет место ситуация, когда он меняет это значение, оно пересчитывается позже обратно и у него возникает вопрос - "почему сломалось свойство и значение не сохраняется"?

Как решить:
Сделать галочку для свойств "Только для чтения", чтобы в админке нельзя было редактировать свойство, а только видеть его значение. У пользовательских же свойств это есть, давайте сделаем и для свойств элементов инфоблока.
Рейтинг: -2.867  
На голосовании
Предложил Пользователь 109495 16.09.2013 13:53:19

Сделать кнопку "Копировать компонент"

По аналогии с копированием шаблона предлагаю при визуальном редактировании сайта сделать кнопку "Копировать компонент" и "Редактировать компнент". По аналогии с шаблоном - редактировать можно только нестандартные компоненты, при копировании открывается аналогичное с шаблоном окошко, в котором указывается пространство имен, в которое копируется компонент.

Рейтинг: 28.1987  
На голосовании
Предложил Пользователь 109495 12.09.2013 09:44:36

Автоматическое удаление фирменных переменных Битрикс из GET-параметров

Идея

Сделать обертку над функцией GetCurPageParam, которая бы автоматически удаляла из генерируемого урла такие параметры, как show_page_exec_time, bitrix_include_areas, clear_cache, и прочие стандартные переменные Битрикс.

Кому и зачем нужно

Разработчик заходит на страницу и сбрасывает кеш через clear_cache. Весь кеш удаляется и генерируется заново. Если компоненты выводили ссылки с помощью GetCurPageParam, и там не прописано удаление переменной clear_cache, эта переменная попадает в ссылку и ее увидит каждый пользователь на сайте. Решения три
- сбрасывать кеш только в админке
- каждый раз писать, чтобы GetCurPageParam удаляла clear_cache
- сделать обертку над GetCurPageParam, которая будет это делать сама, и вызывать уже ее.
Рейтинг: 12.4783  
На голосовании
Предложил Пользователь 109495 12.09.2013 08:55:46

Запросы в цикле в стандартных компонентах или хватит это терпеть

Идея

Модифицировать GetFileArray чтобы он мог получать массивы сразу для нескольких файлов и применить в компоненте news.list, чтобы он не порождал по 2 дополнительных запроса для каждого найденного элемента. Сервер скажет спасибо.

Кому и зачем нужно

В одном из самых популярных компонентов ever является news.list. С давних времен разработчики используют его для вывода всего чего угодно. И в этом важном компоненте нарушается одна из главных заповедей производительности веб-приложений - там запросы в цикле :evil:.

Приведу пример.
/bitrix/components/bitrix/news.list/component.php:240
if(array_key_exists("PREVIEW_PICTURE", $arItem))
                $arItem["PREVIEW_PICTURE"] = CFile::GetFileArray($arItem["PREVIEW_PICTURE"] ); 
Независимо от настроек всегда получается картинка. И это в цикле:o! Строчкой позже делается аналогичный запрос для детальной картинки. Если у вас в news.list 100 элементов, ждите примерно 100 дополнительных запросов (а то и все 200:!:, если у вас есть и детальная картинка и анонсная).

Кажется, что решение проблемы состоит из 1 действия - выполнить запрос всех картинок разом. Но не тут то было. Метод CFile::GetFileArray не принимает массивы ID, только 1 файл за раз. И это, кстати, большая проблема многих методов Битрикс.
Рейтинг: 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 добавлять запись в БД, выполняя проверку на уникальность перед добавлением. А в админке отображение этой таблицы + кнопка очистки таблицы.
Чтобы не замедлять сайт, можно вести такую статистку только в режиме отладки сайта.
Рейтинг: 11.2118  
На голосовании
Предложил Пользователь 109495 27.06.2013 10:07:16

Список сообщений блога в админке

Очень не хватает возможности просматривать сообщения блога прямо в админке. Особенно это актуально, если используются не сам движок блогов, а только его механизм комментариев.
Сейчас в админке можно увидеть только список самих блогов (в которых размещены сообщения - какие, сколько - непонятно) и комментарии к этим сообщениям.
Просмотр таблицы b_blog_post в админке является довольно слабой заменой.
Рейтинг: 11.7444  
На голосовании
Предложил Пользователь 109495 26.06.2013 11:55:38

Список активных обработчиков событий

Хотелось бы, чтобы в админке появилась такая чудесная страница, которая показывала бы отчет по обработчикам событий. Под отчетом я понимаю:
1 Тип события
2 Модуль, к которому относится событие
3 Список обработчиков событий (в том порядке, в котором будут вызываться)
3.1 Название класса и метода/функции-обработчика
3.2 Расположение класса и метода/функции-обработчика (полный путь к файлу, номер строки)
3.3 Признак системности (установлен модулем или разработчиком в init.php)
Рейтинг: 7.1379  
На голосовании
Предложил Пользователь 109495 17.05.2013 08:08:47

Информация о бекапах на странице создания бекапа

В новой версии страница бекапа была нещадно разбита на три части. Я ничего не имею против страницы автоматического создания, но разделение списка и обычного создания - совсем не уднобно. Место на хостинге ограничено, прежде чем снять новый бекап люди смотрят - а сколько их там уже снято? Не пора ли удалить один старый чтобы снять новый? Приходится посещать две страницы вместо одной, как это было раньше.
Я не предлагаю возвращаться к старому - выводите хотя бы размер, который занимают все локальные бекапы на диске.
Рейтинг: 4.8526  
На голосовании
Предложил Пользователь 109495 04.04.2013 12:57:15

Дата последнего сброса кеша

В админке на странице очистки файлов кеша очень не хватает даты последнего сброса кеша.
Хотелось бы примерно так.