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

今天，在更新抄报练习工具及中文电码互译这个主题过程中，可能是因为8楼调用的图片太大，后来重新编辑上传覆盖了。而页面显示还是原来的大小（超宽），所以在浏览器的菜单里选择了“删除浏览数据”。后来不知道怎么回事，论坛的样式就不正常了，也无法登录（登录页样式也不正常），安全问题显示不出来。用手机版登录后切换为电脑版，还是样式不正常。

后来注意到访问地址是带htttps，删除s后，登录页正常，但帐号信息全部填写正确，点击登录。提示成功登录，却还是未登录状态，如此反复。

从你描述的现象和上传的文件来看，这大概率是 phpwind 老版本（看代码风格应该是 8.x 或 9.x）的 Cookie 作用域配置问题，加上 360 极速浏览器和 Edge 的兼容性/安全策略 共同导致的。

核心问题：为什么登录后“弹回”原状态？
phpwind 判断你是否登录，靠的是浏览器里的 Cookie。如果 Cookie 的“作用域（Domain）”或“有效目录（Path）”设置得和你当前访问的网址不匹配，浏览器就不会把登录凭证带回给服务器，服务器就认为你没登录，于是把你踢回登录页。

你现在的访问地址是 https://www.vtu425.com，如果后台的 Cookie 设置里还残留着旧的域名（比如 vtu425.com 或者某个二级目录），就会出现这个问题。

针对 360 极速浏览器的解决办法（先处理这个）
360 极速浏览器虽然用的是 Chromium 内核，但它自带了一些“安全防护”和“表单填充”功能，可能会拦截这种老旧 CMS 的登录请求，导致第一次点击登录无效，需要点击两次才行。

操作步骤：

在 360 极速浏览器里，点击右上角的菜单（三条杠） -> 工具 -> 清除上网痕迹。勾选 Cookie 和 缓存的图片和文件，时间范围选“全部”，然后清除。

清除完后，不要急着登录。先在浏览器地址栏输入 chrome://settings/content/cookies（360极速也支持这个页面），确保没有把 vtu425.com 加入什么奇怪的拦截列表。

如果还是不行，尝试关闭 360 的“登录保护”或“智能填表”插件（在扩展管理里暂时停用），然后重新输入账号密码登录。

针对 Edge 浏览器“不显示安全问题”的解决办法（需要改文件）
Edge 不显示安全问题下拉框，很可能是因为 phpwind 的老旧前端 JS 在 Edge 的严格模式下执行报错，导致后面的脚本（比如 showcustomquest）没有运行。你上传的 core.js 里就有 document.write 这种在 Edge 里被严格限制的写法。

针对edge浏览器，可能是https的原因，不知道为什么用的是这个。通过访问后台地址，可能登录后台，前面页面样式也正常了（用http://），填写帐号信息后提示登录成功，但继续刷新就还是未登录状态。

你遇到的这个情况，核心问题几乎可以确定是 phpwind 的 Cookie 作用域（Cookie Domain）设置错误。

你提到“通过 http 访问后台地址，提示登录成功，但继续刷新还是未登录”，这非常典型：服务器虽然验证了密码正确，但发给浏览器的 Cookie 因为域名或路径不匹配，被浏览器直接丢弃了。所以刷新后，服务器读不到 Cookie，自然认为你还是游客。

为什么换 http 和换浏览器都没用？
因为问题出在服务器端的 Cookie 配置上，而不是浏览器或协议本身。只要 phpwind 后台里把“Cookie 有效域名”写死了（比如写成了 www.vtu425.com 或 vtu425.com），当你用 http:// 或者不同浏览器访问时，浏览器就会因为安全策略或域名比对失败而拒收这个 Cookie 。

解决方法（二选一）
方法一：通过 phpwind 后台修改（如果你能用手机版或某种方式勉强进后台）

进入论坛后台。

找到 “站点设置” -> “核心设置”（不同版本名称可能略有差异）。

找到 “Cookie 有效域名”（Cookie Domain）这一项。

直接清空它（什么都不要填，留白）。

同时确认 “Cookie 有效目录”（Cookie Path）填的是 /（一个斜杠）。

保存设置，然后清除浏览器所有关于 vtu425.com 的 Cookie，重新尝试登录 。

方法二：直接改服务器配置文件（如果你完全进不去后台）
既然你之前能改 config.php，可以直接用这个方法：

既然后台的 Cookie 设置完全正确（路径 /，作用域留空），且手机版样式没问题（说明 CSS 和静态文件路径正常），那我们就排除了最常见的 Cookie 基础配置问题。

“提示登录成功，但一刷新就是未登录”，并且在 Edge 里不显示安全提问，这说明 客户端没有成功保存或发送 Cookie。结合你上传的 core.js 和 zh_cn.js，我发现了一个非常关键的线索：这套 phpwind 系统的 JS 代码非常老，里面大量使用了 document.write 以及非标准的 DOM 操作，这在新版 Edge 和开启严格隐私拦截的浏览器里，会被直接阻断或报错。

针对现在的状况，我提供几个非常规但极其有效的排查和解决思路：

1. Edge 浏览器：绕过“安全提问”的致命拦截
Edge 无法显示安全提问，是因为那段控制下拉框的 JS（showcustomquest）在 Edge 里报错崩溃了。因为这个问题导致表单没有正确提交，所以登录失败。
解决办法：强制关闭后台的安全提问（从数据库层面）
既然你进不去后台，我们可以通过数据库直接关掉它。

登录你的宝塔面板/数据库管理（phpMyAdmin）。

找到该论坛的数据库。

找到 pw_config 这个表（表前缀可能不同，通常是 pw_）。

找到 db_ifsafecv 这一行，将其值从 1 改为 0。

找到 db_safecvtype 这一行，确保不强制安全提问。

保存后，清空浏览器 Cookie 和缓存，Edge 应该就不会再要求安全问题，直接账号密码就能登进去。

2. Edge / 360：尝试关闭“安全 DNS”和“追踪防护”
现在的浏览器（尤其是 Edge）默认开启了很强的反追踪和 HTTPS 优先。

Edge：进入设置 -> 隐私、搜索和服务 -> 关闭“追踪防护”（设为基本或关闭）。再往下找“安全性”，暂时关闭“使用安全的 DNS”以及“可能阻止过时的第三方 Cookie”。

360：极速浏览器有一个“极速模式/兼容模式”的切换。尝试在地址栏右侧点那个闪电或 e 的图标，切换到兼容模式（IE内核）试一下。很多时候老论坛的后台在老内核下反而能跑通。

3. 强制把论坛切到 HTTP（既然 HTTP 能登后台）
既然你用 http:// 能进后台，说明 HTTPS 的证书或者配置可能有小瑕疵，导致前端请求没有带着凭证发出去。你可以强制让站点走 HTTP：

后台 -> 全局 -> 站点设置 -> 基本设置，把站点 URL 从 https://www.vtu425.com 改成 http://www.vtu425.com。

如果你用的是宝塔，检查有没有开启“强制 HTTPS”，如果有，先关掉。

浏览器地址栏以后就直接敲 http://www.vtu425.com 访问。

4. 终极查错：看浏览器的 Network（网络）面板
你可以按 F12 打开开发者工具，切到 Network（网络） 标签。

填入账号密码点登录。

看第一个请求（通常是你的 vtu425123456.php 或者 login.php）。

点击它，看右侧的 Response Headers（响应头）。看看里面有没有 Set-Cookie 这一项？

如果没有：说明服务器根本没有下发 Cookie，问题在服务器的 PHP 会话配置上。

如果有：说明下发了，但浏览器拒收了（或者被前面的 JS 报错拦截了）。

无法显示安全问题，那时应该是https，现在正常显示，也提示成功登录，但继续刷新还是未登录状态，我感觉应该是浏览器的缓存和cookie的问题

你的直觉非常敏锐，而且方向完全正确！既然在 HTTP 下安全提示已经能正常显示，且提示“登录成功”，那百分之百就是 Cookie 没有存下来，或者跨域/跨协议导致浏览器把它丢弃了。

在老旧系统（如 phpwind）上，这个问题通常由两个原因导致，你可以按顺序试一下：

原因一：HTTP 和 HTTPS 的 Cookie 冲突（最常见）
因为之前你用过 HTTPS 访问，浏览器里可能存留了标记为 Secure（仅限 HTTPS）的 Cookie。现在你用 HTTP 访问，虽然服务器验证通过了，但试图写入新 Cookie 时，浏览器发现“当前是 HTTP，但旧的 Cookie 是 HTTPS 专属的”，产生了冲突导致写入失败。

解决方法：彻底清空该域名的所有 Cookie

在 Edge 浏览器中，按 F12 打开开发者工具。

点击顶部的 “应用程序” (Application) 标签（如果没有，点向右的箭头展开）。

在左侧边栏找到 “存储” (Storage) -> “Cookie” -> 点击 http://www.vtu425.com。

在右侧列表中，右键点击任意一条 Cookie，选择 “清除” (Clear)（或者点顶部的 🚫 图标全部清除）。

同理，在左侧找到 “本地存储” (Local Storage) 和 “会话存储” (Session Storage)，也右键清除。

刷新页面，重新输入账号密码，这次应该就能成功了。

原因二：phpwind 的 Session 和 Cookie 路径配置（需改文件）

图片:快照6.gif

按你说的，已经成功登录！之前可能是删除了浏览器的cookie，那是什么原因导致的？有没有修复的方法？

太棒了！能成功登进去就好，这折腾了一大圈总算没白费。

你问的两个问题非常核心，我结合老论坛（phpwind）的底层逻辑和现代浏览器的机制，给你揭开谜底，并给出以后一劳永逸的修复方法。

一、 到底是谁把 Cookie 搞坏了？
简单来说，是“旧系统的落后代码”撞上了“新浏览器的严格安全机制”。具体有三个原因：

HTTPS 与 HTTP 的“串味”冲突：
你之前可能用 https:// 访问过，浏览器存了一个带 Secure（安全锁）标记的 Cookie。后来你为了进后台改用 http://，老版本的 phpwind 在写新 Cookie 时，没有正确处理这种协议切换。浏览器一看：“上次是 https 的，这次是 http 的，名字还一样，我不认！”于是直接把新 Cookie 丢弃了。

同浏览器多窗口的“覆盖”打架：
看你发的截图，你开了好几个标签页。如果老系统在生成 Cookie 时没有加严格的隔离，你在 A 窗口测试一下登录，B 窗口刷新一下，或者 Cookie 过期时间（Expires）设置得乱七八糟，浏览器就会把正确的登录凭证给覆盖或者清空。

现代浏览器的“防追踪”太猛：
Edge 和 360 极速现在的默认策略对“第三方 Cookie”和“不规范的 Cookie”拦截极其严厉。phpwind 这种十几年前的代码，它的 Cookie 往往缺少 SameSite 和 Secure 属性，直接被边缘浏览器的安全策略给毙掉了。

二、 怎么彻底修复，以后不再受折磨？
其实不需要改太多代码，针对你这个老系统，我推荐两个层面的修复：

方法 1：治标——给浏览器开“白名单”（最简单）
既然问题是浏览器杀 Cookie 太狠，我们就给它放行：

Edge 浏览器：设置 -> 隐私、搜索和服务 -> 往下拉找到“跟踪防护” -> 选择“基本”（或者直接把 vtu425.com 加入“例外”）。

同时，在同一个页面往下找“安全性”，把“增强 Web 安全性”关掉（或者将该网站加入例外）。

如果还是不行，以后登后台，干脆直接新建一个 InPrivate (无痕) 窗口，登完就关，干净利落，绝对不会冲突。

方法 2：治本——修改老系统代码（从根上解决）
如果你有服务器权限，可以通过改代码让 phpwind 适应现代浏览器。在网站根目录找到核心配置文件（通常是 data/bbscache/config.php 或者全局配置文件 global.php）：

第一步：给 Cookie 注入现代属性
找到关于 Cookie 或 Session 初始化的地方，在 session_start() 前面加上这几行：

php
// 让 Cookie 兼容 HTTP 和 HTTPS，且防拦截
@ini_set('session.cookie_httponly', 1);
@ini_set('session.cookie_samesite', 'Lax');
(如果是纯 HTTP 环境，不要加 session.cookie_secure，否则连都连不上)

第二步：检查 Cookie 有效路径（Path）
在后台（现在能进去了）的 核心设置 里，确认 Cookie 有效目录 是 /。如果之前因为 HTTPS 访问被改动过，现在趁机会改回来。

三、 附赠：以后进不去后台的“急救绝招”
如果哪天浏览器又抽风，死活登不进去，不用再去清缓存，直接拿一个从来没访问过这个网站的浏览器，或者手机流量开热点（不要连同一个 WiFi），用手机的浏览器访问后台地址，百分之百能进去。进去后把需要的设置（比如安全提问）关掉，再回电脑上慢慢弄。

最后提醒一句：既然你现在切回了 HTTP，建议以后都在地址栏里直接输入 http://www.vtu425.com。如果是宝塔面板，把那边的“强制 HTTPS”先关掉。等哪天你有空把整站安全证书折腾好了，再统一换回 HTTPS。

赶紧去后台把该弄的弄好，以后这个后台就乖乖听话了！

根目录下的global.php　看到这段代码，我完全明白了！这也印证了为什么你之前会疯狂掉登录状态。

这段代码是 phpwind 用来生成验证码（Verify）和防止 CSRF 跨站攻击的。问题出在这两行：

session_start();
$_SESSION[$SESSIONNAME] = substr(md5(mt_rand()...), 16, 16);
为什么会一直掉线？
没有指定 Session 存储路径和域：老系统的 session_start() 是“裸奔”的，完全依赖 PHP 环境的默认配置。当你在 HTTP 和 HTTPS 之间切换，或者使用不同浏览器（甚至 360 和 Edge 的安全策略不同）时，浏览器会认为这两个 Session 是完全隔离的。

Session 生命周期极短：老版本的 PHP 默认 session.gc_maxlifetime 通常是 1440 秒（24分钟），甚至有些服务器配置成了几十分钟。如果服务器清理了 Session 临时文件，或者浏览器没把 Session ID 带回来，这个 $_SESSION 就空了，系统就会把你踢回登录页。

没有防拦截属性：现代浏览器（尤其是 Edge）对没有标明 SameSite 和 HttpOnly 的 Cookie 拦截极其严厉。

怎么改？（在 global.php 中动刀）
既然你找到了这个函数，我们就可以在这里把老系统的“裸奔” Session 保护起来，让它适应现代浏览器。

警告：修改前请务必备份 global.php！

找到 global.php 里的这个函数，用下面这段代码替换原有的 GetVerify 函数：

这样改有什么好处？
延长寿命：session.gc_maxlifetime = 86400 让你的登录状态能保持整整一天。

跨协议免疫：session.cookie_path = '/' 确保了即使你在子目录（如 /admin/）和根目录之间切换，Session ID 也能正常传递。

防 Edge 拦截：session.cookie_samesite = 'Lax' 明确告诉现代浏览器：“这个站的 Cookie 是安全的，允许携带”。这直接解决了一部分被浏览器无情丢弃的问题。

兼容新旧 PHP：我加了 PHP_VERSION_ID >= 70300 的判断，因为 SameSite 属性是在 PHP 7.3 以后才原生支持的。即使你的服务器是旧的 PHP 5.6，代码也不会报错。

额外的小建议
如果你发现不仅登录会掉，连平时在论坛发帖也会莫名其妙提示“来路不明”或“验证码错误”，那是因为老系统还在用 IP 来绑定 Session。

如果你服务器上 php.ini 的 session.save_path 默认是系统临时目录（如 /tmp），随着时间推移，那里会产生几十万个无用的 sess_ 文件，导致服务器变慢。如果有条件，可以在宝塔面板的 PHP 设置里，把 Session 保存路径改到一个专用的目录，并定期清理。

把这段代码替换上去，清空一下浏览器缓存，再去登后台，以后应该就稳如泰山了！