Обмен отпечатками

[sergerdn]

@Ajshma said in Обмен отпечатками:

Проще говоря, чтобы отпечатки были привязаны к конкретному разработчику (к его скриптам) и в скриптах других разработчиках чтобы не могли работать.

... только чур отпечатки с подписями, а не зашифрованные. Я хочу иметь возможность заглянуть во внутрь.

[sergerdn]

@support said in Обмен отпечатками:

Эти X запросов вы можете распределить как угодно в админке между своими пользователями.

Может и не надо разделять между пользователями.

Например, есть общий лимит на аккаунт девелопера - 1К дейли, к примеру. Лимит на пользователя 1 - 100 штук в сутки, пользователь 2 - 50 в сутки и так далее. Но они жрут с общего лимита, то есть уменьшая общий счетчик.

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

[Ajshma]

@support said in Обмен отпечатками:

@Maximilian Вы еще раз укрепили мое мнение, что данное обновление необходимо.

Основная проблема не в том, что "разработчики пиратят", а в том, что отпечатки разбредаются по пользователям.
Вы должны понимать, что есть разные типы ваших клиентов - разработчики, которые зарабатывают на скриптах, и пользователи, которые хотят софт с минимум сложностей и которые даже знать не знают, что такое BAS. Да и знать не хотят. Им нужен просто софт.
Купить ключ, особенно для пользователей из РФ - это геморой.
Разработчик готов покупать и тратить деньги на ключи и лицензии ради пользователей, если его софт приносит прибыль.
Пользователь 100 раз подумает - зачем ему тратить 20-40 баксов, и возможно, даже от софта откажется.

Еще раз. Есть те, кто ведут разработку на БАСе - продают или нет свои услуги, это не важно. Для таких нужны лицензии, с лимитами в зависимости от потребностей.
Пользователи, то есть клиенты таких разработчиков, должны быть избавлены от этого гемороя покупки ключа. Возложите эту проблему на разработчика, а не на всех подряд.

[Ajshma]

@sergerdn ну расшифруй и смотри, как разработчик))))

[sergerdn]

@Ajshma said in Обмен отпечатками:

а в том, что отпечатки разбредаются по пользователям.

Вероятно, зависит от типа софта. Есть софт, а есть "софт". Последний "софт" популярен среди пользователей зеленки(новое название), где отпечатки разносятся вместе с другими данными "профиля" по армии халявщиков и перепродаванов.

@Ajshma said in Обмен отпечатками:

@sergerdn ну расшифруй и смотри, как разработчик))))

Я против шифрования там, где достаточно подписи, для проверки подлинности.

[Ajshma]

@sergerdn said in Обмен отпечатками:

Я против шифрования там, где достаточно подписи, для проверки подлинности.

Окей, пусть будет второй ключ, для проверки подлинности)

[biohacker01]

кому там 100 отпечатков в сутки достаточно, 30к в сутки и то мало

[DuckDuck]

@Ajshma @sergerdn

Вы внимательно прочитайте последний план.
@support предложил хорошее решение, хватит топтаться на месте и вокруг до около первой идеи ходить.

[sergerdn]

@FastSpace said in Обмен отпечатками:

@rkk9 said in Обмен отпечатками:

@FastSpace передача отпечатков занимает много трафика? интересуют масштабы проблемы

Да, отпечаток в паблик базе весит 6-10 мегабайт (зависит от количества ID канвасов в отпечатке)

Сжатый он весит сильно меньше, если передать данные по сети gzip, например. Если отпечатки хранить в базе, то, к примеру, Postgres поддерживает сжатие таблиц/базы данных, так и само соединение с сервером.

На сервере же, где работает скрипт и хранятся профиля с отпечатками - можно также включить архивирование на уровне ntfs. Это даст небольшую нагрузку на CPU, правда. Но серьезно будет экономить место на диске.

[support]

@Ajshma said in Обмен отпечатками:

Тогда решается проблема "утечки" и создания публичных баз.

Я подумаю над этим

[DuckDuck]

@support said in Обмен отпечатками:

После покупки вы получаете X запросов в минуту в зависимости от пакета. Возможно еще ограничения на день, чтобы нельзя было выкачать всю базу.

Вот с запросами в минуту может и не стоит. Лучше лимиты на день. Поясню.
У меня есть свои фильтры - и бывает так, что я получаю отпечаток, он не подходит, сразу следующий запрос, и так может к примеру штук 10 подряд. И по какой то случайности все 10 юзеров вот так нарвались. Они может больше и вообще брать сегодня не будут, но попав на лимит, могут простаивать. Хотя это и маловероятно, и надо будет на практике смотреть, но решил все же написать.

В целом предложенный план нравится.

[biohacker01]

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

[DuckDuck]

@biohacker01 Нужны больше лимиты - плати больше, это нормально и справедливо.

[support]

@FastSpace @UserTrue

У вас профили, которые вы передаете, используется в вашем софте, или кто-то другой их тоже может использовать?

[rkk9]

@support смотря что в вашем понимании значит "кто-то другой", разные названия \ разные лицензии \ разное железо \ разные ip \ разные данные

[rkk9]

@rkk9 Скорее нужно задать вопрос "работаете ли вы с клиентами?"

[biohacker01]

@support и раз такая уже канетель пошла, может добавить функционал удалить отпечаток, продлить отпечаток, и подписать отпечаток ( что бы знать кому я его дал)

[support]

смотря что в вашем понимании значит "кто-то другой", разные названия \ разные лицензии \ разное железо \ разные ip \ разные данные

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

---

До сих пор не понимаю, что там до конца происходит. Если они прогревают профиль, а потом регистрируют с него аккаунт, то это один кейс.

Если прогревают профиль, а потом просто продают профили, то это совсем другое.

[support]

@biohacker01 Ну вот решение, которое сейчас основное как раз и предполагает создание таблицы. Пользователь - ключ.

[rkk9]

@biohacker01 отдельный лк с возможность генерировать ключи с балансом \ лимитами, ну и бонусом различные фишки