0
我一直在做一个CMS作为一个项目一段时间，目前正在处理插件管理部分。而不是建立我自己的存储库&更新管理器，我一直玩的想法，而不是使用作曲家。问题是我希望网站上的管理员能够随意添加/删除插件。用作曲者处理插件
所以我在想，创建一个运行作曲家的前端会有多么糟糕？ Composer毕竟只是PHP，它意味着可以在生产环境中运行（尽管使用composer.lock文件），它将解决我所有的存储库，更新和依赖项需求。
我敲出了一个快速测试脚本，我建立并传递了一个自定义配置文件（而不是composer.json，安装的插件列表存储在数据库中），并且一切似乎都正常工作。但我不能动摇这是一个坏主意的感觉。
有没有人有这方面的经验，以及它是否是好的或坏主意？
我反对本以为作曲家，就是要在生产环境中运行*。首先，它迄今为止只看到了alpha稳定版本。然后，在生产机器上运行*需要本机器拥有一大堆对于生产机器来说不可取的设置，例如安装了开发工具，并且几乎可以自由访问网络。我建议为生产运行Composer *，但不要在生产机器上运行*。在一台单独的机器上运行它，然后将结果在线。 – Sven
@Sven我都同意和不同意。与编写自己的插件管理器相比，这是有风险的，但没有更多的风险，即使已经向Composer投入了多少精力，也从PHP世界的最佳开发人员那里投入了多少精力。将值得使用的个人项目，如果有任何提交错误。 –