Pull to refresh

Comments 67

UFO just landed and posted this here
>> От ошибки страхует повторный ввод пароля.

Некоторые копипастом пользуются
В пассворд-боксах copy/paste не работает
поэтому ввожу в другое поле пароль и копипаст
Я, например, генерирую длинный и сложный пароль в Keepass, сохраняю, а потом копипастом в оба поля.
идея грамотная

есть чекбокс
параноики на своих сайтах могут сделать по дефолту input — password и чекбокс на открытие пароля
оптимисты могут сделать наоборот

и волки сыты и овцы целы
я к примеру знаю пару сайтов где следовало бы сделать «параноидальный» ввод пароля и где вполне можно «оптимистичный»
Так сделано в Network Manager в Fedora при вводе пароля для wifi сети. Удобно.
Network Manager не только в Федора. Он везде: в SuSE, Ubuntu…

Там немного о другом. Там не форма регистрации, а форма ввода, и не пароля, а парольной фразы.
Кстати, ошибка возможна даже с повторным вводом пароля. Например был нажат капс или была выбрана не та раскладка клавиатуры.
Отображение пароля позволяет избежать этого.
Для некоторых пользователей повторный ввод пароля это такая-же сложная задача как повторная регистрация для Вас.
Интернет-кафе может и вымирают, а вот коллега за соседним столом вполне может увидеть.
UFO just landed and posted this here
Вы сами-то пробовали так взглядом «сниффить» пароли? :) Сильно удачно?
этож какое зрение должно быть??? :)
Ну если сделать чекбокс с текстом «Скрыть пароль» и изначально он будет выключен, то вполне разумная идея.
Если ты на работе или в интернет-кафе, то по клику на чекбокс появляется второе поле и меняется text на password в input, а если нет, то -1 поле это очень хорошо.
UFO just landed and posted this here
Это можно довольно легко (по крайней мере легче, чем переписывать все сайты) решить на уровне браузера: виджет ввода пароля должен позволять показать или скрывать пароль.

Уверен, что уже есть такой юзерскрипт под Лису. :)
например, вот: userscripts.org/scripts/show/46393

ИМХО поле PASSWORD несет важную семантическую нагрузку и категорически нельзя от него отказываться.
Т.е. поле confirm не надо заполнять?
А если валидация на стороне сервера не пропустит?
конечно, надо, но все равно так удобнее
проги-шпионы со скринграбом станут еще более популярны.
По мне идеальная форма регистрации — это ввод адреса эл. почты и кнопка регистрации.
И чтобы он генерировал случайный пароль? Нее, такого мне не надо.

Почта и пароль.
UFO just landed and posted this here
Нафиг логин, в 80% сервисов он не нужен.
Мыло и пароль.
UFO just landed and posted this here
Но качественно убирать регистрацию умею тоже не все.
Чего там пароль! Зачем делают подтверждение e-mail?
Также человек может ошибиться как не правильно введенный пароль. Так один раз, торопясь, зарегился на сайте и минут 20 ждал кода активации, пока не понял что, вероятно, ошибся символом, уже повторно зарегистрировавшись (не получив ошибку, что «данный имэйл уже использован для регистрации»).

Хотя самого бесит двойное введение пароля и имэйл. Тот кто торопиться он может и два раза ввести не правильно и пароль и имеэйл.
Эээ… Простите, но моя лень ещё _никогда_ не давала мне повторно вбивать имейл — всегда копировал.

Да и выпадающий списочек уже давно к обоим полям появляется, если лень печатать)
Был за чужим компом, помоему там стояла опера, списка нет) Говорю же торопился, мыло короткое.
Ну это же редкая ошибка, т.к. человек видит вводимый e-mail.
С введением confirm email кол-во таких ошибок снизится. Зато это подтверждение вызовет раздражение у очень многих людей.
А бывает такое, где нужно подтверждать email — даже несмотря на то, что он отображается.
Поддерживаю. Обычно ввожу в оба поля e-mail без ошибки, но один раз ошибся на платежном сайте. Срабатыванию блокировки по несовпадению полей порадовался :)
Для рассылки новостей или спама…
для отсева ботов.
ну раньше спасало, теперь все меньше
особенно бесит, когда кликаешь на ссылку активации в письме, открывается сайт, говорит «спасибо, ваш е-мейл подтвержден» и после этого предлагает залогиниться
Подтверждение по емейл делают, чтобы знать сколько реальных емейлов в базе пользователей, и какие именно.
Закрывать пароль звездочками обязательно надо. Я, например, когда регистрируюсь, даже не обращаю внимания на то, что ввожу, пробегаюсь глазами по полям, и уже на автомате «Логин—Таб—Пароль—Таб—Снова пароль—Таб—Имейл». И если мой пароль виден, это вызывает дискомфорт даже дома.

И как сказали выше, особый бред — подтверждение имейла. Эту человеческую глупость понять мне не дано.
Дык для параноиков галочка будет.
UFO just landed and posted this here
UFO just landed and posted this here
Не только Sony Ericsson. (привет вин-мобайл!)
привет от всех устройств с вводом букв с цифровой клавиатуры. Нокиа в их числе
Не получит широкого распространения. На реализацию нужно время, а так многие даже <label> к чекбоксам не ставят.
Это может быть решено а) на уровне браузера, б) на уровне OC (что куда как лучше) для поля type=«password». И все дела.
К этому уже настолько привыкли, что открытый воспринимается несколько странно.
Не вашим, не нашим: галочку напротив поля ввода пароля «Показывать пароль», чтобы можно было в любой момент или при желании переключить в удобный режим.
нужно кнопку добавлять — «хватит держать меня за идиота, покажите мне мой пароль»
А рядом еще одну — «Все идиоты вокруг таращятся на мой пароль. Спрячьте скорее!» :)
Зачем тогда вообще пользователь/пароль… Достаточно просто длинного ID пользователя…
Заставить юзеров вместо логина вбивать MD5 своего ника без возможности копипасты.

Тогда и регистрация не нужна будет :)
Пароли, часто устанавливаются у «клиентов», самими клиентами. И они наверно не хотят чтобы кто-то краем глаза их увидел.

Совсем другое дело, это повтор ввода. Ну и что, что ошибся пользователь. email то он ввел. Если не сможет попасть всегда есть функция «напомнить пароль».

Я например за «отмену» повторного ввода пароля.
Я могу понять два скрытых поля для ввода пароля для регистрации. Но, хоть убейте, не пойму чем руководствуются люди требующие вводить пароль с подтверждением к уже существующим аккаунтам. За примером далеко ходить не надо:
Еще тупее, когда заставляют два раза email вводить. Тупость.
А может сделать отображение последнего символа при вводе пароля на пару секунд? Таким образом пользователь будет видеть, что вводит, а подсмотреть будет сложно. Правда, возможны сложности с реализацией.
Дык в WinRARе есть нормальное решение при создании запароленных архивов — есть чекбокс, который переключает два обсуждаемых режима — либо видим пароль и вводим один раз, либо два раза — звездочками.
Я бы удовлетворился нечто таким:

Если в маскированное поле (type=«password») добавить специальный параметр (например, showpass=«enabled»), то в поле появится встроенный переключатель. Лайк зис:


Если параметр не указан, переключателя нет.
спешить не стоит. Срытый пароль это атрибут безопасности для пользователя.

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

С пользователями будет тоже самое. Отсутствие звездочек (кружечков...) насторожит пользователя и заставит думать что у этого сайта что-то с безопасностью.

Если же все же вы решили на своем сайте показывать пароль при регистрации, то галочка показывать пароль, дефолтно должна быть отключена.
Вроде бы никто не написал ещё. Если решать проблему не на уровне браузера, то при использовании input type=text пароли будут попадать в список автозаполнения браузера, что не очень хорошо.
Да, и только пользователи оперы будут «спасены» от этого :)
Когда я генерирую сложные пароли, трудные для запоминания я частенько перепечатываю их в свободном поле, зрительная память с успехом дополняет символьную.
В целом от кнопочки «показать пароль» я бы не отказался. Но большей части пользователей будет все равно.
Так, к слову замечу: если уж вам приходится копипастить логины/пароли, то сначала копируйте пароль, а потом копируйте логин. Потому что мало кто задумывается, что если пароль вставлять _после_ логина, то он останется в буфере обмена (если не заместится чем-то другим, конечно).
Sign up to leave a comment.

Articles