All streams
Search
Write a publication
Pull to refresh
0
0
Роберто Курилло @HabraCurillo

User

Send message
И я о том же. Это была ирония.
если сейчас в 2007 году я сталкиваюсь с софтом или сайтом, не умеющим работать с UTF-8

Хабр, кстати, пока "не умеет" работать с UTF-8, если можно так выразиться.
О, копирование текста из консоли (если считать таковой окошко cmd.exe) это очень увлекательно занятие:

1. Правой кнопкой вызвать контекстное меню, выбрать "Пометить". При этом включается режим выделения текста.
2. Выделить нужный кусок текста.
3. Нажать Enter для копирования в буфер обмена.

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

Тем не менее постепенный переход на UTF происходит, так что процесс идет в нужном направлении :)
Где же искать корень зла? Взглянем на протокол HTTP.

Тем не менее, корень зла не в HTTP, который был создан в 1990 году.

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

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

Кстати, смена ника обычно вообще не предусматривается, и правильно. Ник - это то что задается при регистрации и не должно меняться.
Просто мне кажется, можно поступить проще. Если регистрация не подразумевает использования ника (как, например, многие сервисы google), то можно безболезненно использовать email как логин.

Если же нужен ник - то лучше его спросить у пользователя, чем вырезать его из адреса. Ни к чему проихводить лишние неочевидные для пользователя действия с его данными.
А если это email вида info@example.com? ;)
Это уже проблемы конкретной реализации проверки. В данном случае разработчики явно перестарались... но это же не значит, что от валидации e-mail нужно отказываться.

Обычно при регистрации достаточно проверить, чтобы e-mail выглядел как настоящий, то есть не содержал левых символов и все собаки/точки были на своих местах.
Можно развить идею.
А теперь вы можете откинуться на спинку кресла и расслабиться. Мы пока заполним за вас форму, а потом вы поправите, если мы что-то не угадали.
Защита работает только в IE.

А пользователи FF, по логике создатеей, и так продвинутые, сами разберутся. Если опечатаются - поделом :)
Кстати, Дмитрий Смирнов еще в 2003 году описывал очень простую технологию регистрации, вполне применимую и удобную.
Насчет пароля можно согласиться. Я даже сделал себе greasemonkey-скрипт, который превращает все password-поля в обычные. Для меня не очень актуален вопрос, что кто-то из-за спины подсмотрит пароль, зато удобство несколько повышается.
Все равно как-то не очевидно, согласитесь.

Если нужно действительно заставить пользователя проверить e-mail, можно показать ему страничку "Проверьте ваши данные перед окончанием регистрации".

По вашей логике можно заставить три раза вводить e-mail - тогда вероятность опечатки еще уменьшится :)
Красивые постеры.
- не mail.ru, а mail/ru;
- не mail.ru, а mailru.

Такие ошибки легко отсекаются на этапе валидации адреса. В том числе средствами JS можно сразу указать пользователю, что он ввел некорректный e-mail.
user-friendly, однако!
2. есть пока колхозное воплощение, назовем это "обкаткой идеи".

Обкатка идеи сделать клон фишек.нет? :)
Мало того что потакает невнимательности, но еще и создает затрудения для обычных, не "совсем простых" пользователей :)
Кажется, раньше на том же IPB я видел js-защиту на поле e-mail. Хотел об этом написать, но когда делал скриншот, ее уже не было :) Возможно другая версия, либо там был мод.

Information

Rating
Does not participate
Registered
Activity