Рейтинг: 0.8902  
Новая
Предложил Ивахненко Андрей 17.08.2018 21:03:11

В модуле e-mail маркетинга срочно нужен фильтр адресов по маске или исключение автоматически созданных Битриксом несуществующих e-mail при импорте контрагентов из 1С без почты

Список пользователей захламляется не существующими адресами типа  buyer655645@site.ru ? которые Битрикс сам придумывает если у контрагента в 1С нет почты.

Запуская рассылку по пользователям идет массовая отправка на несуществующие адреса - хостер автоматом блокирует php mail.  Не работаю никакие уведомления в итоге.

В модуле e-mail маркетинга динамический сегмент такой создать нельзя.

Рекомендация техподдержки издевательская - добавляйте говорят каждый день вручную в черный список )))))  Афигеть просто !!!  
Рейтинг: 4.5184  
На голосовании
Предложил Дмитрий 05.10.2017 07:52:30

Разлогинить авторизованного пользователя (заблокировать пользователя в realtime)

Достаточно зрелый продукт, а оказалось, что нет простейшей нужной функции: при деактивации учетной записи пользователя в админ панели, если он был авторизован - он так и будет получать доступ к сайту и его функциям, которые доступны только авторизованным. Еще это можно принять, как баг ядра!

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

Единственное решение: в init.php держать массив id блокированных и делать CUser::Logout().

Уважаемые разработчики! Пожалуйста, реализуйте базовую функцию в ядре!
Рейтинг: 0.6776  
На голосовании
Предложил Kirill 17.08.2017 11:24:48

Изменить Яндекс-карту на Google на странице "Скорость сайта" (Яндекс заблокирован в Украине)

Т.к. все сервисы Яндекса заблокированы в Украине, снова обращаюсь с предложением сделать альтернативы используемым в CMS сервисам Яндекса. Если Украина второй рынок для Битрикс, то как бы Вам не хотелось, игнорировать эти изменения нельзя – тяжело объяснить клиентам, почему часть описываемых им плюшек платного Битрикса у них не работает.

В частности страница "Скорость сайта"  ( /bitrix/admin/site_speed.php ) использует Яндекс-карту для отображения скорости и распределения композитных кликов – т.е. у всех моих клиентов она не отображается.

---
Аналогично прошу поддержать идею альтернативного Яндексу сервиса перевода символьных кодов разделов и элементов инфоблоков: https://idea.1c-bitrix.ru/24243/

ps
Повторюсь, клиенты в большинстве своем VPN не используют
Рейтинг: 2.5289  
Новая
Предложил Kirill 30.07.2017 19:37:27

Второй альтернативный внешний сервис для перевода символьного кода - вместо заблокированного Яндекса

В связи с блокировкой в Украине сервисов Яндекса, прошу рассмотреть возможность добавления второго альтернативного внешнего сервиса для перевода символьного кода заголовков элементов и разделов инфоблоков.
Или, как вариант, если возможно, сделать перевод на стороне сервера (чаще всего они заграницей и под блокировку не подпадают)

---
Аналогично, прошу поддержать идею Гугл-карты, как альтернативны заблокированной Яндекс-карте, на странице "Скорость сайта": https://idea.1c-bitrix.ru/24453/

ps
У меня VPN-то включен и проблемы нет, а вот у клиентов есть проблема
Рейтинг: 2.003  
Новая
Предложил Перов Андрей 21.04.2017 16:17:23

CRM, Поля, блокировка, регулярные выражения

Доброго здравия!

Есть ряд моментов, которые не реализованы, но во многих "конкуретных" CRM присутствуют и являются очень даже базовыми, а именно:

1. При создании поля сделать его "нередактируемым" т.е. в сделке оно будет например нести информационную составляющую. Например что-то считаться внутри бизнес-процесса и выводиться туда результат, но пользователь его не сможет изменить.

2. Названия быстрых блоков, которые отображаются до редактирования в заголовке (голубом поле) (пример картинки в файле).
2 пункт
3. Возможность контроля ввода данных в поля строкового типа.  Т.е. чтобы можно было добавить регулярное выражение, по которому будет проверяться ввод, если пользователь например ввел данные не по шаблону, то все. Не пускать на сохранение сделки и выдавать ошибку с пояснением, что и как нужно вводить
(для телефона и почты клиента сделать по умолчанию)


P.S.
Очень надеюсь на понимание и внедрение данного функционала.
Рейтинг: 9.0232  
Новая
Предложил Andrew 15.11.2013 10:40:51

Блокировка доступа к КП

Бывают ситуации, когда надо БЫСТРО заблокировать всем пользователям доступ к порталу. Саппорт предлагает:

К сожалению, нет такой возможности заблокировать на время портал от сотрудников.
Единственное что вы можете сделать – уволить всех сотрудников и потом снова принять их на работу и при этом учесть, что через 50 дней портал будет автоматически деактивирован и удален, если на нем вообще не будет активности за этот период.
И если вы сотрудников повторно будете приглашать, то они должны будут создать новые Маил адреса, так как для системы они уже существуют и она будет выдавать ошибку: Пользователи с такими email уже существуют.
Но это очень не удобно, когда приходят люди, желающие незаконно изъять к информацию, бывает что время сидеть и увольнять всех пользователей просто нету...
Рейтинг: 0.1206  
На голосовании
Предложил Александрович Денис 19.09.2012 12:52:54

Группа заблокированные

Реализуйте подобную группу, при попадании в которую на пользователя не распространялись права других групп. Например чтоб не смог оставлять сообщения на форуме, голосовать за рейтинг, скачивать и т.п.
Рейтинг: 20.836  
На голосовании
Предложил Супрунюк Павел 12.04.2012 16:57:44

В настройках проактивной защиты добвить страну

Было бы неплохо для "неродных" стран повышать вероятность для блокировки проактивной защитой.
Вот сейчас нас постоянно бомбят американские и голландские хосты. Видно, что тупо посещают все подряд ссылки (включая страницы с разными параметрами в адресе, игнорируя robots.txt). Скачивают в день по 1,5 гигабайта. Судя по адресам - это не пауки Гугла, у них не указаны соответствующие агенты (вернее у них указан IE8 или Firefox / Windows XP), не прописаны ни город, ни разрешение экрана, ни глубина цвета, нет обратных записей в DNS.

Было бы неплохо как-то фильтровать наиболее активных иностранных пользователей такого типа, если известно, что это не россияне/белорусы.

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

А "своим" странам, нужно наоборот понижать вероятность блокировки, чтобы Белорусы, решившие закачать наш сайт, чтобы работать с ним в оффлайне, не оказались заблокированными.

Только имейте в виду, что IP-адреса неизвестных стран, скорее всего принадлежат Белорусскому Белтелекому. Поэтому их желательно не блокировать - ну или дать на усмотрение админу.

P.S.: Вообще-то в Битриксе как-то непонятно на счет блокировки сайтов, неужели нет вообще никаких настроек данной функции?