Typecho 1.2.0 版本后台登录无限刷新跳转循环如何处理

Typecho 1.2.0 后台登录无限刷新跳转循环通常由 Cookie 安全策略、HTTPS 配置错误或插件冲突引起。最推荐的处理方向是先清除浏览器缓存与 Cookie，再检查站点地址配置是否一致，最后排查插件兼容性。

先说结论：多数情况是协议不一致或 Cookie 写入失败导致，优先检查站点 URL 配置与 HTTPS 状态。

快速处理思路

登录循环问题通常无法通过单条命令直接修复，需按以下顺序排查配置与环境。

1. 清除浏览器所有与该域名相关的 Cookie 和缓存。

2. 检查服务器端 config.inc.php 文件中 __TYPECHO_SITE_URL__ 定义是否与访问地址完全一致。

3. 临时重命名 usr/plugins 目录禁用所有插件，排除插件干扰。

核心原因是会话标识无法正确写入或读取，导致系统认为用户未登录而反复重定向到登录页。

Typecho 1.2.0 版本对 Cookie 的安全属性有更严格的校验，如果站点配置为 HTTPS 但实际通过 HTTP 访问，或者域名带 www 与不带 www 不一致，会导致 Cookie 写入失败。此外，部分服务器环境下的伪静态规则若配置错误，也会拦截后台请求造成跳转循环。

步骤一：清理本地缓存

在浏览器中打开开发者工具（F12），进入 Application 或 Storage 面板，删除当前域名的所有 Cookie。关闭浏览器后重新尝试登录。

步骤二：核对站点配置

通过 FTP 或文件管理器打开网站根目录下的 config.inc.php 文件。查找 __TYPECHO_SITE_URL__ 常量，确保其值与浏览器地址栏完全一致（包括 http/https 协议头及 www 前缀）。

<?php
// 示例配置，需根据实际域名修改
define('__TYPECHO_SITE_URL__', 'https://example.com');
?>

步骤三：排查插件冲突

将 usr/plugins 目录重命名为 usr/plugins.bak。尝试登录后台，若成功则说明是插件导致。逐个恢复插件文件夹并测试，定位冲突插件后删除或更新。

步骤四：检查伪静态规则

若使用 Nginx，确保 location 规则包含对 admin 目录的放行。若使用 Apache，检查 .htaccess 文件是否存在异常重写规则。

1. 使用浏览器无痕模式访问后台登录页，输入账号密码。

2. 观察登录后是否直接进入 dashboard 面板，不再刷新。

3. 打开开发者工具 Network 面板，确认登录请求返回状态码为 302 跳转一次后正常加载，而非连续多个 302。

1. 直接修改核心代码：不要随意修改 Widget/Users.php 等核心文件，升级后会覆盖且可能引入新 bug。

2. 忽略 HTTPS 强制跳转：若服务器强制 HTTPS 但 Typecho 配置为 HTTP，会导致 Cookie 安全属性不匹配，需在配置中统一协议。

3. 数据库前缀错误：若迁移过数据库，确保 config.inc.php 中的 __TYPECHO_DB_PREFIX__ 与实际数据库表前缀一致。

检查服务器时间是否准确，时间偏差过大会导致 Cookie 立即过期。

该插件可能不兼容 Typecho 1.2.0 版本，建议联系插件作者更新或寻找替代方案。

清除该浏览器的特定缓存即可，通常是本地存储的旧版 Cookie 与新版本逻辑冲突。