SilverStripe这破玩意儿，我劝你别急着上生产环境

好，我承认，标题是有点标题党，但你要是真拿SilverStripe当WordPress那种“装个主题就能跑”的货色，那我劝你趁早关掉这篇——省得你三周后半夜两点给我打电话，哭着问为什么后台保存不了图片，我当年从Joomla叛逃到SilverStripe，就是看中它“开发者友好”的旗号，结果呢？第一个月我就被它那套诡异的模板语法折磨得想回老家种地，今天不整虚的，就说说我踩过的烂坑、填坑的土办法,以及你该怎么在预算烧光之前把这东西玩明白。

先说最坑爹的：模板不是你想的那样

SilverStripe用的是自家模板引擎，叫SSTemplate，官方文档吹得天花乱坠，说“像HTML一样简单”，放屁，我第一次写循环，用的是<% loop $Items %>，结果每次都把整个Page对象给我倒出来，页面卡成PPT，后来才知道，你得先在PHP里定义getItems()返回一个ArrayList，而且循环里访问字段必须用$ItemTitle这种前缀，不能直接$Title，最恶心的是，它默认缓存模板，你改了文件不刷新缓存就不生效——我第一次调样式调了半小时，最后发现是缓存没清,差点把电脑砸了。

解决方案？别用它自带的?flush=1，那玩意儿有时候不顶用，直接进/dev/build?flush=1，或者用命令行vendor/bin/sake dev/build flush=all，只要是改模型、改模板、改配置，不走这步你就是在浪费时间，还有，开发环境一定要把SilverStripe\Core\Kernel的environment设成dev，在.env里写SS_ENVIRONMENT_TYPE="dev"，否则你连报错都看不到,全是白屏。

第二个大坑：图片和文件管理是重灾区

SilverStripe的File和Image模块逻辑很扯，你上传一张图片，它默认会生成一堆裁切版本，但你删原图的时候，那些版本不一定会清干净，我做过一个迁移项目，客户网站跑了三年，数据库才200MB，assets/文件夹居然有4.7GB——全是废弃的缩略图和没用的上传副本，别指望后台那个“清理”按钮，它只处理DB中已关联的记录，真正的坑是，如果你用$Image->ScaleWidth(800)这类方法，它会在assets/下生成一个隐藏的_resampled文件夹,时间长了里面全是僵尸文件。

SilverStripe这破玩意儿，我劝你别急着上生产环境

我的土办法：写个定时任务，每周跑一次，用SilverStripe\Assets\Flysystem\AssetStore的deleteUnused或者直接遍历assets目录，删除超过30天未被引用的文件，但要注意——如果你用了云存储，比如AWS S3，那你得小心别把公共附件也删了，推荐装个插件，我们叫它silverstripe-softdelete（不过现在官方有silverstripe-assets的增强模块），可以定期“软清理”，就是只清数据库记录不删物理文件,等确认无误再手动清。

如果你做外贸站，图片肯定多，建议直接用silverstripe-s3模块把存储放到S3+CloudFront，别省那点CDN钱，SilverStripe默认的本地存储高并发下会直接把你的Apache干趴下，我亲测过，一个5000产品的大站，高峰期同时访问图片，本地I/O直接爆掉,页面响应时间从200ms涨到8秒。

再说说表单和数据安全

SilverStripe的表单框架做得很强，但默认的情境验证很坑，你以为$form->validate()就完了？不，它只会检查HTML5必填和邮件格式，但你要是用DateField，它默认接受YYYY-MM-DD，可欧美用户习惯MM/DD/YYYY，你必须在Validator里自定义setDateFormat，还有，它默认的CSRF令牌在Ajax请求下经常失效，害得我老客户后台一保存就掉线，解决方案是给你的表单类加一个verifyToken方法，或者在config.yml里设置framework: disable_security_token: true——但注意，这会让你的表单暴露在CSRF风险下,所以非必要不关。

踩过的真实案例：我给一个澳洲客户做B2B询盘表单，上线第二天客户说“我在后台看到一堆乱码”，我查了半天，发现SilverStripe的TextareaField默认会转义HTML标签，但客户从Excel粘贴的内容里有回车符被存成了\r\n，在<textarea>里显示成乱码，解决办法：保存前用preg_replace('/\r\n|\r/', '\n', $data['Message'])清洗，然后在模板里用$Message自动转义即可，别用Raw。

关于插件和主题，我的推荐

别去Marketplace瞎逛，那上面80%的插件都是坑,我只用这几个经过了生产考验的：

1. silverstripe-admin（官方后台强化）——必装,否则后台界面连个排序拖拽都没有。
2. silverstripe-spamprotection + honeypot（反垃圾）——比GraphicCaptcha好用，用户不用输入验证码，表单提交率提高30%我测过。
3. silverstripe-lumberjack——管理大量页面和子级页面时，能拖拽排序,做多级导航必备。
4. silverstripe-deploy——如果你用Git部署，这插件能在部署后自动跑/dev/build,省得忘了清缓存。

主题的话，SilverStripe官方有个silverstripe-theme-simple，适合做企业站，但国内服务器访问不了它的分发源，你最好自己下载到themes/目录里，要是做电商，直接上silverstripe-shop模块，别看文档长，功能比WooCommerce顺手，而且它自带的CheckoutPage已经处理了运费和支付回调的坑。

长期维护的救命建议

1. 升级不是小事，SilverStripe 4到5，字段类型变了，DataObject的$db里的Text改成了Varchar（因为底层用UTF8MB4），你要是直接composer update，数据全变成乱码，必须先跑迁移脚本，用一个叫silverstripe-versioned的模块做归档，我上一次升级，花了整整两天处理SiteTree的_versions表冗余数据。
2. 日志一定要开，在.env里配SS_LOG_FILE，然后把error_reporting调到E_ALL，你会发现SilverStripe报错很隐晦,不写日志你根本不知道是哪个模型调用了不存在的方法。
3. 数据库备份别用phpMyAdmin，SilverStripe的表结构有大量的_versions和_Live关联，你直接导出SQL再导入，外键全断，用官方推荐的方式：vendor/bin/sake dev/tasks/SilverStripe-Robots-Dev-Tasks-RobotIndexTask（没这任务）——开个玩笑，用mysqldump --single-transaction，然后导入后再跑一次/dev/build重建索引。
4. 预算有限就别碰SilverStripe，我说实话，这个CMS的学习曲线比Drupal还陡，而且中文资料几乎为零，你要是老板只给了你两周和5000块钱，我更建议你用WordPress加个主题，至少出了问题百度能搜到，SilverStripe适合那种“我要做十年长期维护的企业站”，或者你团队有专门的PHP后端，别听代理瞎吹“开箱即用”，开箱之后你发现箱子里全是螺丝和图纸,得自己组装。

行了，先写这么多，你要是真踩了坑，我再出下一篇——但前提是你得先过了/dev/build这一关，祝你好运,别把咖啡洒在键盘上。