虚拟空间应用程序，跑起来比装上去难

装完最后一个步骤，面板弹出一句成功，刷新页面却是一片白。虚拟空间应用程序最气人的地方就在这——安装过程一路绿灯，跑起来才知道处处是坎。上传文件、建库、填配置，这些事一会儿就能做完；真正耗时间的是后面那些不报错、只白屏的小毛病。现在控制面板把一键部署、压缩包上传、数据库向导都做得很顺，装上去这一步反而最不像问题。难的是每个程序都有自己的脾气，共享空间又只给你有限的几个开关。

虚拟空间应用程序先卡在运行环境上

版本对不上，报错还算客气；缺扩展经常连报错都没有，直接白屏，或者卡在安装第二步。控制面板里能选 PHP 版本，不等于能装你想要的那套扩展。有人在本地把 fileinfo、curl、gd 都装齐了，代码跑得顺，传到共享空间只剩基础一套，程序启动时缺一个函数就停在那儿。进面板翻 phpinfo 或者扩展列表看一眼，比闷头猜快得多。版本跨度大的时候还会碰到函数被弃用、语法不兼容，本地能跑线上就报解析错误。服务商给什么版本、能不能单独开扩展，以面板和官方页面说明为准——这话不是客套，各家限制差别确实大。

目录权限和入口文件，最容易想当然

共享空间里站点根目录和程序目录常常不是一回事。压缩包解开多套一层文件夹，访问域名就变成目录列表或者 404。入口文件到底在 public 还是根目录，伪静态该指向哪里，得看程序自己的文档，别按本地习惯来。权限这块也别图省事，目录一般要可读可执行、文件可读，上来给 777 不但容易出安全问题，还可能被服务商的安全策略拦下。拿不准就按程序说明设，或者问服务商。子目录部署时还有个小坑：程序配置里的站点 URL 和 cookie 路径也要跟着改，不然登录后一直跳回首页，看着像账号坏了。

伪静态规则：Apache 和 Nginx 不是一回事

本地用 Apache，线上是 Nginx，.htaccess 传上去等于没传——这个坑年年有人踩。面板里通常有伪静态填写框，把规则粘进去，留意 RewriteBase 和子目录路径。规则写错的表现挺有规律：首页能开内页 404，多半是重写没生效；整站 500，多半是规则语法有毛病。改之前先把原规则复制一份，出问题能退回去。从教程里抄规则时，注意人家是不是部署在根目录，路径差一层，结果完全不同。

数据库连不上，多半不是代码的锅

数据库连不上，先别怀疑代码。共享空间的数据库地址常常不是 localhost 那么简单，有的给独立地址和端口，库名还带账号前缀，复制的时候多一个空格都连不上。导入 SQL 也会卡在大小限制上，面板里的导入工具传大文件容易中断，得分卷或者找服务商要走别的入口。字符集对不上更隐蔽，页面能开，内容全是乱码。另外，连接数限制和远程访问权限也是共享空间的常见约束，本地工具连不上不代表程序连不上，别把两件事混在一起排查。

上传、超时、内存：三个隐藏门槛

程序装好了，后台上传一张大图就报错，这是上传限制、执行超时和内存三条线里的某一条。upload_max_filesize、post_max_size、max_execution_time、memory_limit 这些值在共享空间里往往改不了，或者只有面板某个入口能调。超时不只影响上传，导出报表、生成缓存、调用外部接口都可能被它掐断。改不了就换做法：图片先压缩，大文件走对象存储，批量导入拆开跑。硬顶着限制试，除了浪费时间没别的结果。

定时任务和常驻进程，共享空间的天花板

要定时备份、跑队列、开常驻进程的应用，在共享虚拟空间里基本会撞墙。面板的 cron 一般有最小间隔，也不让进程一直挂着，程序偶尔闲下来就被回收。这类需求该考虑云服务器或者容器，虚拟化技术给的是隔离和弹性，不是把共享空间变成独享主机。判断标准不复杂：程序要不要一直活着、要不要自己装系统级组件，占一条就该换地方。有些程序提供低配模式，关掉队列和定时任务也能先用着，等业务真跑起来再升级架构，不必一上来就加预算。

证书、缓存和日志，跑起来之后的事

HTTPS 开了，页面里还混着 http 资源，浏览器地址栏就不一定给你好脸色；CDN 缓存了旧页面，后台改了内容前台看不到；真出问题想查日志，共享空间往往只给一小段错误日志。这几件事都在跑起来之后才冒出来，安装阶段根本想不到。先翻面板的错误日志和访问日志，再临时关掉缓存试，顺序别乱。证书自动续期失败也挺常见，到期前自己进面板瞄一眼，别等浏览器报警才想起来。

真要少走弯路，顺序可以倒过来：先在本地或者测试环境把程序跑通，再往虚拟空间上传；上传后先查版本和扩展，再查入口文件和伪静态，最后才动数据库和上传限制。白屏先看日志，500 先看伪静态，404 先看文件路径，这几个对应关系能省掉不少瞎试。剩下解决不了的，多半是服务商那边的开关，问一句比搜半天快。装上去只是开始，跑起来、跑稳，才算把这套虚拟空间应用程序真正用上了。