网站迁移后老用户搜索功能异常技术求助

我之前经手过好几起类似主机迁移后缓存导致的动态内容异常问题，结合你给出的信息，给你几个针对性的排查和修复方向：

一、优先排查边缘/客户端缓存问题（最可能的根源） #

既然隐身模式、清除浏览器缓存能解决问题，说明后端的查询逻辑是正常的（dd计数正确也佐证了这一点），问题出在旧的空结果被缓存了——不管是浏览器本地、CDN还是中间代理层。

• 强制刷新CDN缓存（如果使用了CDN）：迁移主机后，CDN很可能还缓存着之前的空响应。登录你的CDN控制台，找到搜索接口对应的路径（比如/search或相关API路由），手动刷新缓存。同时要确保CDN的缓存规则针对动态搜索接口设置为不缓存，或者添加合适的缓存键区分用户请求（比如带用户标识的Cookie作为缓存键的一部分）。
• 完善HTTP缓存头配置：你修改了.htaccess的no-store，但可能覆盖不全面。确保搜索接口的响应头包含完整的禁止缓存规则：

  <FilesMatch "\.(php|html)$">
    Header set Cache-Control "no-cache, no-store, must-revalidate"
    Header set Pragma "no-cache"
    Header set Expires "0"
  </FilesMatch>
  

  这样能彻底阻止浏览器和代理层缓存动态搜索结果。
• 给搜索请求添加强制刷新参数：在前端发起搜索请求时，自动在URL末尾添加一个版本号或者时间戳参数，比如：

  // 示例：发起搜索请求时添加时间戳
  const searchUrl = `/api/search?keyword=${keyword}&t=${Date.now()}`;
  

  这样浏览器会把每个请求都当作新请求，不会复用旧缓存。
• 清理前端本地存储残留：虽然你刷新了localStorage和sessionStorage，但可能漏了特定的搜索结果缓存键。可以在页面初始化时主动清理相关存储：

  // 清除所有和搜索相关的存储项
  Object.keys(localStorage).forEach(key => {
    if (key.includes('search')) {
      localStorage.removeItem(key);
    }
  });
  // SessionStorage同理
  Object.keys(sessionStorage).forEach(key => {
    if (key.includes('search')) {
      sessionStorage.removeItem(key);
    }
  });
  

  另外，如果你的网站用了Service Worker，可能需要更新Service Worker脚本或者强制用户注销旧的Worker，避免它缓存旧数据。

二、后端分组逻辑排查 #

看你的search函数代码，当type ==4时，执行了groupBy('products.make', 'products.model')并且只选择['products.url']，这可能导致返回的集合结构和前端期望的不一致——虽然计数正确，但前端无法解析分组后的空数据结构。可以临时注释掉这个groupBy逻辑，测试是否能正常显示结果，确认是否是分组导致的前端渲染问题。

三、Laravel服务器端缓存的深层检查 #

虽然你执行了常规的缓存清理命令，但可以再做以下操作确保彻底清空：

• 清除Redis/Memcached缓存（如果用了这些驱动）：比如用redis-cli FLUSHALL或者对应命令清空缓存数据库。
• 重新生成路由和配置缓存：执行 php artisan route:clear 和 php artisan config:clear，确保路由和配置没有绑定旧的主机信息。
• 检查缓存键是否包含旧主机标识：如果你的缓存键是自动生成的（比如包含请求的主机名），迁移后可能导致新的缓存键和旧的不匹配，但用户还在请求旧的缓存，不过这个概率较低，还是可以排查下。

总结 #

从你的现象来看，缓存问题是最核心的原因，优先处理客户端和CDN的缓存清理，再排查后端分组逻辑是否导致前端解析异常。

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