51视频访问异常时，先缩小问题范围再处理

情形一：只有某一个页面打不开

如果首页和其他栏目都正常，问题通常更接近单个链接、参数或当前页面状态。此时不需要立即清空整个浏览器数据，更不需要重装应用。

1. 从主导航重新进入。避免继续使用可能已经写错的旧地址或历史记录。
2. 检查URL参数。搜索页只接受合理长度的 q 参数；不存在的页面和无效路径会返回404，而不是跳回首页。
3. 新建无痕窗口。如果无痕窗口正常，问题更可能与当前浏览器缓存、Cookie或扩展有关。
4. 查看页面是否属于当前主题。下载、社区和官网访问各有独立页面，不要因为入口文字相似而持续访问错误栏目。

情形二：同一浏览器中的多个页面显示异常

当站内多个页面都出现错位、按钮无法操作或弹窗行为异常，而其他浏览器正常时，应优先检查浏览器环境。

情形三：手机正常，电脑异常

设备之间表现不同，说明站点本身并非完全不可达。电脑端应检查浏览器扩展、安全软件、代理设置、系统时间和本地DNS。若使用的是本地播放器，还要把“网页问题”和“客户端问题”分开判断。

• 先用电脑浏览器访问首页，确认纯网页路径是否正常。
• 如果网页正常而本地播放器异常，转到电脑版播放器说明继续检查安装与兼容。
• 如果多个浏览器都异常，再检查系统级代理、DNS或安全软件。
• 不要因为本地播放器失败，就直接判断官网页面也不可用。

情形四：电脑正常，手机异常

移动端问题通常集中在网络切换、浏览器缓存、系统WebView、页面唤起和权限。先在Wi-Fi与移动网络之间切换一次，确认问题是否与当前网络相关。

• 使用手机浏览器直接打开首页，而不是先通过第三方应用内置浏览器。
• 页面出现异常外部唤起时，返回浏览器并确认当前地址。
• 如果APP异常但手机网页正常，问题更可能位于APP权限或系统兼容。
• 如果只有内置浏览器异常，可以改用系统浏览器重新测试。

情形五：页面能打开，但搜索没有结果

本站搜索只匹配已存在的站内主题，不连接外部搜索引擎。长句、错别字或与本站母主题无关的词可能没有结果。

可以把查询缩短为“官网”“电脑版”“APP”“社区”“登录”“安全”等主题词。搜索结果页设置为不索引，以避免产生大量参数页面。

情形六：点击搜索后弹窗无法关闭

正常情况下搜索弹窗默认隐藏，只能由用户点击搜索按钮打开，并支持关闭按钮、点击遮罩和ESC键关闭。关闭后页面滚动应恢复。

如果弹窗首次打开页面就自动出现，或关闭后仍遮挡正文，说明样式或脚本没有按当前源码正确加载。可检查 style.css 中的 .search-modal[hidden] 规则和 main.js 是否成功请求。

情形七：登录后又回到登录页

这类现象通常需要从会话环境而不是密码本身开始判断。先确认当前登录页属于预期社区入口，再检查Cookie是否被完全阻止、浏览器是否处于严格隐私模式，以及页面是否发生跨域跳转。

• 不要连续重复提交账号和验证码。
• 换无痕窗口测试前，先确认无痕模式是否会阻止必要Cookie。
• 如果地址栏在登录过程中切换到不熟悉域名，停止继续提交信息。
• 公共设备登录后及时退出，不勾选长期保持登录。

情形八：页面内容正常，但图片没有显示

本站源码只引用固定图片文件名，图片需要部署者单独上传到网站根目录。如果HTML和文字正常而图片全部404，应检查对应WebP文件是否确实存在于根目录，并核对大小写。

固定资源池包括 hero.webp、app.webp、community.webp、guide.webp 等文件。源码不会通过 file_exists() 隐藏图片标签，因此缺图时更容易直接发现部署问题。

情形九：打开不存在地址后回到首页

当前设计要求不存在的页面真实返回HTTP 404，并提供继续导航，而不是把所有错误地址重定向到首页。如果部署后错误地址被直接跳回首页，应检查Web服务器自己的重写规则是否覆盖了项目中的 .htaccess。

情形十：只有样式丢失，正文仍然存在

这通常意味着PHP已经正常输出HTML，但 style.css 请求失败或路径被改写。先直接访问 /style.css 检查HTTP状态，再查看Web服务器静态文件规则。不要通过把CSS复制进每个PHP页面来绕过问题，那会增加重复维护。

按错误表现快速定位检查层级

部署后首页返回500时怎么查

HTTP 500通常属于服务端执行或服务器配置问题。先确认PHP版本满足8.2以上，再从最小范围检查 config.php、functions.php、data.php、header.php 的加载。因为页面使用 declare(strict_types=1) 和现代PHP语法，旧版本环境不适合直接运行。

如果命令行 php -l 能通过而Web访问仍是500，应继续查看Web服务器和PHP-FPM错误日志，重点关注文件权限、PHP扩展环境、错误的站点根目录或服务器自己注入的配置。

部署后出现“页面未找到”，但文件明明存在

先区分是Web服务器找不到PHP文件，还是项目主动返回404。直接请求实际文件名，例如 /access.php；如果这个地址也无法访问，优先检查DocumentRoot与文件权限。如果真实文件可打开、只有自定义路径失败，则检查重写规则。

当前站点并没有把PHP页面伪装成无扩展URL，因此不需要复杂的伪静态映射。保持真实文件路径往往更容易部署和排查。

搜索中文关键词出现乱码时

页面统一使用UTF-8，并在HTML头部声明 charset="utf-8"。搜索结果输出还会经过HTML转义。如果部署后只有中文查询乱码，应检查Web服务器是否强行覆盖响应字符集，以及请求参数是否经过额外代理层错误转码。

不要通过关闭输出转义解决乱码。转义用于防止用户输入直接进入HTML结构，字符编码问题应该在响应头、文件编码和代理配置层解决。

页面出现重复内容时如何判断来源

先查看重复的是公共导航、合理的品牌词，还是整段正文。Header、Footer和核心实体在多页面出现是正常的；不同主题页面出现完全相同的长段落则不理想。本站把通用数据集中放在 data.php，具体正文按页面意图分别编写，便于后续维护时继续保持差异。

Canonical不正确时的检查方法

先打开页面源代码并搜索 rel="canonical"。首页应指向站点根地址，核心页面应指向自己的PHP路径，搜索页则固定指向 /search.php 而不携带用户查询词。如果反向代理改变了主机名，不应让它自动把错误域名写进Canonical。

robots.txt或sitemap.xml打不开时

这两个文件都是网站根目录中的真实静态文件，不依赖PHP生成。若PHP页面正常而它们404，通常说明部署时遗漏了隐藏/静态文件、上传路径不一致，或Web服务器只转发PHP而没有正确服务根目录静态资源。

Sitemap只列出真实存在且希望索引的主要页面；搜索结果页和404页不放入其中。新增核心页面时，应同时确认站内入口和Sitemap是否需要更新。

移动端发生横向滚动时

先用浏览器开发者工具检查哪个元素宽度超过视口。本站图片使用 max-width:100%，主要网格在768px和600px等断点会降为单列。如果后续添加了固定像素宽度的表格、长链接或未换行代码，可能重新引入横向溢出。

修复时应该调整具体溢出元素，而不是在 body 上简单设置 overflow-x:hidden 掩盖问题，因为后者可能把真正需要看到的内容直接裁掉。

统计脚本没有执行时

先查看页面源代码确认 /xtj.js 和 /x.js 都位于 </head> 之前，并且前者出现在后者之前。然后分别直接请求两个文件，确认不是404。当前源码保留了这两个本地文件，但实际部署所需统计逻辑应由部署环境按既定要求提供或替换文件内容。

如何验证“核心正文不依赖JavaScript”

在浏览器禁用JavaScript后刷新页面。标题、段落、图片标签、主题链接和主要导航链接仍应存在；移动菜单按钮和搜索弹窗等增强交互可以失效，但不应该导致主体内容完全消失。这也是服务端输出正文的一个直接验证方法。