Имена пользователей и пробелы

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

Однако я согласен с вами: в сегодняшней среде, вероятно, не так много причин продолжать это делать, за исключением случаев, когда совместимость с устаревшими версиями имеет смысл (* nix и т. д.).

Я полагаю, потому что какой-то код где-то все еще обрабатывает ввод как набор параметров, разделенных пробелами, во многом так же, как командная строка Windows обрабатывает имена файлов без кавычек. Например, если вы должны передать имя пользователя внешнему исполняемому процессу, написанному на C, где имя пользователя было передано в командной строке, оно поступит в приложение C в виде двух аргументов.

Хотя на практике это больше не может происходить, как и многие специальные символы, я предполагаю, что это причина, по которой он там.

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

Поскольку мы удаляем пробелы и разрешаем их в пароле или имени пользователя, вы можете себе представить, что возникнет большая проблема, если пользователь введет пароль как «PWD».

Это предотвращает смешение схожих комбинаций имен, например. «Джон Смит» и «Джон Смит». Это также упрощает автоматическое распознавание имен, которые появляются в тексте.

Это зависит от того, где они будут использоваться. Отказ от использования пробелов в именах пользователей unix имеет смысл по той же причине, по которой имеет смысл не использовать их в именах файлов unix - их сложно вводить в командной строке. Тем не менее, unix допускает пробелы в именах пользователей, а также в именах файлов.

Я не вижу причин, по которым такие вещи, как веб-приложения, не допускают пробелов.

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

Я думаю, что на самом деле это, вероятно, одна из тех условностей, которые необходимо нарушить. Большинство систем теперь имеют дело с большим количеством сложных данных и используются для правильной обработки текста, который включает пробелы. Я был рад обнаружить, что fogbugz (еще один плагин) примет ваш адрес электронной почты, ваше имя пользователя или ваше настоящее имя, как вы его ввели; в качестве имени пользователя при входе в систему.

Это просто соглашение, которое все еще существует со времен восьмибуквенных имен файлов и, вероятно, также восьмибуквенных имен пользователей. Я бы посоветовал вам разрешить это в своем веб-приложении и позволить миру следовать за вами. :)

Одна тонкая проблема, связанная с пробелами в именах пользователей, заключается в том, что символ пробела «невидим», и два последовательных пробела могут выглядеть очень похожими на одиночный пробел. Ошибки, возникающие при вводе двух пробелов вместо одного, может быть трудно обнаружить, и это одна из причин, чтобы запретить все пробелы.

Некоторые системы могут запрещать пробелы, но все же разрешать неразрывные пробелы. Умный пользователь может использовать этот факт для включения пробела в свое имя пользователя.