注意：我们的任何站点都不再正式支持通过OpenID进行注册或登录。目前，https：//openid.stackexchange.com/仍在互联网上，但我们正在完全删除它。
Stack Overflow是OpenID的早期强大支持者。我们围绕它建立了注册/登录流程。我们理想主义，寄予厚望，但这些希望没有实现。多年来，人们一直在怀疑OpenID是否已失效。由于OpenID提供者取消了支持或关闭了支持，因此我们不得不取消支持。
现在分道扬ways了。现实情况是，OpenID支持在我们的代码库中造成了大量的复杂性，而积极使用OpenID的用户数量根本无法证明这样做的合理性。用户说出了自己的行为。您更喜欢基于Google，Facebook和Stack Exchange（又名电子邮件/ PW）的帐户身份验证。
在我们的9,813,747个帐户中，约有百分之十分之一正在积极使用OpenID（定义为在过去12个月中访问过一个网站）。如果您包括所有非活动帐户，则仍少于所有帐户的2.9％。
那么，计划是什么？
完成-删除具有大多数OpenID提供者的新帐户的功能
完成-添加向当前帐户添加电子邮件登录的功能
完成-将Launchpad（在askubuntu.com上使用）转换为OAuth
完成-从Arqade删除使用Steam创建新帐户
（蒸汽删除了对OAuth的支持。只有454个使用Steam的帐户已访问
过去6个月内的Archade。）
完成-我们将向所有依赖已弃用OpenID凭据的用户发送电子邮件，并要求他们向其帐户添加新的提供者
完成-进行公告使用过时的OpenID凭据登录的任何用户的横幅广告，敦促他们将新的提供程序添加到其帐户中
DONE-最终支持通过OpenID登录
进行中-删除openid.stackexchange.com（注意：去年只有0.2％的授权站点是非Stack Exchange站点。）
很明显，如果您的帐户依赖于OpenID，则进行生活轻松，现在就添加您的Google或Facebook凭据或设置电子邮件/密码身份验证。
如果您忘记了登录所用的凭据，请单击此链接以刷新您的记忆。如果您没有看到下图所示的三种帐户类型之一（Google，Facebook或Stack Exchange），请单击“添加更多登录名”按钮将其中一种添加到您的帐户中。
请记住，SE OpenID帐户实际上是通过复杂的OpenID代码路径处理的电子邮件/密码帐户。作为此更改的一部分，它们将迁移到更简单的仅电子邮件/密码的代码路径。您不需要额外的工作。
#1 楼
如果您在此过渡过程中遇到任何问题，或者无法成功向您的帐户添加新的提供商，请与我们联系，我们将为您解决问题。#2 楼
支持状态已完成的sede我正在使用https://openid.stackexchange.com/登录到Stack Exchange Data Explorer SEDE。 SEDE帐户和Stack Exchange帐户之间是否还会有另一种集成方式？还是我也需要在这些帐户之间切换提供商？
更新：“另一种集成方式”（通过OAuth通过Stack Overflow登录）已于8月启用。 2020年：Stack Exchange Data Explorer登录正在更改
评论
当我们进行分析时，会错过这一点。我们将需要在此处进行更改，但目前我没有详细信息。我们稍后将发布SEDE登录将如何更改。
–乔朋友
18年3月6日在18:13
我们将确保登录在这里有效，但还不能采用什么形式。理想情况下，我将其设置为单点登录，并且您的stackexchange.com cookie可以工作，但是我完全不保证这样做，因为开源项目存在一些基本问题。它可能正在使用我们的OAuth路径或类似的名称。凯文和我将在下周早些时候讨论（本周我要出去），并制定一个计划。 SEDE显然需要工作，我们将以某种方式实现这一目标。
–尼克·克拉弗♦
18年3月6日在18:15
@NickCraver如果可以/需要在开源位上完成某些工作，并且您认为可以卸载其中的一些工作，请随时联系我，我们很乐意为您提供帮助。
–rene
18年3月6日在18:39
我希望可以在此处发表评论（如果没有，我将其删除/可以对其进行标记）。我很高兴会发生一些事情，因为用我的Stack Exchange OpenID随机登录到SEDE并无声地失败了大约一半的时间...
–赞娜
18 Mar 6 '18 at 20:43
@Zanna也对我有用，直到我清除了该网站的缓存。
– Glorfindel
18 Mar 6 '18 at 20:46
@JoeFriend相关问题：meta.stackexchange.com/questions/305771/…
–Cœur
18-3-7的1:23
我真的希望SEDE可以使用普通的SE登录名，就像网络中的任何其他站点一样。由于系统的混乱程度，我有三个单独的SEDE帐户...：/
–戳
18 Mar 7 '18 at 11:52
@poke这个时间轴迫使他们去做一些事情……但是仍然存在有限的开发时间的问题，因此其他事情将被暂时搁置。
– wizzwizz4
18年7月7日在18:13
@JoeFriend如果您要更改SEDE的登录代码，也许这是个好时机，例如允许在那里永久登录？
– E.P.
18年3月11日在15:54
#3 楼
ChatExchange是用于Stack Exchange聊天的Python API。它通过访问openid.stackexchange.com进行登录，登录（为fkey刮取页面），然后使用该cookie登录到Stack Exchange站点。然后，使用Stack Exchange登录名中的cookie进行身份验证以进行聊天。SmokeDetector使用ChatExchange。如果流程中断了，我们将需要了解它，以便我们可以安排必要的补丁程序，并且在解决问题时不会造成大量停机。旧流程和新流程都将是理想的过渡时期。
评论
我所知道的所有聊天库和漫游器都使用openid.stackexchange.com，因为这是Web登录所使用的（或者至少是在我们对其进行反向工程时使用的）。我们可以更新所有内容以使用新系统，SOBotics中的某些人希望编写一些有关登录和聊天的非官方文档，但是如果有任何重大更改，请提前通知，因此我们不会早上醒来找到一切都崩溃了（尤其是烟熏）。
– NobodyNada
18-3-7在6:07
@NobodyNada在类似情况下。对于我们的Android聊天应用程序，我们使用SE的OpenID，但是我不确定死后会做什么。希望SE实现类似于SO的电子邮件和密码登录。
– Tristan Wiley
18 Mar 7 '18 at 18:02
@ArtOfCode您可以使用Stack Exchange OAuth。
– wizzwizz4
18 Mar 7 '18 at 18:11
@ wizzwizz4但这是标准Web登录的替代方法吗？由于没有官方的聊天API，聊天机器人必须使用Web界面，这意味着我们必须使用网站进行身份验证才能获取会话cookie和fkey等。
– NobodyNada
18 Mar 7 '18 at 18:16
@NobodyNada在OAuth中提到了客户端和服务器端...我不知道是否可以让您对浏览器会话进行身份验证进行聊天，但从iOS应用看来似乎是正确的。
– wizzwizz4
18 Mar 7 '18 at 18:18
@ wizzwizz4至少据我所知，iOS应用程序不需要/不需要浏览器会话。
– NobodyNada
18年7月7日在18:18
@NobodyNada它用于收件箱中的超时聊天ping。
– wizzwizz4
18年3月7日在18:19
但是我们是否不必分别登录打开的网络浏览器？
– NobodyNada
18年3月7日在18:20
非OpenID登录路由存在，但仅在特定站点上存在，因此，如果我们要使用一个https://stackapps.com/users/login这样的登录路由，则可能有必要在StackApps上将用户自动注册为其中的一部分。登录流程（我们尚不知道它们已经在哪些网站上）。这可能是可以接受的，但是与拥有与配置文件无关的登录页面（例如https://chat.stackexchange.com/users/login、https://stackauth.com/users/login或https：/）相比，这有点麻烦/stackexchange.com/users/login。 （来自聊天中的讨论。）
–杰里米
18-3-7在19:31
我的机器人杜加（Duga）在她的代码中也引用了openid.stackexchange.com，我已经检查并确保她确实使用了Stack Exchange登录，但是我想代码必须重写一点。她被Code Review和Software Engineering广泛使用。
–西蒙·福斯伯格
18年3月11日在12:30
我自由创建了一个聊天室，以便我们可以通过新的登录流程互相帮助：chat.stackexchange.com/rooms/74338/…
–西蒙·福斯伯格
18 Mar 11 '18 at 12:40
嗯，因为SmokeDetector又名Smokey是我们最活跃的SO主持人，所以也许它必须优先于SO公司做出的“为了自己的利益而改变事物”的决定。制作这类机器人的人很棒，应该得到SO的支持，而不是被击落。或者一定要关闭该漫游器，然后SO员工才能自己主持论坛。
–伦丁
18年3月12日15:45
#4 楼
时间轴显示6月-为使用OpenID登录的用户运行公告横幅。为什么要等到6月？公告横幅不应该立即上升吗？
还向使用StackExchange作为其OpenID提供程序的用户显示横幅吗？
评论
您可以添加任何投票或以其他方式参与任何包含“ openID”的问题的人都应收到通知。包含“ openID”的问题示例：meta.stackexchange.com/q/190442/242736或meta.stackexchange.com/questions/256767/…
–user2987828
18 Mar 8 '18在10:11
我的意思是，请立即收到通知。 （由于阈值五分钟，因此无法及时编辑以前的评论）
–user2987828
18年3月8日在10:17
@ user2987828我要做的是将先前的注释复制粘贴到新注释中，进行修改并保存，然后删除旧注释。
–robinCTS
18 Mar 19 '18在6:58
+2等到剩下不到一个月的时间，除非您立即采取行动不当，否则您将第一个不可错过的消息宣布您将失去对帐户的访问权限。
– Peter Taylor
18年6月28日在8:10
我很幸运看到今天的通知。上个月，我没有机会从登录的笔记本电脑上进行访问，因此我很容易错过了通知:-(。
–颅骨
18年7月2日在20:58
#5 楼
TLDR：如果可以删除更清晰的代码，则可以删除openID，但是可以允许视障人士继续回答，如果可能的话，可以在不使用JavaScript的情况下进行投票和发表评论。在2018年4月底，必须使用openID无需任何JavaScript即可在stackexchange网络的站点上登录，提问，回答和编辑。但是登录需要，截至2018年4月，OpenID如新消息
Because JavaScript is disabled, you can only log in by entering your OpenID URL manually:中所述。以前，在2013年以及当时创建了上述问题和答案，openID和一些JavaScript列入了白名单网站对于在stackexchange网络上的网站进行回答，评论和聊天是必不可少的。
针对视力障碍者（我！）的最佳浏览器不支持JavaScript，但是盲人用户的唯一选择那里。我很幸运能够使用firefox，但是真正的盲人呢？
注重安全的用户也倾向于使用最少的JavaScript网站。
这也是一种大大加快显示网页时间的方法。 lynx浏览器是最快的加载时间。 Lynx速度很快，因为它确实可以加载图像。 Lynx浏览器也恰好受到具有文本阅读器的盲人的青睐。
我的生活
我有99％的时间使用lynx。除了点击诱饵页面外，没有其他看到图像的兴趣。
我将firefox用于www.sharelatex.com，在stackexchange网站中投票或回答，用于Google议程以及用于购物。其余的，其中news.google.fr，gmail.com，正在搜索（包括在stackexchanges网站中），...我是在lynx浏览器中进行的。我也刚开始在lynx浏览器上回答和编辑帖子。但是我也想收藏（收藏按钮是当前问题的无益链接），很好地进行投票和评论，并且与手动输入URL
https://<URL>.com/posts/<Question ID>/comments相比，具有更好的界面来打开隐藏的评论。PS：我现在正在使用lynx浏览器编辑此帖子，感谢@KevinMontrose的工作。尽管我希望能够对问题和答案进行投票，但是如果它不需要像firefox这样的图形浏览器，我将每天进行几次。
评论
登录从来没有“技术上”需要JavaScript，但是多年来，各种提供程序按钮已使用它来填写和提交表单。今天，您可以使用手动设置的OpenID或禁用了javascript的电子邮件和密码登录。不建议使用OpenID时，电子邮件和密码登录将保持
#6 楼
只是Joe帖子的快速附录，我们将为那些由于看不到消息而被剥夺其帐户权利的人制定一个非常强大的支持计划。虽然我们真的很主动地提出建议，但总会有一些麻烦。当我们在对帐户的结构与版本相比进行了重大更改之后，将MathOverflow引入网络时在他们使用的SE 1.0软件中，我们最终不得不手动修复了许多帐户，并且运行非常出色。因此，我们拥有了支持人们的一切所需。对于任何想念船的人来说，这不是世界末日。
还有仁慈的机器人，我们社区中的人们创造的机器人需要登录才能有用。在遇到任何重大问题时，请与我们联系，以便我们尽我们所能进行协调（这可能很简单，就像指导您进行其他大型项目一样，您可以在其中组合力量）。
评论
为此，我们所有机器人开发人员都可以共享项目，关注点和解决方案的开放聊天室如何？我自由地创建一个，并鼓励其他分享我所关注问题的人加入：chat.stackexchange.com/rooms/74338/…
–西蒙·福斯伯格
18 Mar 11 '18 at 12:39
我当前正在更新Java库ChatExchange。它正在Stack Overflow上运行，但是stackexchange.com（我们需要连接到chat.stackexchange.com）仍在使用OpenID。我们是否可以期望stackexchange.com会更新为使用相同的登录表单，例如Stack Overflow，meta.SE或AskUbuntu？如果是，您是否已经知道何时会发生？
– FelixSFD
18年3月21日在15:18
关于我之前的评论的更新：我们能够更新ChatExchange以使用新的登录流程。使用从meta.stackexchange.com获得的cookie登录到chat.stackexchange.com。
– FelixSFD
18年7月17日在10:41
您真正主动的消息传递让我完全想念。自2013年以来，我一直在使用OpenID登录我的帐户，以至于我不知道其他任何登录方式。我经常使用该站点，以至于我猜我的凭据一直在自动刷新，因为上一次提供凭据的时间是2018年8月7日，我是通过OpenID完成的。直到今天，2018年11月4日，当我安装一个新的浏览器时，才发现OpenID消失了，因为当我登录时，没有“更多选项”链接。我从未见过横幅或收到有关OpenID的电子邮件。
– Old Pro
18年11月4日在22:39
#7 楼
这些数字似乎无法令人信服，但我们是否不必考虑每个用户组对社区的活动/贡献？13k活跃OpenID用户的活动/贡献（占总成员的0.13％）仅占总活动/贡献的0.13％？
评论
欢迎使用灯柱统计：提供支持而非照明。 SE最初使用OpenID的原因是让我来到这里，它仍然是唯一将所有控制权交给用户的联合身份管理方案。难怪它从未流行过。
– MadHatter
18-3-7在11:32
我们不会关闭1万3千个用户帐户，并告诉他们消失。我们只是在要求他们过渡到其他三个选项之一。
–乔朋友
18 Mar 7 '18 at 19:49
@JoeFriend并不能真正回答问题。它完全避开了它。
–恢复莫妮卡的森林
18 Mar 10 '18 at 8:50
确实，更好的统计数据（尽管仍不完美）是通过openid用户产生的网络范围信誉的百分比。
– Celtschk
18 Mar 10 '18在16:07
@JoeFriend，您的其他3个选择是将您的灵魂卖给Google，将您的灵魂卖给Facebook或将您的灵魂卖给我！我也希望看到一个真实的统计数据！
– AaA
18年6月28日在2:02
同样，某些子社区的OpenID用户数量可能不成比例。
–Velkan
18年7月3日，9：57
@JoeFriend我并不关心每个人的OpenID，但是它是为它创建的（分散的，用户控制的）值，当前您正在删除OpenID，但不放回具有这些值的任何东西。您说的“三个选项”很多，但一个是用户名/密码，另一个是来自世界上两家最大的广告公司，这些公司以收集用户数据为生。请给我们Mozilla登录名。我相信（更多）我的数据。有了Google / Facebook，我知道他们会收获它。有了Mozilla这样的非营利组织，我们就有机会...
– Stijn de Witt
18年7月5日在8:09
#8 楼
您可以继续提供OpenID而不接受其他OpenID提供程序吗？（当然，如果可以，您会考虑吗？）
我理解接受许多不同的登录名所涉及的复杂性。当然（至少在很大程度上）与提供OpenID的复杂性是分开的吗？一个要求调用外部API，另一个要求仅通过检查SE登录来向外部提供API。还是你们不能没有一个？还是这个问题没有意义，因为它基本上就是OAuth的作用？
我不是OpenID的最常规用户，但是不必为每个bug跟踪程序创建一个帐户也可以，这很不错。在那里我只用一次。
评论
是的，我喜欢使用OpenID提供程序登录类似于SO的其他Q＆A站点，但不属于网络的一部分，例如Answers.ros.org。
–m01
18 Mar 7 '18 at 22:52
如果提供服务的成本不高，那么这样的服务也可能只是很小的宣传/用户流。
– Nemo
18 Mar 10 '18 at 22:04
@Nemo和tbh听起来可以解决这里提出的大多数其他问题
–辛巴里
18 Mar 10 '18 at 22:30
OpenID的设计使站点可以仅提供，使用或两者兼而有之。 SE的代码可能具有通用的代码，但从外部来看，SE OpenID提供程序独立于SE OpenID使用者。
–SevenSidedDie
18年3月12日在6:47
也许替代：indieauth.com
– NH。
18年4月21日在16:45
#9 楼
由于某些原因，Stack Exchange是我可以使用的唯一OpenID提供程序。我与其他人将自己的东西用于测试以外的其他人的位置不同，但是我仍然会发现一些类似的系统非常有用。有计划提供Stack Exchange OAuth吗？评论
@ wizzwizz4我们今天支持OAuth，您可以在这里找到文档：api.stackexchange.com/docs/authentication-这些URL可能会发生变化，但这将是不同的弃用路径。我正在尝试在内部澄清有关openid.stackexchange.com的问题，因为此处的计划有些混乱。
–尼克·克拉弗♦
18 Mar 6 '18 at 17:55
@NickCraver耶！我现在开始开发。
– wizzwizz4
18 Mar 6 '18 at 17:56
#10 楼
我是那些受到最奇怪方式影响的人之一。我一直使用openid提供程序作为备份来运行自己，因为我经常遇到工作场所，向我提供我不信任的系统。能够登录到本质上是一组一次性凭证可以放心。那是什么？考虑到openid提供程序的史诗般的死胡同，我在各种推文上看到的内容以及开发人员当前和过去的反应？这一定是一件好事。
最好有一个“自己动手”登录选项-对于想要吃蛋糕并吃蛋糕的人-并且拥有SE登录名和备份而无需信任facebook或google 。我半怀疑在SE上对此的需求已降到了怪异的怪异之处。
评论
我也一直在使用OpenID提供程序进行备份-部分是为了防止我失去对我的主要证书的访问权限（不是我认为这很可能，但是最好是确保安全），部分原因是以前的工作场所阻止了Google（ ！）。但是，对于造成的所有维护负担，我可以添加电子邮件登录作为备份。
– Monica Cellio
18-3-7在16:47
在这里-我也专门为stackexchange维护了自己的openID，尽管我现在确实使用其他服务定期登录。
– Pollyanna
18 Mar 8 '18 at 19:43
#11 楼
ChatX是我编写和维护的ruby聊天库。我以为我可以将其迁移到普通的SE登录名，但是事实证明，“使用Stack Exchange登录”按钮可以登录以实际上将POSTS聊天到https://openid.stackexchange.com/affiliate/form/login/submit。因此，这也将在openid中断时中断。剩下的只有google / facebook / yahoo oauth，这并不是我们可以轻松地将聊天机器人迁移到的真正东西。TL; DR我想尽快看到一个可靠的SE非openid登录表单，我可以将我的东西迁移到。
评论
该答案的重复项：meta.stackexchange.com/a/307665/364344
– NH。
18 Mar 7 '18 at 17:22
#12 楼
那么，这是否意味着Android Stack Overflow应用最终将支持Facebook登录？在最长的时间里，仅支持Google，Stack Exchange和OpenID登录，我想现在可以替换第三个按钮了。评论
iOS应用程序和Android应用程序均未积极开发，因此我怀疑它们会添加任何新功能。
– NobodyNada
18年3月7日在6:29
但是，从理论上讲，断开的openid登录按钮不是bug吗？
–游侠怪胎♦
18 Mar 7 '18 at 6:40
@JourneymanGeek为什么坏了？ Stack Exchange登录将像以前一样工作，更改对我们而言是完全透明的。据我所知，应用程序中没有任何变化。
–影子向导正在接种疫苗
18年7月7日在7:17
我的意思是，如果它不起作用，他们需要修复它
–游侠怪胎♦
18年7月7日在7:17
@NobodyNada这是真的吗？我在博客上找不到任何可以影响这种效果的帖子，并且这篇帖子似乎表明该应用程序是在不到一年之前启动的，这将是非常短的寿命。但是，如果他们不打算添加诸如高级功能之类的功能，哦，我不知道，请登录，那么他们确实应该摆脱该广告的广告，该广告在您访问时显示在每个页面上该网站带有移动浏览器。
–Charles Srstka
18-3-8的7:33
@CharlesSrstka我希望（并希望）他们能解决断开的OpenID登录问题，但我怀疑他们会为登录系统添加新功能。
– NobodyNada
18 Mar 8 '18在16:40
@NobodyNada我不希望他们在任何情况下都对OpenID登录做任何事情，因为这个话题是在宣布OpenID即将完全退出市场。
–Charles Srstka
18年8月8日在17:16
@CharlesSrstka请参阅此帖子，该帖子确认移动应用程序当前具有〜0资源。
–杰里米
18年8月8日在19:25
@JeremyBanks“希望暂时停止，直到我们开始将开发时间重新投资到应用程序上”，这表明他们确实打算在将来的某个时候进行开发，这是一个充满希望的信号。
–Charles Srstka
18 Mar 8 '18在22:18
#13 楼
我了解删除很少使用的代码。出于反监视原因，我在Google / Facebook上使用OpenID。删除OpenID后，我仍然可以使用用户名/密码。
还有其他选择吗？如果仍然支持OAuth，我可以成为自己的OAuth提供者吗？
评论
不，目前还没有计划支持任意OAuth提供程序。
–亚当·李尔♦
18 Mar 8 '18 at 21:23
@AdamLear为什么不呢？
– Manngo
18年6月27日在22:00
@Manngo确实与我们弃用OpenID的原因相同。坚持使用一组定义明确的小型提供商，将大大减少我们的开发和支持成本，并且在更改身份验证时，我们不太可能破坏某些东西。最重要的是，许多OAuth实现实际上在幕后有所不同（是的，我知道这是一个协议……但是现实中并不总是与规范匹配）。
–亚当·李尔♦
18年6月28日在3:55
#14 楼
如果很简单（大“ if”），是否有可能在https://stackauth.com/users/login上获得与站点无关的global-auth登录页面，以供聊天机器人使用？它不会属于任何面向用户的网站，因此不会产生任何误导性期望，例如保留https://stackexchange.com/users/login。机器人库通常只需要
email和password进行登录，这意味着它们不会不知道该帐户在哪些网站上进行了个人资料设置，因此他们不知道要使用哪种网站特定的登录路线。评论
说实话，在创建新的不可知身份验证页面与保留现有页面之间，六分之一中的六个...老实说se.com没有得到新的登录页面处理的主要原因是我没时间了早些时候。临时而言，我不想将新的身份验证代码添加到stackauth项目中。无论我们使用se.com上的用户配置文件做什么，我们都可以（可能/也许）保留已经存在的身份验证代码，并仅升级UI。跳过注册，但以某种方式允许登录...，也许带有适当的注册指导，使人们指向实际的问答站点。
–亚当·李尔♦
18-3-11在3:25
#15 楼
您能否在您的主要文章中放置仍要专门维护的网站/登录名？我用Yahoo登录。我将永远不会拥有Facebook帐户，并将严格保留Google的使用权，以便在手机上更新应用程序，而别无其他选择（否则，我将退出）。只是要确保您当前对所有非OpenID的支持保持不变。现在这些选项是：LiveJournal
Blogger
AOL
Yahoo
我不介意您的特殊合作伙伴关系与Facebook和Google。生意很好但是，我们其余的人也不应发现自己被此更改拒之门外。
评论
所有这些选项也都可以通过OpenID使用，并且不再使用。如果您不喜欢Google或Facebook（这足够公平），则可以添加电子邮件/密码凭证，我们将继续保持这一凭证。
–亚当·李尔♦
18 Mar 11 '18 at 18:44
很高兴知道。应该使我们这些不知道Yahoo等人使用OpenId的人感到惊讶。
–ouflak
18 Mar 11 '18 at 18:46
同样在这里。我敢肯定，实际使用OpenID的人数被低估了：我这样确定，而且我不记得我最后一次必须确定的时间了，因为“记住我”始终存在。
–SébastienLe Callonnec
18年6月27日在18:24
#16 楼
然后让生活变得轻松，现在就添加您的Google或Facebook凭据或设置电子邮件/密码身份验证。
我既不想拥有Google帐户，也不想拥有Facebook帐户-即使必须，我也不想在这里将这些帐户链接到我的帐户。
三月-将Launchpad（在askubuntu.com上使用）转换为OAuth
因此，如果我通过Launchpad登录到AskUbuntu，我将能够登录-我的其余帐户，而不必添加额外的电子邮件地址？如果是这样，那么OpenID消失了对我来说都是一样的（我喜欢这个网站，因为我不必先注册，然后使用我的Launchpad帐户允许该OpenID）
评论
您可以将Launchpad帐户与SE电子邮件和密码帐户相关联，以更轻松地登录其他帐户
–好奇号刺猬索尼克
18年3月28日在21:52
旧的Launchpad OpenID方法似乎与OAuth方法不同。要添加新的OAuth条目（代替OpenID条目），我必须在askubuntu.com/users/mylogins/me中单击“添加更多登录名...”，然后选择Launchpad。即使“启动板”选项不可见（使用这些帐户登录或注册任何Stack Exchange站点），该帐户也将在其他SE站点上也可见。
– Lekensteyn
18年7月3日在8:49
#17 楼
我希望这些活跃的OpenID用户中有很大一部分将无法弄清楚如何从此问题中的说明或合理发现的其他任何地方进行迁移。有关详细信息，请参阅此帖子，但是简要地说：如果您已经有电子邮件/密码登录名，但是不知道密码是什么（因为您使用OpenID已有多年），则不能使用
login-add或mylogins（password-reset）唯一的其他明显的链接，或者实际上我可以在该网站上找到的任何其他内容。您要做的是转到account-recovery，您永远不会找到它。应编辑此问题，以解释许多实际的活动OpenID登录用户实际需要执行的操作。 （随着7月临近而发布的任何公告也都需要该说明。）
此外，相关页面应该得到改进，但是还有其他问题：
add-login页面尝试对现有的电子邮件/密码登录进行身份验证。#18 楼
决定放弃OpenID支持非常不幸。我尽可能使用OpenID作为首选登录方法。我认为，与大量访问过Facebook的“用户”之类的用户相比，大多数使用OpenID的用户在社区中也可能更有价值。到底为什么有人要使用这样的帐户登录SO？要自夸在“朋友”面前回答问题？一定有人真的很难用力。
关于删除OpenID来简化代码的说明。从什么时候开始成为解决问题的“忽略问题”？那就是为什么我们编写代码？不这么认为。制作一些漂亮的图片并不能提供足够的支持。
如何得出OpenID失败的结论？我正在使用mojeid.cz作为身份验证提供程序。该服务由一个非营利组织运营，该组织也维护着我们的国家TLD注册管理机构CZ.NIC。它正在稳步发展，并有望成为具有经过验证的身份的全国性登录方法，具有与向国家当局亲自宣布身份相同的法律权重。它还在商业网站上获得广泛支持。 ”。那感觉不足以替代。与Google和Facebook登录提供者相比，我们如何在安全性和私密性方面使用史前的“邮件+通行证”？
您是否打算为使用邮件+通行证登录添加两阶段身份验证支持？
从一个不是菜鸟的用户的角度来看，最好还是保留OpenID支持。请重新考虑，不要删除它。
评论
对不起，很抱歉，但是此路径已经设置了一段时间。不便之处，敬请原谅。
–乔朋友
18年6月28日在6:02
我刚刚了解了从发送给使用它的所有帐户的电子邮件中删除OpenID支持的信息。根据您说的话，有点迟了。 :-(我只是希望您可以考虑改进mail + pass以支持OTP等类似的两因素身份验证。
– darBis
18-6-28在10:25
#19 楼
为使用已弃用的OpenID凭据登录的所有用户运行公告横幅，敦促他们向其帐户添加新的提供者
您绝对应该为以下用户显示该横幅：是通过OpenID登录的，而不仅仅是登录时。例如，我使用OpenID登录，但我的上次新登录时间是在12月。
此外，我还没有收到任何电子邮件，六月快结束了。我尚未在我的Stack Exchange帐户上注册电子邮件，但是我有一封用于Stack Overflow的电子邮件。
评论
电子邮件刚刚发送出去。看来它进入了您的垃圾邮件文件夹。
–好奇号刺猬索尼克
18年6月27日在21:36
@SonictheInclusiveHedgehog如果在最近三个小时内将它们发送出去，我已经添加了一个新的登录名，因此可能没有收到电子邮件。
– sth
18年6月28日在0:31
#20 楼
OpenID从未被用作通用登录系统。那只是一个普遍的错误归因。 （显然SE对此有所贡献。）习惯性地将其关闭会在SE / SO之外产生一些连锁反应。使用OpenID使用者的不仅仅是堆栈特定的机器人。这里的许多用户也使用OpenID提供程序。
例如，我从具有StackExchange OpenID句柄的用户处获得//freshcode.club上最有用的标志。
它们不仅比Yahoo登录更频繁，而且从本质上讲更值得信赖。 IMO。
仅测量活动的SE登录名就没有实际影响。代码复杂性可能无法保证。但是这些年来所做的所有维护和工作，并不仅仅是在本地示波器上花费的。
评论
好我会咬OpenID的目的是什么？
–内森·塔吉（Nathan Tuggy）
18年5月23日在19:44
»首页所有权验证协议«。 -是的，当然，这可能只是个小技巧。但这是主要的易用性错误，也是为什么普通用户资产阶级失败了。 ;）
–马里奥
18年5月23日在20:14
我在网络上的任何地方都找不到该词组。 OpenID.net的关于页面的第一句话是：“ OpenID允许您使用现有帐户登录多个网站，而无需创建新密码。”
–内森·塔吉（Nathan Tuggy）
18年5月23日在20:44
是的，稍后它已被重新用作SSO服务或进行了广告宣传。在原始邮件列表list.danga.com/pipermail/yadis/2005-June/subject.html上，大多数情况下仍然是“ OpenID声明URL的所有权”。可重复使用的登录是人们想要的，但并不是严格设计的。
–马里奥
18年5月23日在21:01
#21 楼
刚以OpenID的用户身份收到通知。Stackoverflow是一个以开发人员为中心的网站，我很惊讶没有github登录选项。我使用的大多数服务似乎都集成了
个人而言，与Google / facebook相比，我更愿意这样做。
评论
meta.stackexchange.com/questions/129555/…。
–影子向导正在接种疫苗
18年7月4日在12:48
@ShadowWizard大声笑，使用GitHub登录是OpenID的一部分，现已删除，因此您对这个链接的意思是:)
– Al-Mothafar
18年8月12日在5:18
@ Al-Mothafar我的意思是已经有此功能要求的功能。
–影子向导正在接种疫苗
18年8月12日在6:34
@ShadowWizard已经有6年历史了，听起来已经过时了（例如，屏幕和描述不像今天使用的那样），我认为最好打开新请求，在Google和Facebook旁边添加“使用GitHub登录”。
– Al-Mothafar
18年8月12日在8:42
@ Al-Mothafar不，时间对功能请求没有意义。完成一项功能请求可能需要很长时间，如果有的话，每年或两年之久都不会发布新的功能。
–影子向导正在接种疫苗
18年8月12日在12:37
#22 楼
在关闭OpenID之后，仅输入带有一些错误信息的“答案”。我一直在使用自己的提供程序进行身份验证，并且被锁定在我的帐户之外。我不记得其他登录信息，被锁定后就无法看到它们。无论如何，我尝试了在这里使用的用于重置密码的电子邮件地址，这使我进入了。
有趣的是密码重置电子邮件中的措辞：
我们收到了关于Stack Overflow的......
帐户恢复请求，如果您发起了此请求，请在此处重置密码。
作为提醒，您可以使用以下任何凭据登录到您的帐户：
单击“更多登录选项”链接，在OpenID字段中输入“ http：//openid.url”，然后单击“提交”
这显然是错误的。只是以为我会指出它以防万一。
很抱歉看到OpenID。我记得写我自己的Ruby模块来使用OpenID验证用户身份。我记得让它工作起来很尴尬。但这很有趣...告别OpenID。
PS。作为备用登录，我支持GitHub选项的想法。最适合此网站；我个人绝不会使用Google进行身份验证或使用Facebook进行任何验证！
评论
这个问题仍然存在，仍然是虚假信息和混乱的根源。
–cb0
19年7月11日在12:37
#23 楼
如果您将自己的域设置为您的OpenID提供者，则可能会发现https://bogomips.org/local-openid/对于运行一次性服务足够长的时间来登录到Stack Overflow并更改设置很有用。请注意，如果在反向代理后面运行它，则可能必须编辑server_root方法以提供base_url。另外，如果您使用的是现代Ruby，则需要编辑ruby-openid-2.1.8 / lib / openid / cryptutil.rb以将CryptUtil.hmac_sha1重新定义为：def CryptUtil.hmac_sha1(key, text)
digest = OpenSSL::Digest.new('sha1')
OpenSSL::HMAC.digest(digest, key, text)
end
（出厂版本取决于摘要/ hmac，已在Ruby 2.2中删除。
评论
这仍然需要OpenID支持。当退出OpenID时，此解决方案变得无用。
–托马斯·沃德
18-6-27在20:45
是的，这就是为什么我说“足够长的时间登录并更改设置”的原因
– jsha
18年6月27日在23:22
#24 楼
StackExchange登录屏幕没有电子邮件/密码选项，只有OpenID选项：https://stackexchange.com/users/login
可能很高兴获得一个。
评论
umm ...左边第一个“使用Stack Exchange登录”就是这样：电子邮件/密码登录。 （点击查看）
–影子向导正在接种疫苗
18年7月3日在14:09
这实际上是Stack Exchange OpenId登录...它询问我是否要使用StackExchange OpenId登录到StackExchange。
–马修·威尔科森（Matthew Wilcoxson）
18年7月3日在14:16
Stack Exchange将不再是OpenID提供者，这是更改的一部分。据我所知，在很长一段时间内，这仅是简单的用户名/密码登录。
–影子向导正在接种疫苗
18年7月3日在14:49
我认为不同交易所上的所有其他登录页面均已更改，以突出显示电子邮件/密码登录。
–马修·威尔科森（Matthew Wilcoxson）
18年7月3日在15:38
阅读问题的最后一段。
–好奇号刺猬索尼克
18年7月3日在17:58
#25 楼
我在许多StackExchange社区中都有帐户（不幸的是，我什至都不记得所有这些帐户-我只是不时登录它们）。如果我向StackOverflow添加另一种登录方法，它会自动添加到所有其他StackExchange社区吗？
还是必须跟踪我以前使用OpenID登录过的所有社区的列表，并手动添加新的登录方法？ （并在接下来的几周内完成所有操作...）
评论
这些凭据适用于所有配置文件，因此，如果您在Stack Overflow上添加一个配置文件，那就太好了。
–亚当·李尔♦
18年7月7日在16:53
#26 楼
我想问一下在做出决定之前是否在meta上讨论了此更改（影响14,000个用户）？也许我只是想念它？评论
我对这个问题发表了早期评论，以测试是否有足够的抗议活动很重要。反馈说不，所以即使是在meta上讨论，我的赌注也都是相同的结果。从公司的角度来看，一次发动打击，也许是最好的策略...
–rene
18年7月17日在6:50
这似乎与在单方面实施元数据之前讨论元数据的想法背道而驰。特别是考虑到有多少人受到影响以及讨论中出现的所有意想不到的后果……这让我很担心。
– James S.
18年7月17日在8:00
好吧，是的，不是。如果您仅对一小部分用户使用某个功能而浪费资源，我可以想象他们只是想放弃它。当您要支付账单并且不准备履行任何meta meta梦时，也许最好的事情是大胆而诚实，而不是将其悬垂6至8周。感觉不好，但是考虑到可用的错误选择，这是最不糟糕的。但是同意，这与我们过去的习惯有所不同。
–rene
18年7月17日在8:09
有时，企业必须做出艰难的决定，即使是以刺激客户为代价。那就是其中之一。他们认为这是不值得的努力，例如，与冻结针对iOS和android的移动应用程序的开发的决定相同。当某些东西无法盈利并持续消耗资源时，最终将将其删除/关闭。
–影子向导正在接种疫苗
18年7月17日在11:57
#27 楼
将此问题的链接添加到登录页面。我从没有收到电子邮件，也不知道我的登录选项已经去了哪里。此页面很难找到（总是很难找到与SO相反的问题...）#28 楼
我有几个问题。使用我认为是我的Stack Exchange Open ID（https://openid.stackexchange.com/）用户名和密码通过电子邮件登录在SE网站上似乎有效。这是因为我的登录名已自动迁移到电子邮件和密码吗？
我是否正确理解https://openid.stackexchange.com/在某些时候将不再可用？
如果2的答案是肯定的。我想我可能已经使用OpenID登录到一个或两个其他非SE站点，并通过输入自己的域以Stack Exchange OpenID作为提供者。我网站的头部为
<link rel="openid2.provider" href="https://openid.stackexchange.com/openid/provider"/>。要继续这样做，我能否将这个链接href值指向另一个提供商？ （或者也迁移到每个站点上使用的电子邮件地址和密码？？）我不相信我在SE站点上收到了任何通知电子邮件或看到通知，我今天才发现有关此问题的信息在意识到SE站点的登录页面不再具有使用OpenID登录的选项后，可以进行主动搜索。
评论
1.这是因为我们负责幕后的OpenID协议协商，并允许SE OpenID凭据直接在我们的网站上使用。我们不会通知拥有SE OpenID凭据的用户，因为我们不会完全从网站中删除这些凭据。对于那个很抱歉。 2.是的。不幸的是，我没有具体的预计到达时间，但折旧工作正在进行中。 3.这完全取决于您使用这些凭据的网站。如果他们有任何支持/联系链接，请对其进行ping操作并询问有关更改凭据的信息。
–亚当·李尔♦
18/09/13在19:02
非常感谢您如此迅速地确认这些细节。
–戴维斯（Bright Eyes David）
18/09/13在19:26
#29 楼
如果软件设计不完全是垃圾，那么身份验证方法是通过具有定义接口的隔离模块来实现的，对吗？那为什么不以要求志愿者维护OpenID模块的方式开始呢？如果没有志愿者，请取消支持...
评论
您可以在这里：github.com/DotNetOpenAuth/DotNetOpenAuth-当然，这只是身份验证。还有UX（大多数人不知道OpenID是什么/当OpenID中断时如何处理），以及提供者端：github.com/StackExchange/StackID（请注意贡献者的财富）以及所有相关内容使两个用户可以无缝地一起工作，而不必为那些只想使用电子邮件和密码登录的人烦恼。自08年以来，尽可能多的内容都是开源的-您不知道这与OpenID的成功有关...
–Shog9
18年7月5日在23:09
@ shog9 GitHub URL没有响应我的问题。如果冒着重复出现我的危险（显然是必要的），我想问您在终止对13,000个OpenID活动用户的支持之前，是否愿意招募志愿者，我就是其中之一。
– Nemo
18年7月6日在0:04
是的，@ Nemo。我们欢迎志愿者，我们在财务，社交和开发人员的工作上为OpenID的持续发展提供了支持，即使最大的OpenID提供者一个接一个地放弃支持或放弃了，我们也坚持了多年开发，使错误恶化，并使依赖它们的Stack Exchange用户感到沮丧。我们有一群人为这些用户提供支持，在他们与疏忽大意的提供者进行斗争并努力保持对帐户的访问权限时，在需要时一对一地帮助他们。
–Shog9
18年7月6日在0:17
评论
评论已移至聊天。今天是7月25日...今天是在00:00结束还是在23:59结束？
一些事实：我曾经通过Yahoo（OpenID）登录，今天我从emacs.sx尝试，但是找不到Yahoo方法。我用谷歌搜索并最终到了这里。我没有在这里列出解决方法。然后，我搜索了邮件存档，并意识到可以从stackexchange.com/users/login（存在“使用Yahoo登录”链接）进行登录。我刚刚添加了一个新的登录方法（stackoverflow.com/users/login-add）。我现在按RET发送此评论。
@YoungFrog非常感谢。此信息应添加到帖子中。我错过了所有以为它们是网络钓鱼的通知电子邮件（因为它们使用其他域），但现在却很沮丧地试图找到我的路。附带说明一下，对于stackoverflow来说，尤其是使用github登录将是一个不错的选择。
metoo-不记得看到任何有关此的通知（但是我继续从Stackoverflow接收搜索通知）。谢谢@youngfrog，您救了很多命。
这真是不幸。只是偶然地，我将此帐户附加了一个电子邮件地址和密码，并将其创建为OpenID ...
8）它应该链接到/ user还是仅链接到域？因为前者是404，而后者仍然在线...
如果不再支持OpenID，那么stack-exchange-openid标签和openid标签会发生什么？