This topic has been archived. It cannot be replied.
-
枫下家园 / 电脑电信 / Gmail login page 为什么要把 username 和 password 分开写在两个网页上？ 搞得很讨厌很麻烦。 Google 为什么要这样做？ 是真的有好处，还是哗众取宠搞些花里唿哨无聊的小玩意, 来标新立异？ 如果真的有好处，为什么其他网站不跟它学？
-lzddeelzrone(lzddeelzrone);
2020-7-4
(#13063598@0)
-
确实有好处，我体会到了，希望所有网站都能这样做
-111111(快乐老家);
2020-7-4
(#13063600@0)
-
https://www.google.com/landing/2step/
-firetrain(火车头);
2020-7-4
(#13063622@0)
-
不是这个，跟这个两步认证不是一回事
-vega_lee(天津包子-就不改);
2020-7-6
(#13067020@0)
-
outlook,yahoo也都一样了。
-xjcjq(rufeng);
2020-7-4
(#13063604@0)
-
这些科技公司都是偷偷摸摸互相抄来抄去,从来不敢有自己真正的独立创新. 我指的是其他大多数大众网站, 像银行 online banking, ...
-lzddeelzrone(lzddeelzrone);
2020-7-4
(#13063620@0)
-
开发人员工作量增加了点
-fansile(随风而去);
2020-7-4
(#13063605@0)
+1
-
是怕用户名密码被一锅端？
-guestagain(guest again);
2020-7-4
(#13063606@0)
-
用户名和密码在一个页面上，黑客可以用程序来在这一个页面上暴力破解，密码在另一个页面上会给黑客破解增加难度。 还有就是防止机器人自动注册和登录。
-winterfish(潜水鱼(\ (•◡•) /));
2020-7-6
(#13066981@0)
+2
-
多了50%广告页面
-guanshui88(约定);
2020-7-6
(#13066992@0)
-
加拿大华人移民不是很多干it的吗？怎么这么多这都不懂的
-vega_lee(天津包子-就不改);
2020-7-6
(#13066996@0)
-
你懂？
-sxffff(lookingforjob);
2020-7-6
(#13067000@0)
-
第一步通过你输入的用户名可以做一些判断，第二部问密码的时候，把你归入不同的类别，给你不同的选项和画面风格，内部也有一些参数已经不同了。对于个人用户可能看不出来，但是现在干IT的应该明白吧？
-vega_lee(天津包子-就不改);
2020-7-6
(#13067017@0)
+1
-
用户体验差了，没说出来主要原因
-sxffff(lookingforjob);
2020-7-6
(#13067580@0)
-
会不会是配合手机应用，方便Bootstrap ？
-bd2020(20);
2020-7-6
(#13067003@0)
-
https://ux.stackexchange.com/questions/78805/why-is-google-using-a-new-2-step-gmail-sign-in-process
-xmlhttprequest(build5381);
2020-7-6
(#13067427@0)
-
应该是区分不同性质的用户。拿outlook来说吧，如果你是企业office365用户，输入你公司邮箱地址后会跳到另外一个登录界面让你输入公司邮箱和密码。如果是个人用户就直接打开输入密码的页面。
-newnews1(wu);
2020-7-7
(#13067783@0)
-
就是所谓的负优化， apple，微软特别擅长，现在狗狗也学会了， 美国it真是完蛋了， 目前就amd看着积极点，
-googlebot(bot);
2020-7-7
(#13067934@0)
-
什么叫负优化? 是不是故意把软件做的越来越难用,越来越花里唿哨,加上臃肿不堪, 而且存心把以前版本里面有用的功能偷偷摸摸地砍掉,不让你用? 他们为什么要这样做?
-lzddeelzrone(lzddeelzrone);
2020-7-7
(#13068290@0)
-
因为这样不这样做，大多数三哥handle不了。
-guestagain(guest again);
2020-7-7
(#13068449@0)
+1
-
apple是负优化的代表，年年系统升级，升级后一堆bug，拼命偷用户数据，美国表面重视隐私，智能手机拼命偷个人数据，现在智能音箱更是窃听器，舆论都视而不见，
-googlebot(bot);
2020-7-7
(#13068499@0)