20.03.21 © 2024 Программизд 02
 
Форумы / Программирование. Разные СУБД [закрыт для гостей] / Алгоритм регистрации в Обсудиторе.
Сообщения: 1 / Страницы: 1  
Алгоритм регистрации в Обсудиторе.
    #1864
FSR
Скрыть профиль Поместить в игнор-лист
Участник
Требуется зарегать юзера, но без всякой мути из 90-х годов: электронной почты, SMS и т.п.

Аргументы против e-mail
1. Боишься просрать пароль и хочешь иметь почту для страховки, чтобы через неё восстановить: заведи себе 4 пароля в профиле, каждый следующий имеет силу над всеми предыдущими и запиши в тайный блокнотик самый крутой, а остальные пытайся помнить. Тем более почту тебе могут так же выебать и через неё всёх поиметь.

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

3. Замедляет процесс. Заполнил форму, пошёл ждать письма, рыться в спаме, а там сервер почтовый тормозит, минуту как мудак куришь бамбук или вообще не пришло. Нахуй зависеть от внешнего сервиса, на котором у юзера сраный ящик? А если нет ящика? А если есть, но палить не хочет? Потом там жмёшь ссылку, тут открывается. Ну нахуй, ёбля с греблей какая-то.

Чё хочется

Максимум, попросить юзера капчу отгадать. Ведь именно это является проверкой человек перед тобой или нет. Если этот охуевший пидор написал успешную нейросеть, то этот обоссаный хуй и домен для электронки поднимет (второе проще). Ну домен я прибаню, а 10К айпишников из тора нет - скажет читатель. Я не прибаню домен - я сплю, ебанат ты читатель.

Далее, хочется выполнить на компе юзера алгоритм proof of work, проверить который легче чем выполнить на много порядков. Скажем, на исполнение алгоритма нужно 16MB javascript-памяти, а на проверку валидности лишь 128 байт памяти на сервере. Идеи подобных алгоритмов - в студию. Примеры: randomX хеш-функция как в monero или кулибинство: сливаем в юзера 16 метров рандомного говна по 1 мб в секунду, а потом запрашиваем 32 байта из рандомных мест: сервер обязан помнить только 32 байта, а юзер 16 мб - число таких регистраций ограничена ресурсами: Крутой хакерский сервер с 356 гигами оперативы сможет одновременно пытаться проводить 20К таких регистраций за 16 секунд. А ещё на нейросеть для капчи ресурсы.

Общий смысл: юзер ввёл "логин, пароль, пароль" и нажал кнопку.
Далее смотрит 16 секунд на прогрессбар, пока его яваскрипт о чём-то общается с серваком.
Да хоть биткоин манит, тебе не поебать ли, главное что через 16 секунд ты без всякого емейла и прочей ёбли становишься зарегистрированным, никуда со страницы не уходя.

Идеи древни как мир, принимаются соображения на тему "на клиенте сильно дороже, чем на сервере".

Аттач
Весной сочинял на голых плюсах алгоритм генерации капчи.
Демка одного варианта настроек.
Параметров бредогенерации там много, это пример.
Если нейросети жрут это достаточно быстро, то мы просто показываем юзеру сразу 5 штук (хули, наш сервис настолько элитарен, что тебе не облом пройти такую регистрацию - это всё равно, блять, удобнее чем ходить в почту и там ждать сраное письмо).
Преимущество: пиздец быстро (2...4 ms).
out.jpg
Модератор:
Тема была перенесена из форума 'Общение'.
Изменено: 14.09.2020, 00:29 - FSR
Рейтинг: 0 / 0
Форумы / Программирование. Разные СУБД [закрыт для гостей] / Алгоритм регистрации в Обсудиторе.
Сообщения: 1 / Страницы: 1  
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые участники ...
Найденые участники ...
x
x
Закрыть


Просмотр
Close
Debug Console [Select Text]