奇文共赏： 12 年没有版本控制的 PHP 代码，产生两千万美元年收入

Ask HN: 继承了我见过的最差的代码和技术团队，怎么办？

529 点赞 | 660 评论

我必须找到一个策略来解决这个开发团队的问题，不是直接管理团队。现状如下。

这个代码每年产生超过 2000 万美元的收入
运行在 PHP 上
已经在生产环境直接开发了 12 年，没有源代码控制（都是这种 index-new_2021-test-john_v2.php ）。
没有使用 composer 或任何依赖管理。都是 require_once 。
不使用任何框架
路由管理完全是在 NGInX 中重写的（ NGInX 的配置大约是 10,000 行）。
这些年只往上堆代码，没有任何代码被删除。我想这是因为直接在生产环境开发，删东西太冒险了。
数据库结构也是一团糟，没有迁移，等等。当添加一个列时，由于数据量大，他们会建一个新的表，然后用 join 。
JS 和 CSS 也是如此。多个版本的 jQuery 互相打架，取决于你在哪个页面，甚至在同一个页面也存在。
当然没有 MVC 模式，或者什么模式。没有模板库。这是 PHP2003 的风格。
在很多地方，我看到像是 Controller 一样的文件，向它自己的 rest API 发出 curl 请求（通过域名，而不是 localhost ）做 oauth 授权，等等。只是为了获得菜单项或产品列表...
没有缓存（但有 memcached ，但只用于 Session...)
团队有 3 个人，很年轻。一个后端，一个前端，一个 iOS/android 。对变化有很强的抵触。
生产力很差，这是可以理解的。乱七八糟的东西实在是太多了，根本没办法做新东西。

业务部门有相当积极的规划，因为管理层和总部没有真正了解这些代码上的障碍。而且在 COVID 之后，预算真的很紧张。

我知道应该全面重写，但如何抉择呢？

原文地址： https://news.ycombinator.com/item?id=32883596

pusheax

2022-09-21 11:53:26 +08:00

粗略看了一下，可能存在一些安全问题：
1 、老版本中间件的安全漏洞，如 PHP5 的%00 截断、Nginx 的一些 DOS 漏洞。
2 、敏感文件泄露，看起来网站目录下可能存在 SQL.txt 、www.zip 之类的文件。会被目录扫描扫出来。
3 、账户认证或者 XSS 、CSRF 一类的问题。
至今没给黑产暴打，然后脱裤，也是难能可贵（也可能是被脱了没发现
也许某一天被黑产盯上了，就不得不重构了。

pindleskin

2022-09-21 12:03:27 +08:00

很显然继续堆屎山，一直到堆不了为止。这种历史悠久的项目，有很多细节逻辑都在代码里，没有人能知道所有的细节，重构不知道会引入多少 bug 。引入版本控制是必须的，这也很容易。
个人认为，在项目的早期可以重构，项目真正上线运行一段时间，除非有重大问题，重构都是风险远大于收益。所以项目一开始就要做好。