Глобальный чёрный/белый список - НАСТРОЙКА (смотрят: 1)
- Автор темы JonIrenicus
- Дата начала
Вы несете чушь с превеликим апломбом, путая божий дар с яишницей, а точнее - здравоохранение с покупкой элитной недвижимости или удачным банковским кредитом.
Поликлиника обзванивает население предлагая пройти бесплатную диспансеризацию по государственной программе. Нет вины конкретной поликлиники, что все исходящие проходят через единую линию, все разговоры по которой записываются и потом разбираются бюрократической настройкой.
Есть маньяки, которые бесятся с любого неизвестного входящего звонка.
Казалось бы, переведи свой личный телефон в режим работы только со своей телефонной книгой. Но нет, данные граждане непременно хотят залезть на сервер и запретить всем принимать любые звонки.
Из-за таких граждан я не могу включить тотальную блокировку СПАМА, потому что по собственному опыту вижу, что процентов 10-15 входящих звонков помечены спамом незаслуженно.
ffx
Активный
Тогда оставьте эту работу тем кто может. Судя по всему это работает и не все предложенные номера попадают в черный список
blfоx
Активный
Могу предложить еще третий вариант решения проблемы "номеров которые и полезные и спамят".
Поскольку как я понял технически проблема в размере оффлайн базы (а онлайн проверка не всегда доступна), то можно сделать 2 оффлайн базы черных списков...
Первая оффлайн база это мягкий режим блокировки номеров с которых может быть как спам так и полезный звонок... Мягкий -- это значит, что такие номера программой будут пропускаться...
Вторая оффлайн база это жесткий режим блокировки номеров... в таком случае такие номера будут блокироваться (то есть включаться в этот список).
Ну и модерацией от накруток самим сообществом (как сейчас собственно и происходит). То есть сообщество либо принимает однозначное решение ЧС/БС. Либо если в сообществе есть разногласия, то номер попадает в "жесткий" список и не попадает "в лайт".. то есть кто хочет параноидально блочить, пусть включает себе жесткий список... Кто боится пропустить диспансеризацию -- пусть включает мягкий..
Метод реализации:
1 переключатель в программе и правила формирования обеих списков на сервере... В зависимости от состояния переключателя грузится либо мягкая версия ЧС, либо жесткая...
И все...
проблема баталий решена.
Поскольку как я понял технически проблема в размере оффлайн базы (а онлайн проверка не всегда доступна), то можно сделать 2 оффлайн базы черных списков...
Первая оффлайн база это мягкий режим блокировки номеров с которых может быть как спам так и полезный звонок... Мягкий -- это значит, что такие номера программой будут пропускаться...
Вторая оффлайн база это жесткий режим блокировки номеров... в таком случае такие номера будут блокироваться (то есть включаться в этот список).
Ну и модерацией от накруток самим сообществом (как сейчас собственно и происходит). То есть сообщество либо принимает однозначное решение ЧС/БС. Либо если в сообществе есть разногласия, то номер попадает в "жесткий" список и не попадает "в лайт".. то есть кто хочет параноидально блочить, пусть включает себе жесткий список... Кто боится пропустить диспансеризацию -- пусть включает мягкий..
Метод реализации:
1 переключатель в программе и правила формирования обеих списков на сервере... В зависимости от состояния переключателя грузится либо мягкая версия ЧС, либо жесткая...
И все...
проблема баталий решена.
А кто и как будет оценивать номера и определять их в мягкую и жесткую базы?
Это же миллионы номеров, огромная работа.
blfоx
Активный
сейчас у нас как происходит ?
такая же огромная работа по вытаскиванию номера в тот или иной список.
По сути ничего не меняется (для номеров которые мы однозначно идентифицируем)...
Но для номеров которые и так и сяк (то есть в сообществе разногласия) мы вносим в ЧС для жесткого режима и в БС для мягкого.
Иван С
Активный
Зачем все так усложнять? Сейчас отличная база и всех устраивает. А маньяки, желающие заблокировать все, могут использовать дополнительные инструменты. Например, создавать списки масок... или заблокировать все, кроме контактов + игнорировать контакты.
Зачем усложнять и портить приложение ради пары маньяков, у которых и так есть инструменты для реализации своих желаний?
blfоx
Активный
А что сложного в том, что для вас (режим мягкий) программа остается в том виде и без изменений как есть...
для "параноиков" (режим жесткий) программа просто скачивает БД чуть большего размера, с другим названием.
В чем сложность реализации ?
5 минут кода.
Зато каждый пользователь может САМ РЕШАТЬ.. А не за него кто то будет решать.. звонить ли ему из Билайна или из поликлиники или нет.
Собственные черные и белые списки хороши тогда, когда ты точно знаешь с какого номера тебе могут позвонить (или не должны позвонить)
Нет.
Сейчас на форуме идет работа по коррекции ошибок, это возможно будут тысячи или десятки тысяч номеров. Сейчас это просто дополнение, а не переоценка всей базы. Переоценка требует намного больше ресурсов, которых нет.
blfоx
Активный
А я разве прошу полной переоценки базы ?
Я как раз и прошу сделать это для номеров для которых НА ФОРУМЕ происходит коррекция ошибок.
Если все согласны что корректировать номер надо в Чс или в БС то все происходит так как есть сейчас.
Если есть аргументированно несогласные (в голосовании хоть 1 против и у него есть аргументы), в таком случае аспределять этот номер по мягкий/жесткий список...
Блин... Как тяжело объяснять =))) Я очень стараюсь. Но скоро терпение лопнет и "ну его нафиг"
Иван С
Активный
Вот именно! Да ну его нафиг! Сейчас все просто и понятно и я с удовольствием приношу новые номера. Потому что мне нравится процесс. А если будет твердый черный список, мягкий, полумягкий, полутвердый... да ну нафиг в таком треше участвовать.
Я категорически против этих полутвердо-полумягких списков. Не надо усложнять и тогда больше народа будет участвовать в процессе!
blfоx
Активный
Так для вас ничего не имзеняется. Так же приносите номера. Участвуете в обсуждении. Но если есть те кто НЕ СОГЛАСЕН с вашим решением, дайте им право сделать свое решение. и использовать СВОЮ БД (включением одной галки в программе). и тогда то что вы назаносили в свою БД в глобальный белый список (спорное) у них останется там где и должно быть (в черном). какая путанница ? о чем вы ?
Ну как еще проще объяснить ? Для вас вообще ничего не меняется... вы так же приносите номера... мы их так же обсуждаем... если абсолютно все согласны (как например с номером который у нас в ЧС один есть) мы добавляем его.. ваша программа так и остается в той редакции и с тем алгоритмом поведения который уже есть.
А вот если я не согласен, что вы поликлинику в глобальый БС отнесли... То у вас она так и останется в БС как есть сейчас (вообще не меняя код программы для вас). А вот я у себя в программе включу одну галку -- режим блокировать. и для таких как я на сервере такой номер при ручной модерации добавится в базу ЧЕРНОГО списка, который формируется для этой галки и скачается программой только для тех кто включил галку. и мне будет пофиг как вы его зарейтингуете.
программа без включения галки = тот самый алгоритм который есть сейчас и который ВАС устраивает (изменений в коде 0). Программа с галкой = скачивание ДРУГОГО списка, в который спорные номера внесены В ЧС.
Вам сложно понять что я предлагаю ?
Иван С
Активный
Изменится. Я не хочу и не буду участвовать в этом извращении.
А вы устраиваете обсуждения, в полу-мягко-черный список отправить номер или в бело-жестоко-черный? Нет, нафиг!
Да все кто это увидят просто будут убегать с такого сайта как от проказы.
Ну так и сделайте свою БД как-нибудь, договоритесь с админами. Но не заставляйте пользователей ФЗ массово участвовать в этом бреде.
blfоx
Активный
Еще раз... вы рейтнгуете поликлинику в БС...
Я в голосовании ставлю против...
в вашем списке (по умолчанию работы программы) номер будет в БС... ничего ни для кого из вас не изменится...
у тех, кто в программе включил галку жесткая фильтрация -- этот номер будет в ЧС.
Еще раз -- для вас изменений никаких... Галка только для второй стороны, которая желает фильтровать ЛЮБЫХ роботов. а не делить их на полезных и бесполезных.
Это неправильно. Если Вы не проголосуете "против" то потенциальный спамер "пролезет" в белый список.
Я считаю, что пока не будет реализован механизм индивидуальной настройки чувствительности "серые номера" с которых идут и полезные звонки и спам должны блокироваться. И вмешиваться в "естественный" рейтинг номеров нужно только если номер явно "сменил ориентацию" и его "старая карма" не соответствует текущей реальности.
и это самый верный способ "убить" приложение.
Какой смысл оставлять отзыв о номере если потом "могучая кучка" на форуме перерешает все по своему?
Алгоритм. На основании количества положительных и отрицательных отзывов, категорий номеров, черных и белых списков сообщества и пр. Детали алгоритма могут обсуждаться и дорабатываться.
Можно сделать настройку чувствительности в приложении на клиенте, вместо флага спам/не спам пометив в базу условный рейтинг номера. Можно генерить несколько баз с разными приоритетами блокировки номеров, и пользователь будет выбирать вариант в зависимости от предпочтений.
И в "рейтинговании" номеров в приложении и в голосовании на форуме видно что как минимум есть две категории пользователей:
1. отдают предпочтение блокировке спама, даже если в результате какое-то количество полезных звонков "попадет поз раздачу и заблокируется.
2. отдают предпочтение "возможно полезным" звонкам, и готовы ради этого потерпеть некоторое количество спама прошедшего через фильтр.
JonIrenicus
Активный
В споре рождается истина. Поэтому ещё раз прошу разработчиков добавить один байт к номерам из ГЛОБАЛЬНОГО списка (таких будет меньше процента), т.о. у пользователей будет возможность игнорировать правила глобального списка. А поскольку у личных списков приоритет выше, то проблем с неверным определением СПАМ/НЕ СПАМ практически не будет.
В настоящее время 50 МБ при обновлении - это ничто в сравнении с гигабайтами трафика на тарифах.
В настоящее время 50 МБ при обновлении - это ничто в сравнении с гигабайтами трафика на тарифах.
blfоx
Активный
Зачем лишний байт, который раздует базу у всех (и кому надо и кому не надо) когда достаточно просто разделить базы. Одна будет с номерами в глобальном БС... Другая как есть сейчас (с этими номерами в ЧС). Все делается на стороне сервера.
У них проблема не в том что много или мало скачивать. А в том что они не успевают обработать такой объем базы за 5 сек который дается АОНу во время звонка
JonIrenicus
Активный
Отдельная БД на сервере - это нагрузка. Пойдёт ли на это разработчик?