Laravel隐藏index.php需确保Apache启用mod_rewrite、AllowOverride All且DocumentRoot指向public目录；Nginx需配置try_files和正确SCRIPT_FILENAME；PHP内置服务器不支持重写，须用server.php兜底；APP_URL配置错误会导致asset()生成带index.php的链接。
Apache环境下怎么让Laravel隐藏index.php且支持伪静态
直接生效的前提是服务器已启用mod_rewrite，且项目根目录有可读写的.htaccess文件。Laravel官方自带的.htaccess（在public/目录下）默认就支持重写，但很多人漏掉了关键一步：确保AllowOverride没被禁用。
常见错误现象：404 Not Found（访问/login报错，但/index.php/login能正常打开）；或者页面能加载，但CSS/JS路径全错——这往往是重写生效了但base URL没配对。
- 检查Apache虚拟主机配置，确认
DocumentRoot指向的是your-project/public，不是项目根目录 - 确保
<directory></directory>块里包含AllowOverride All（不能是None） - 重启Apache：
sudo systemctl restart apache2（Ubuntu）或sudo apachectl restart（macOS） - 如果用MAMP/XAMPP，需在软件界面里手动开启
rewrite_module
Nginx下如何等效实现Laravel伪静态（不显示index.php）
Nginx没有.htaccess机制，所有重写规则必须写在server配置里。它不靠文件自动加载，所以哪怕Laravel的public/.htaccess存在也完全无效。
典型错误：把Apache的RewriteRule直接复制进Nginx配置，结果服务启动失败——语法不兼容，rewrite指令在Nginx里只处理URI，不负责转发到index.php。
立即学习“PHP免费学习笔记（深入）”；
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
- 核心配置是
try_files $uri $uri/ /index.php?$query_string;，必须放在location /块内 - 确保
fastcgi_param SCRIPT_FILENAME指向的是$realpath_root$fastcgi_script_name，否则$_SERVER['SCRIPT_FILENAME']会出错，Laravel路由无法初始化 - 不要用
rewrite ^/(.*)$ /index.php/$1 last;这类写法——会导致PATH_INFO丢失，Laravel 9+会解析失败 - 改完记得
sudo nginx -t校验语法，再sudo systemctl reload nginx
为什么本地开发用PHP内置服务器时index.php总露出来
PHP内置服务器（php -S localhost:8000）本身不支持.htaccess或Nginx式重写，它是个极简HTTP服务，只做文件路由，不处理重定向逻辑。
现象：访问http://localhost:8000/login直接返回404，但http://localhost:8000/index.php/login可以进登录页——这不是配置问题，是能力限制。
- 唯一办法是用Router脚本兜底，比如创建
server.php，内容为require_once __DIR__.'/public/index.php'; - 然后启动命令改成：
php -S localhost:8000 server.php - 这个技巧只适用于开发，别在生产环境用——性能差、无并发优化、不支持HTTPS
- Laravel Sail或Docker Compose用户，直接用Nginx容器更省事，不用折腾内置服务器
APP_URL和asset()函数为什么总生成带index.php的链接
即使URL重写生效，asset('css/app.css')仍输出http://example.com/index.php/css/app.css，说明Laravel没识别出“干净URL”环境，根源在APP_URL配置或url()生成逻辑。
根本原因：Laravel通过Request::getSchemeAndHttpHost() + Request::getBaseUrl()拼接基础路径，而getBaseUrl()会从$_SERVER['PHP_SELF']推导——当重写没彻底生效时，它可能误判index.php为必要路径。
- 确认
.env中APP_URL设为https://your-domain.com，不要带/index.php - 清空缓存：
php artisan config:clear，否则config/app.php里的url键可能还缓着旧值 - 检查中间件是否干扰了
Request对象，比如自定义了X-Forwarded-*头但没配TrustedProxy中间件 - 调试时可临时在blade里写
{{ request()->fullUrl() }}，看当前请求是否真被重写到了/login而非/index.php/login
重写规则只是表层，真正卡住的往往是DocumentRoot位置、AllowOverride开关、或APP_URL与实际访问协议/域名不一致。这些地方一错，前端资源404、后台跳转回index.php、甚至CSRF token失效都可能发生。
