[英]which is the most simple registration form?
I think it's a simple question but a little bit complex question too. 我认为这是一个简单的问题,但也有些复杂。 ;-) ;-)
What are the required fields for a simple user registration form. 简单的用户注册表单的必填字段是什么?
I think we don't want to enter all the user details at the first step of the registration, we can set that after the successful registration. 我认为我们不想在注册的第一步输入所有用户详细信息,我们可以在成功注册后进行设置。
sample form 样本表格
First name :_ _ _ _ _ _
Middle Name :_ _ _ _ _ _
Last Name :_ _ _ _ _ _
Organization name :_ _ _ _ _ _
Email id :_ _ _ _ _ _
and finaly captcha:
So any other suggestion? 还有其他建议吗?
please give me your thought about this. 请给我您的想法。
最简单的注册表单就像StackOverflow所使用的那样:除了用户名(和OpenID登录名)之外,它不需要任何其他内容。
您需要知道的最低要求是什么,以向用户提供他们所需要的东西。
It depends on what you want to know about the user. 这取决于您想了解的有关用户的信息。 Is it a business site, forum, game? 它是商业网站,论坛,游戏吗? But name and email is always good know. 但是姓名和电子邮件始终是个好主意。 Maybe you want to use an OpenID, like googles. 也许您想使用OpenID,例如Google。
Depends on what you're signing up for. 取决于您要注册的内容。 Easiest would be username and email, and in the special case where the username is the email you'd have an even easier form. 最简单的是用户名和电子邮件,在特殊情况下,用户名是电子邮件,您将拥有一个更加简单的表格。 Most other information is of minor importance anyway, and is better placed in a profile options page. 无论如何,大多数其他信息都不太重要,最好将其放在个人资料选项页面中。
The simplest would OpenID as used by stackoverflow.com and a growing number of other places. 最简单的将是stackoverflow.com和越来越多的其他地方使用的OpenID。
http://www.codinghorror.com/blog/archives/001121.html http://www.codinghorror.com/blog/archives/001121.html
It means you don't have to manage passwords etc. at all. 这意味着您根本不需要管理密码等。
As you say you could then have a profile page inside that lets you set additional properties. 如您所说,然后您可以在其中有一个配置文件页面,该页面可让您设置其他属性。
I'm a big fan of one of the methods Steve Krug suggests in his book Don't Make Me Think , which is to ask for the minimum now, and for details later. 我是史蒂夫·克鲁格(Steve Krug)在他的书《 不要让我思考》中建议的一种方法的忠实拥护者,该方法现在要求最低限度,并在以后提供详细信息。 So ask for an email address and a password (which seems to be missing from your example) only. 因此,仅要求提供电子邮件地址和密码(您的示例中似乎没有)。
You'll lower the threshold for the user to become a register member at your site, and it's easier to have your visitor fill out more information once he's "inside" and sees the value of providing you with the extra information. 您将降低用户成为站点注册成员的门槛,让访问者“深入”并看到为您提供额外信息的价值,使访问者填写更多信息更加容易。
这在很大程度上取决于情况,没有正确的答案。
Username (maybe Username == email address?) and password would cover most bases (a way to contact and confirm the user). 用户名(也许是用户名==电子邮件地址?)和密码将覆盖大多数基础(联系和确认用户的方式)。
Let them fill in the rest later, once they are inside your web app. 一旦它们进入您的Web应用程序,让他们稍后填充其余部分。
Depends on the task. 取决于任务。 The simplest registration can be a user's email address (doubles as username). 最简单的注册可以是用户的电子邮件地址(是用户名的两倍)。 They can set the other fields later on, or you can intelligently fill them from other forms (eg, an order form / payment form) that they fill in as part of their process. 他们可以稍后设置其他字段,或者您可以从他们在流程中填写的其他表格(例如订单/付款表格)中智能地填写它们。 Indeed, that process can create the account, meaning there is no need for an explicit signup function, although I still recommend having one as a standalone. 确实,该过程可以创建帐户,这意味着不需要显式的注册功能,尽管我仍然建议将其作为独立帐户。 I mean, no need to register before doing other website functions, if the other functions have the signup data capture fields anyway. 我的意思是,如果其他功能仍然具有注册数据捕获字段,那么在执行其他网站功能之前无需注册。
您必须拥有类似于CAPTCHA的功能才能阻止脚本攻击。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.