通过WordPress请求访问时Express Session无法保留的问题

对比两次请求的Cookie输出，核心问题出在session Cookie的键名上：

• 直接访问Express接口时，Cookie键是'connect.sid'（带点）
• 通过WordPress转发请求时，Cookie键变成了connect_sid（点被替换成下划线）

Express的express-session中间件默认只认connect.sid这个键名，当键名被改成下划线版本后，中间件找不到对应的session标识，自然加载不出已有的userId等session数据。这种键名转换一般是转发请求的代理服务器（比如你用来把/blog请求导去WordPress的反向代理）或者WordPress的服务器配置导致的——有些服务器会自动把Cookie名里的点换成下划线，避免解析冲突。

有两种修复思路，按需选择：

1. 修改Express Session的Cookie名称 #

直接让Express的session中间件读取下划线版本的Cookie，调整session初始化代码：

app.use(session({
  name: 'connect_sid', // 将默认的connect.sid替换为connect_sid
  secret: '你的密钥',
  resave: false,
  saveUninitialized: false,
  cookie: {
    httpOnly: true,
    maxAge: 31536000000 // 和你现有配置一致的1年有效期
  }
}));

改完之后，Express会统一用connect_sid作为session Cookie的键名，不管请求是直接来的还是WordPress转发的，都能正确识别并加载session数据。

2. 修复转发/服务器的Cookie处理逻辑 #

如果想保留connect.sid的原始键名，就得检查负责转发的代理配置（比如Nginx、Apache），确保它不会篡改Cookie键名。
以Nginx为例，转发配置要明确保留原始Cookie：

location /blog {
  proxy_pass http://你的WordPress服务器地址;
  proxy_set_header Cookie $http_cookie;
  proxy_set_header Host $host;
  # 其他必要的转发头配置
}

这样Cookie在转发过程中键名不会被修改，Express就能正常读取connect.sid并加载对应的session。

修改后按以下步骤测试：

• 先通过Express接口设置好session，确认浏览器里的Cookie键名符合预期
• 从WordPress页面调用Express的/header接口
• 查看控制台输出，确认session对象里已经包含userId字段

内容的提问来源于stack exchange，提问作者Alexandre