Php 是否绝对有必要使用Composer来管理Drupal8项目？

如果这是离题的，或者之前有人问过，请提前道歉，但是有没有一种方法可以在不使用Composer的情况下维护一个稳定的Drupal8网站

我之所以问这个问题，是因为我无法在共享的GoDaddy主机上使用Composer。虽然它的功能强大到足以运行多个Drupal7和8安装，但当我使用ssh（通过终端）运行composer命令时，它似乎马上就崩溃了。事情冻结了一段时间，然后我收到一条“死亡”的信息。如果在此期间检查服务器处理器、I/O或RAM统计数据，它们都是红色的

我在这个网站上的其他地方读到过，不建议在现场运行composer。推荐的方法是在网站的本地（localhost）副本上运行composer，并上传更新的文件，但这似乎不切实际，因为有时我所需要做的只是安装一个小模块，或者其他只涉及几个文件的事情

任何见解都是非常受欢迎的。如果我做错了什么，请建议正确的道路。事情已经到了顶点

---

提前感谢。

在基本版本中，composer下载libs并创建autoloader

所以，如果您在本地主机和服务器上有相同/相似的（php版本！！）环境，您只需将供应商目录上传到服务器（仅此而已）

它将一直工作，直到您添加一些新库（然后您需要再次上传供应商目录）

---

所以anwsering—您不需要在服务器上使用ssh和composer。

根本不需要使用composer，它只是简单得多。

---

您可以使用FTP手动添加/删除（先卸载）模块。。。不过我不推荐这个

谢谢。但是模块文件夹呢？如果我安装/更新/卸载一个模块，我是否也需要上传该文件夹？另外，如何使用Composer升级Drupal版本？我在本地主机和服务器上尝试了几种方法，但都无法升级Drupal版本…谢谢。使用FTP甚至Drupal 8中的内置“Extend”菜单手动添加/删除模块以安装/unistall模块的问题在于，依赖项没有安装（暂时不要考虑自动卸载它们！），因此会出现很多错误，并且在很多情况下会使网站无法工作。虽然我同意Composer让事情变得简单了很多，但如果它不能在标准的web服务器上运行（这里谈论的是一个共享的GoDaddy豪华主机包），应该有一个替代方案，对吗？