thinkphp 8.0 在 linux 云服务器运行失败，首要检查 php ≥ 8.0.2 及 mbstring、curl、openssl、json、pdo 等扩展是否启用；nginx 配置需指向 public 目录并使用标准 try_files 重写规则；runtime 目录须赋权且 selinux 需调整上下文；敏感路径必须用 nginx location 指令 deny all 屏蔽。
ThinkPHP 8.0 在 Linux 云服务器上跑不起来？先确认 PHP 版本和扩展
ThinkPHP 8.0 要求 PHP ≥ 8.0.2，且必须启用 mbstring、curl、openssl、json、pdo（及对应数据库驱动，如 pdo_mysql）。很多云服务器默认装的是 PHP 7.4 或未启用关键扩展，直接 composer install 会卡在依赖检查或运行时报 Class "think\App" not found。
- 用
php -v确认版本；若低于 8.0.2，别硬升，建议重装 PHP（如 Ubuntu 用apt install php8.1 php8.1-mbstring php8.1-curl php8.1-openssl php8.1-json php8.1-pdo php8.1-mysql） -
php -m | grep -E "(mbstring|curl|openssl|json|pdo)"检查扩展是否加载成功；没输出就说明没启用，需检查/etc/php/*/cli/php.ini和/etc/php/*/fpm/php.ini里对应extension=行是否取消注释 - Web 服务（Nginx/Apache）用的是 FPM 模式，所以改完
php.ini后必须重启php8.1-fpm（或对应版本服务），不是只 reload Nginx
Nginx 配置 ThinkPHP 路由 404？重点看 rewrite 规则和 root 路径
ThinkPHP 默认开启 URL 重写，但云服务器上 Nginx 常因配置路径错位或未开启 try_files 导致静态资源能访问、路由全 404。错误典型现象是访问 /index.php/welcome 正常，但访问 /welcome 报 404。
- 确保站点配置中
root指向的是public/目录，不是项目根目录（即不能是/var/www/myapp，而应是/var/www/myapp/public） - 必须包含标准的 ThinkPHP 重写规则：
location / { try_files $uri $uri/ /index.php?$query_string; }不要用rewrite ^(.*)$ /index.php?s=$1 last;这类旧写法，TP8 已弃用s=参数模式 - 如果用了子目录部署（如
https://example.com/app/），需在location块里加alias并调整try_files，且在.env中设APP_SUB_DOMAIN_DEPLOY=false和URL_HTML_SUFFIX=清空后缀
上线后报 “The stream or file … could not be opened”？日志目录权限和 SELinux 是元凶
本地开发没问题，一上云服务器就写不了日志、缓存，常见报错是 The stream or file "/www/wwwroot/myapp/runtime/log/202405/xxx.log" could not be opened。根本原因不是磁盘满，而是权限链断裂：PHP-FPM 进程用户（如 www-data 或 nginx）无权写入 runtime/ 目录。
- 执行
chown -R www-data:www-data /var/www/myapp/runtime（Ubuntu）或chown -R nginx:nginx /var/www/myapp/runtime（CentOS），再chmod -R 755 /var/www/myapp/runtime - CentOS 8+/AlmaLinux 等默认启 SELinux，即使权限对了也会拦截写操作；临时验证可运行
setenforce 0，若日志立刻恢复，说明是 SELinux 限制，需执行chcon -R -t httpd_sys_rw_content_t /var/www/myapp/runtime - 别把
runtime/放进 Git；生产环境应确保.env中APP_DEBUG=false，否则调试信息可能暴露路径结构
如何防止被扫描出 runtime/ 或 vendor/ 目录？Nginx 必加两行屏蔽
云服务器暴露在公网，爬虫或扫描器会尝试访问 /runtime/、/vendor/、/config/ 等敏感路径，一旦返回 200 或目录列表，等于把钥匙递出去。这不是“可能”，是几乎必然发生。
- 在 Nginx server 块内加：
location ^~ /runtime/ { deny all; } location ^~ /vendor/ { deny all; }注意用^~前缀，确保优先级高于正则匹配 - 同理屏蔽
.env、.git、composer.json：location ~* \.(env|git|json|lock)$ { deny all; } - 别依赖 .htaccess（Apache）或 TP 自带中间件做这类防护——Nginx 层拦截最快最稳，且不经过 PHP 解析，连攻击面都削掉
安全不是加个密码就完事；云服务器上，目录遍历、错误泄露、扩展缺失这三块最容易被利用，修完记得用 curl 测一遍 /runtime/ 是否真返回 403。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
