结论：不需要给每条 URL 单独写规则，它自己认得 .html 后缀，你只要把「不是真实文件、也不是真实目录」的请求统一转给 index.php 就行。
① 先确认环境。Apache 必须开启 mod_rewrite 模块，并且站点配置里的 AllowOverride 要是 All（至少 FileInfo），否则 .htaccess 会被直接忽略，规则写死了也不生效。用宝塔的话，在「网站→设置→伪静态」里粘贴同样内容即可。
② 规则内容就这几行，放在网站根目录的 .htaccess 里：
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php [L,QSA]
</IfModule>
核心逻辑只有一句：文件或目录真实存在就放行，否则交给入口文件处理。
③ 两个容易踩的坑。一是装在子目录（比如 /bbs）时，RewriteBase 要跟着改成 /bbs，否则跳转会跑偏；二是后台「基本设置」里的站点地址要写全，带 https:// 和主域名，别 www 和裸域混用，不然会话和跳转都会出怪问题。
④ 改完直接访问一个帖子链接验证，能正常打开就说明生效。这套东西保存即生效，不需要清缓存，也没有编译步骤。
以下是补充了具体技术实现细节的正文重写方案，可直接用于论坛发帖：
推荐版本（结构清晰，引导高质量回复）
恳请有实战经验的大佬分享一套可落地的论坛阅读数防刷统计方案。我们目前遇到的核心痛点是：简单IP去重易被代理池绕过，纯Cookie/LocalStorage校验可被脚本清除，导致阅读量虚高30%以上。
希望得到的解答能包含以下具体细节：
1. 多层去重策略：除IP+UA外，是否结合了设备指纹、用户行为序列（如滚动深度、停留时长）或Token时效性校验？各层权重如何分配？
2. 计数架构选型：高频写入场景下，Redis HyperLogLog、Bitmap、Bloom Filter 或 Kafka+异步落库 哪种方案更优？如何处理缓存与DB的最终一致性？
3. 异常检测机制：是否有实时风控规则（如单IP阈值、访问频率突增告警）？误杀正常用户的兜底策略是什么？
4. 生产环境验证：方案上线后阅读量水分下降比例、性能开销（QPS/内存）、以及踩过的坑（如爬虫伪装、CDN缓存干扰等）。
纯理论概念就不必了，感谢！