我盯着浏览器地址栏里那串红色的网站报错信息，第三次把“/About”改成了“/about”。网站页面终于加载出来，网站白色的网站背景上，那行“404 Not Found”像一道刺眼的网站伤疤，提醒我刚才有多蠢。网站

这破事儿得从三天前说起。网站我在服务器上建了个文件夹，网站取名“Images”，网站放了一堆产品图。网站然后写代码的网站时候，手一滑，网站引用的网站路径写成了“/images”。本地测试一切正常，网站Windows的网站文件系统不区分大小写，我压根没察觉。等部署到Linux服务器，整个网站的图片全部裂开，红叉叉铺满页面，像得了某种皮肤病。

你可能会说，这不就是个路径写错的问题吗？改回来不就完了。但真正恶心的地方在于——我不知道自己哪里写错了。因为文件确实存在，路径看起来也对。唯一的问题就是那个“I”和“i”的差别，小得几乎看不见，破坏力却大得惊人。

这种问题最操蛋的地方在于，它不会给你任何提示。不像语法错误会跳出一行红字告诉你“这里错了”，大小写错误就像空气里的隐形杀手。你检查代码，检查配置，检查服务器日志，一切看起来都完美无缺。最后你只能像个傻子一样，把每个字母挨个比对，直到眼睛酸得流泪。

我认识一个老程序员，他有个习惯：所有文件名一律小写，单词之间用下划线连接。他说这是被坑出来的教训——早年在某个项目里，因为一个同事把“UserProfile”和“userprofile”混着用，整个团队花了两天时间排查一个诡异的bug。最后发现是Linux服务器上，这两个路径指向完全不同的地方。从那天起，他立下规矩：谁再在代码里用大写字母命名文件，就请全组喝奶茶。

这事儿其实反映了一个更深层的毛病。我们习惯在本地开发，用着Windows或Mac，文件系统对大小写睁一只眼闭一只眼。可一旦上了生产环境，Linux那套严格的规则立马给你颜色看。这不是技术问题，是思维惯性的问题——你总觉得“差不多得了”，但服务器告诉你“差一点都不行”。

那天下午，我花了整整三个小时，把整个项目的文件路径全部检查了一遍。最后发现不止一处，而是七处大小写不一致的地方。改完之后，图片正常加载，页面恢复如初。但那种挫败感久久不散——我居然被这种低级错误浪费了半天时间。

后来我养成了个习惯：写代码的时候，所有资源文件一律小写，哪怕看起来别扭。不是因为我多严谨，纯粹是被吓怕了。这种教训，一次就够。