gpt4 book ai didi

php - 我们应该在框架中重写遗留的 php 应用程序吗?

转载 作者:可可西里 更新时间:2023-11-01 00:16:14 27 4
gpt4 key购买 nike

<分区>

我目前正在处理遗留的 PHP 应用程序。让您了解应用程序是什么样的:

  • 后端大约有 14,000 LOC。前端约为 3,000 LOC。
  • 每个 url 都是一个 php 脚本,没有使用类。
  • 这些 php 脚本中的每一个都有一个与其关联的 smarty 模板。
  • 它大量使用 PEAR 表单生成插件。
  • 前端以两种语言提供。这是通过复制 php 脚本 + 模板来完成的。
  • 它没有遵循许多最佳实践,例如转义所有 sql 参数、重定向 post 请求、将​​ php 脚本置于 Web 根目录之外、XSS 保护、CRSF 保护。
  • 该应用程序有两个主要开发人员,我正在临时处理它以提供帮助。
  • 该应用程序由多个客户使用。他们每个人都可能有一个稍微改变的版本。

假设您有两周的时间,您会如何修复此应用程序?有没有什么框架你会推荐,特别适合这种类型的应用程序,并且可以逐步引入?

我在想也许可以从引入 ORM 开始,摆脱 sql 注入(inject)并改进意大利面条代码来构造 sql 查询。

编辑 1::因为人们似乎非常关注 SCM 问题。我确实使用 git 来跟踪我自己的本地更改。我只是暂时处理这个应用程序,所以我真的无法告诉其他开发人员使用哪些工具。另外,这不是真正的问题。

编辑 2: 我考虑框架的原因是 a) 其他开发人员提出了 b) 它会给项目带来更严格的结构,因此错误(如 CSFR)更多将来很容易避免。

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com