# 会话超时

**URL:** https://meta.discourse.org/t/session-timeout/34686
**Category:** Data & reporting
**Created:** [2015年十月19日 19:26 UTC](https://meta.discourse.org/t/session-timeout/34686 "2015-10-19T19:26:35Z")
**Posts on this page:** 7
**Page:** 4

<div class="post-metadata">

### Author: ![sbernhard](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sbernhard/32/208186_2.png) [@sbernhard](https://meta.discourse.org/u/sbernhard)
#### Post date: [2020年九月30日 19:21 UTC](https://meta.discourse.org/t/session-timeout/34686/61 "2020-09-30T19:21:43Z")

</div>

……如果这能与 SAML 等单点登录（SSO）系统协同工作，那就太好了。也就是说，如果用户因会话超时或关闭浏览器而从 Discourse 登出，它应向 SAML 发送登出请求。

---

<div class="post-metadata">

### Author: ![southpaw](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/southpaw/32/79352_2.png) [@southpaw](https://meta.discourse.org/u/southpaw)
#### Post date: [2021年二月4日 01:52 UTC](https://meta.discourse.org/t/session-timeout/34686/62 "2021-02-04T01:52:31Z")

</div>

有人能告诉我，“最大会话时长”设置与 Google Analytics 如何定义“会话”之间是否存在关联吗？

我的用户抱怨需要每天登录，因此我相当宽松地延长了“最大会话时长”，以此进行测试，看看如果用户无需登录即可参与，那些收到每周摘要邮件的人是否会带来更多回访活动。

自大致同一时间起，Google Analytics 中记录的社区会话数量急剧下降。我需要确认：我做出的这项更改（允许用户以单次登录保持更长时间在线）是否等同于 Google Analytics 报告的会话数量减少。

---

<div class="post-metadata">

### Author: ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [2021年二月4日 02:09 UTC](https://meta.discourse.org/t/session-timeout/34686/63 "2021-02-04T02:09:56Z")

</div>

> [@southpaw](#):
>
> 有人能告诉我“最大会话时长”设置与 Google Analytics 确定“会话”的方式之间是否存在关联吗？

不，这些设置只会影响我们 Cookie 的过期数据。

> [@southpaw](#):
>
> 我的用户抱怨需要每天登录，所以我相当宽松地延长了“最大会话时长”，

我们默认提供的会话时长为一个月，您为何将其改为更低的值？这确实增加了参与门槛，对于经常回访的用户来说也相当令人烦恼。

> [@southpaw](#):
>
> Google Analytics 中的社区会话数量自大约同一日期起急剧下降。

看不出这两者之间会有相互影响。

---

<div class="post-metadata">

### Author: ![southpaw](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/southpaw/32/79352_2.png) [@southpaw](https://meta.discourse.org/u/southpaw)
#### Post date: [2021年二月4日 03:05 UTC](https://meta.discourse.org/t/session-timeout/34686/64 "2021-02-04T03:05:00Z")

</div>

> [@Falco](#):
>
> 看不出这两者如何会相互影响。

感谢 @Falco！很高兴知道这不是我的错！😌

> [@Falco](#):
>
> 我们默认提供为期一个月的会话，您为何将其更改为更低的值？

我不是原始管理员，因此无法回答这个问题，但我记得我们团队内部曾有一些早期讨论，提到要将会话时长与我们的 SSO 时长保持一致。🤷‍♀️

---

<div class="post-metadata">

### Author: ![lucasbasquerotto](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/lucasbasquerotto/32/133376_2.png) [@lucasbasquerotto](https://meta.discourse.org/u/lucasbasquerotto)
#### Post date: [2021年二月4日 18:10 UTC](https://meta.discourse.org/t/session-timeout/34686/65 "2021-02-04T18:10:49Z")

</div>

> [@neounix](#):
>
> 我认为，根据此请求的性质，这属于按用户配置的功能。

我也完全同意，在大多数情况下，这确实是一个按用户配置的功能（银行及相关业务等少数情况除外）。

> [@sam](#):
>
> 如果启用了社交登录，关于在哪里显示此类复选框确实存在一些复杂情况。

确实如此。在我运营的一个非 Discourse 网站中，对于社交登录，我们会持久化会话（因为如果用户已经登录了该特定的社交网络，那么该设备很可能不是共享电脑，尽管我们无法完全确定）。

无论如何，如果用户希望在使用完设备后会话立即过期，最佳做法是使用无痕模式（这对非技术用户来说也非常容易操作，只要他们了解浏览器的这一功能即可）。

---

<div class="post-metadata">

### Author: ![Frankz](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/frankz/32/491670_2.png) [@Frankz](https://meta.discourse.org/u/Frankz)
#### Post date: [2025年一月4日 11:37 UTC](https://meta.discourse.org/t/session-timeout/34686/66 "2025-01-04T11:37:09Z")

</div>

我怎样才能将超时设置为 10000 天？我需要我的电脑登录一次永不登出。

谢谢，

弗兰克

---

<div class="post-metadata">

### Author: ![Canapin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/canapin/32/119591_2.png) [@Canapin](https://meta.discourse.org/u/Canapin)
#### Post date: [2025年一月4日 11:45 UTC](https://meta.discourse.org/t/session-timeout/34686/67 "2025-01-04T11:45:18Z")

</div>

`最大会话年龄`设置的最大值为 175200 小时。即使文明崩溃，您的用户仍应保持登录状态。

[上一頁](https://meta.discourse.org/t/session-timeout/34686.md?page=3)
