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

Сейчас для настройки СМС-сервисов, в частности SMS-ru нужно проходить полный квест с регистрацией и вводом всех данных клиента.

Но часто у клента уже есть кабинет в сервисе и уже есть заранее созданный Ключ API. И приходится несколько дней со скриншотами и ссылками на документацию объяснять клиенту, почему мы не можем его "просто прописать", а заставляем проходить процедуру регистрации заново.

Пожалуйста, добавть в админке опцию "просто вписать параметры интеграции руками".

PS. идея для Управления сайтом, случайно создал в другом разделе, но ни перенести ни удалить и создать заново её нельзя.

Часто возникает потребность использовать сразу несколько типов кеша. Например, маленькие, но сильно чувствительные к быстродействию данные хранить в оперативной памяти, а тяжёлый HTML-кеш в файлах, но сейчас можно установить только один движок кеша на весь сайт.

Предложение:
Сделать настройки кеширования в settings.php в следующем виде:В конструкторе Bitrix\Main\Data\Cache, и соответственно  старых  CPhpCache и CPageCache, передавать в качестве параметра ключ для секции настроек, которые в нём используются.

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

Замечательная функция, но хотелось бы видеть её не только для настраиваемых служб доставки, но и для автоматических.

Одна из самых лучших фич битрикса - это обратная совместимость. Но всё должно иметь меру. Кроме того, технологии тоже не стоят на месте. Поэтому выдвигаю предложение, о котором думали многие разработчики.

Один раз забить на совместимость и сделать новую ветку системы.
Раз в 10 лет можно.

Претензий много, и их без потери совместимости не устранить (список под катом):

Читать подробнее...

Часто возникает задача, что клиент хочет получать деньги, через разные платёжные системы в зависимости от цены. Например, мелочь через QiWi, а дорогие покупки только через банковский перевод.
Плюс, иногда сами платёжные системы имеют ограничения по цене, и покупатель узнаёт об этом только ПОСЛЕ попытки оплаты, и тогда администратору приходится вручную переключать платёжную систему на нужную.


Делать через связанные службы доставки не предлагать, так как это костыль, причём крайне кривой.

Создам заново задачу http://idea.1c-bitrix.ru/group-chats/ с правильной формулировкой.

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

Сейчас сделано так, что разработчик может участвовать только в одном партнёрском аккаунте. Чаще всего - это студия в которой он работает. Но в этом случае разработчик не имеет возможности одновременно иметь личный партнёрский аккаунт.
Для примера, если я работаю в студии, но в свободное от работы время сделаю модуль для маркетплейса, я смогу его опубликовать только от имени студии.
Держать отдельный аккаунт не выход, т.к. репутация, сертификаты, темы на форуме и т.д. будут только на одном аккаунте.

Сделать возможность добавлять произвольные html-атрибуты в вопросы вэб-форм. А то очень неудобно ради присвоения нужного класса или ограничения текстового поля по длине городить отдельный шаблон

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

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