核心问题是 mod_rewrite 未启用，导致重写规则失效；需先运行 sudo a2enmod rewrite 并重启 apache，再确保 .htaccess 中添加 !-f 条件排除真实文件，且 documentroot 指向 public/ 目录。
apache 开启 url 重写后 css 和 js 加载失败，核心问题不是规则写错了，而是重写逻辑误把静态资源请求也转发给了 php 入口（如 index.php），导致浏览器实际请求 /css/app.css 却被重写成 index.php/css/app.css，而 laravel 或其他框架默认不处理这类静态路径，最终返回 404。
确保 mod_rewrite 已启用并生效
这是所有后续配置的前提。未启用该模块时，.htaccess 中任何 RewriteRule 都不会执行，看起来“规则没反应”。在 Ubuntu/Debian 系统中运行：
sudo a2enmod rewritesudo systemctl restart apache2
同时确认 Apache 主配置或虚拟主机中已设置 AllowOverride All（尤其在 Debian 10+ 默认为 None，会直接忽略 .htaccess）。
修正 .htaccess 重写规则，排除真实文件和目录
常见错误规则只判断了“不是目录”，却没排除“是文件”，导致 /js/main.js 这类请求也被重写。正确写法必须加入 !-f 判断：
使用固定的 Next.js/Tailwind/Prisma 技术栈构建并记录独立 SaaS 项目，仅将 FastAPI 用于 Python 工作负载，并遵循严格的架构规范。
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule ^(.*)$ index.php/$1 [L,QSA]
这三行条件确保：只有当请求路径既不是真实目录、也不是真实文件、还不是符号链接时，才交给 index.php 处理。静态资源将由 Apache 直接读取并返回，不经过 PHP。
检查 Web 根目录是否指向 public/
Laravel 等现代 PHP 框架要求 Web 服务器的文档根（DocumentRoot）必须设为项目内的 public/ 目录，而非项目根目录。若错误指向项目根，即使重写正常，/css/app.css 也会尝试从项目根下找 css/ 子目录（不存在），直接 404。
- 检查虚拟主机配置中的
DocumentRoot，应类似：/var/www/myapp/public - 禁用通过
server.php或显式index.php访问的方式（如http://localhost/server.php/login），它们绕过重写机制且无法正确解析静态资源路径
代理环境下注意路径前缀一致性
如果 Apache 做反向代理（例如前端访问 /app/，后端服务跑在 localhost:8000），静态资源路径需与代理上下文匹配：
- 前端构建时配置资源基础路径（如 Vue 的
publicPath: '/app/'） - Apache 代理配置中启用
ProxyPreserveHost On，让后端生成的 HTML 使用原始 Host - 用
ProxyPassReverse /app/ http://localhost:8000/修正后端返回的重定向头
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
