Pull to refresh
0
0
Александр @Alex_Yanover

User

Send message
тут предполагается, что он должен грузить не что попало, а «знакомые» фото, которые он узнает и спустя десятилетия.
А так ещё есть один вариант — это авторизация через веб-камеру. Подобный функционал уже реализован у Битрикс24. Но тут получается необходимо, чтобы у всех пользователей была веб-камера…
Правда в этом случае можно вычислить картинки самого клиента (они будут чаще других появляться). Но тут всё решается с помощью ограничение числа попыток. Если кол-во попыток превысило лимит, то тогда уже можно сделать авторизацию через ссылку на почту (как описано в этой статье). После этого опять кол-во попыток возобновляется.

Пытался найти похожее решение в интернете, где оно подробно описано и уже решены всякие нюансы, но не нашёл…
а как их все исключить если теоретически их бесконечное число (можно например их брать из какого-нить онлайн сервиса)
Предполагал, что клиент, например, загрузит 6 картинок. А при авторизации выводится от 1 до 3 его картинок и ещё сколько не хватает до 6 других картинок. Остальные картинки — это не картинки других пользователей, а предустановленные в системе. Чтобы, как вы говорите, не было всякой бяки.
А как вам такая идея — пользователь при регистрации загружает n-ое кол-во картинок, которые как-то связаны с ним. Например, фото с ним, его семьёй, друзьями, фото его машины и прочее. А при авторизации ему выдаётся набор изображений среди которых он должен указать свои. Т.е. пользователь вводит свой email или номер телефона. По нему система находит его изображения и выдаёт несколько его изображений из числа загруженных и несколько не его и пользователь указывает свои. В этом случае вообще не нужен пароль.

Information

Rating
Does not participate
Registered
Activity