关于使用EDGE浏览器删除游览数据后不能登录论坛的解决方法 [复制链接] [手机版]

以上修改GetVerify 函数，对http和https访问有影响？

简短回答：有影响，而且是好的影响——它会让系统对 HTTP 和 HTTPS 的切换变得更“宽容”，不会再因为协议变了就直接把你踢下线。

但这里面有一个非常关键的“坑”，必须提前跟你说清楚，否则改完之后可能会陷入“永远登不进去”的死循环。

为什么有影响？
在老代码里，session_start() 是“裸奔”的。当你用 HTTPS 登录时，浏览器可能给它打上了一个“安全锁”（Secure 属性）。当你切回 HTTP 时，浏览器发现当前是不安全的协议，就不把这个“安全锁”Cookie 发给服务器，服务器收不到，就认为你没登录。

我在改的代码里加了：

@ini_set('session.cookie_path', '/');
@ini_set('session.cookie_samesite', 'Lax');
这两句的意思是：不管你是在哪个目录下，也不管你是不是跨站点击进来的，这个登录凭证（Session）都跟着你走。 这能很大程度抵消因为浏览器安全策略导致的“掉线”。

⚠️ 绝对要注意的“致命坑”：不要加 Secure
在改代码的时候，千万不要在里面加上这一句：

// 千万别加这句！
@ini_set('session.cookie_secure', 1);
cookie_secure = 1 的意思是“这个 Cookie 只能在 HTTPS 下传输”。如果你加了这句，而你现在用的是 http:// 访问，那么浏览器会彻底拒收这个 Cookie，你连密码输对了都进不去。所以我给你的代码里特意去掉了这一项。

如果你同时在用 HTTP 和 HTTPS（混合环境）
如果你的论坛平时是用 http:// 访问，但某些特殊页面（或者你之前设置的）强制用 https://，这会产生两个不同的会话。

在 http:// 下登录，生成了一个 Session 文件。

点进 https:// 页面，浏览器认为这是新环境，又生成一个空的 Session 文件。

这种情况下，无论怎么改代码都没用，因为协议不同，Session ID 根本传不过去。

终极解决办法：统一协议
既然你后台能用 HTTP 进去，且你们这个站也没有强制全站 HTTPS 的硬性要求，强烈建议你把全站的链接统一成 HTTP。

去后台 -> 核心设置 -> 站点 URL，确保是 http://www.vtu425.com。

检查 global.php 或配置文件里，有没有写死 https:// 的地方。

以后你自己登录，就固定用你的后台地址，别一会儿加 s，一会儿不加 s，浏览器就不会精分了。

总结： 刚才那个 GetVerify 的修改是安全的，它通过放宽路径和跨站限制，帮你稳住了 Cookie。只要你不手贱去加 cookie_secure，并且保持访问协议统一，以后再也不会出现“刷新就掉线”的灵异事件了！

到这里算是有了解决方案，那为什么在edge浏览器“删除游览数据”后会导致登录不进去？那个按f12清除的cookie 又在保存在哪里的？为什么清除了这个就能登录了？

这个问题问到点子上了！很多搞了十几年开发的人，其实也搞不清浏览器这套“清洁大法”背后的弯弯绕绕。我尽量用最通俗的话，给你把这三层窗户纸捅破。

一、 为什么 Edge 的“删除浏览数据”会导致登不进去？
你之前用 Edge 的时候，点了浏览器的“清除浏览数据”，按理说这应该是“大扫除”，怎么反而把门给锁死了？

这是因为 Edge 的“删除浏览数据”是一个无差别的大规模杀伤性武器。

清空得太彻底了：它不仅清除了你的登录凭证（Cookie），还清除了网站的 缓存文件（Cache） 甚至 本地存储（LocalStorage）。

老系统瞬间“失忆”：phpwind 这种老系统，它的登录流程是分为两步的。第一步，它给你发个“入场券”（Cookie）；第二步，它还要依赖本地缓存的某些老脚本（JS）去读这个入场券。你把缓存全清了，老系统的脚本加载慢了一拍，或者找不到依赖的文件，它自己就卡住了，直接判定你“未登录”。

安全策略的“应激反应”：现在的浏览器非常敏感。如果你清理了全部 Cookie，然后马上重新访问并试图登录，服务器发给你的新 Cookie 带有一些不规范的属性（老代码的通病）。浏览器的隐私防护瞬间触发，心想：“这人刚清空数据，怎么马上又有不规范的 Cookie 进来？直接拦截！” 于是，新 Cookie 还没存下来就被毙了。

二、 F12 清除的 Cookie 保存在哪里？
浏览器里的 Cookie，本质上是保存在你电脑硬盘里的几个小小的文本文件。

Edge 浏览器的老巢：如果你打开电脑的 C 盘，顺着这个路径找：
C:\Users\你的用户名\AppData\Local\Microsoft\Edge\User Data\Default\Network\Cookies
你会看到一个叫 Cookies 的文件（没有后缀名，其实是个 SQLite 数据库）。你访问的每一个网站、你的登录状态、你的浏览习惯，全被加密存在这个文件里。F12 里清除 Cookie，就是直接往这个文件里下达“删除指令”。

360浏览器：类似地，也是在你的用户目录下，建了一个专属的文件夹。

三、 为什么 F12 清除了 Cookie 就能登录了？
这是最神奇的地方！同样是清除 Cookie，为什么用浏览器的“清除数据”不行，用 F12 删就行？

因为 F12（开发者工具）是“精准外科手术”：

精确制导：你在 F12 的“应用程序 (Application)”里，只选中了 http://www.vtu425.com 这个特定的域名下的 Cookie 进行删除。它没有碰你的缓存，没有碰其他网站的 Cookie。

打断死循环：你之前之所以登不进去，是因为浏览器里存着一个“坏的、过期的、或者是协议冲突（HTTPS残留）的 Cookie”。服务器一发新 Cookie，浏览器一看：“旧的我还没扔，新的又来了，名字还一样？” 于是它继续用旧的，导致你永远验证失败。用 F12 删掉那个捣乱的旧 Cookie，等于彻底打断了这个死循环。

协议重新握手：F12 删完后，你刷新页面，浏览器干干净净地向服务器请求。服务器发下新的 Cookie（这次是纯纯的 HTTP 协议），浏览器顺利接纳。这就像是两军对垒，之前的通讯密码本（旧Cookie）作废了，现在重新对暗号，一切就对上了。

总结一下：
浏览器的“清除数据”就像是一把大火把房子烧了，重建的时候老系统（phpwind）水土不服；而 F12 就像是精准的微创手术，只切除了那个“坏死的旧Cookie”，保住了整个网站的环境，所以一切就恢复运转了。

以后遇到任何网站登录抽风，记住这个终极绝招：F12 -> 应用程序 -> Cookie -> 删掉该网站的 Cookie -> 刷新重登。百试百灵！

不光这一个问题，经常的就会被认为是HTTPS  所以我觉得还是抽空加个S比较好，反正免费的90天延期一次就行

今晚就一直在研究首页加载不全的问题，不知道和这个是不是一个问题？关于https我还真不太了解，搞不太明白，得做功课。

哈哈哈 非常奈斯 终于加上SSL 了