我对Drupal 7有很好的经验,并使用D7 Verison构建了许多网站。
现在,我正在建立一个新的大网站与大量的用户互动,收集数据从webforms.
为了避免一两年后把我的网站从D7升级到D8的恶梦.因此,我决定使用D8版本开始我的新项目。
我正在检查我的项目所需的一些模块,发现几乎所有的模块都没有稳定的版本(黄颜色)
该网站将在很大程度上基于:
更新(更详细的解释)
1)项目背后没有团队,只有2人在这个项目中工作,编码能力非常有限,但对Drupal、模块及其功能有很好的了解。
2)该项目是个人的,所以没有人雇用我们,我们希望在大约2个月内,我们将有第一个稳定的网站在线发布。
3)网站概念相当简单和向前,例如:
_ Webform用户可以填写它来回答一些问题。
_使用规则自动创建upon表单提交时的节点。
-将网站上的注册用户分组(请注意,我使用的是“组”模块,而不是"OG“模块。
_向管理员发送一个简单的电子邮件,当用户总结一个webform时。
_ Display使用视图创建节点。
-这类项目不需要复杂的要求,至少在网站推出之日起的2至3年内是如此。
-在对话框中打开Webform (弹出窗口)
_ all化所有的页面,节点.(可能不是全部,但大多数)(我的意思是ajaxify是用刷新页面的方式加载内容)
DRUPAL 8提供的是开箱即用的产品:
_视图。
-对话框(打开与特定类的任何链接)
-实体参考字段
电话场
- Ajaxify (不确定是否出柜)
-长期支持(也许未来6-7年)
_快速编辑
-反应能力。
-更快更安全。
_许多其他特征..。
注意:
该项目可以使用Drupal 7完成,但从从D7迁移到D8所需的时间和精力来看,特别是当我将有大约100000注册用户和大约500000节点时(从项目启动之日起最长1-2年后)
通过在D8中使用这样的模块,我将面临很多问题,或者它们已经可以安全地使用了?!
另一方面,在D7变得更加稳定之前,坚持使用D8更好吗?
谢谢你的帮助和想法,
发布于 2018-06-27 04:32:44
就我个人而言,我认为Drupal 8现在处于一个相当稳定的位置,在那里,我将有信心用它启动许多项目,然而这是基于我在Drupal 7和8方面的经验,并且知道我自己或我工作的公司将从事这项工作。也有可能会有简报,我会非常认真地考虑使用Drupal 7仍然,这取决于所有相关因素。
仍有许多领域尚未为所有用例(或某些领域中的任何用例)准备就绪,您的团队中没有能力修复这些模块或编写您自己的自定义代码。这可能是好的,也可能不是好的,取决于你的团队,预算和时间表。
有太多的变量,无法正确地回答您的具体情况。
这取决于项目需求(比上面的问题更详细)、项目团队的技能、项目启动后支持/维护团队的技能、项目构建的时间表、项目构建的预算等等。
不过,为了解决这个问题,我建议检查这些模块的状态,看看它们是否足够成熟,满足您的需要。这可能包括检查以下内容:
在某些情况下,这些事情可能足以让你满意,你有足够的知识来决定。在其他情况下,你可能仍然不确定,在这种情况下,我会很快站起来一个虚拟的Drupal 8站点的一些原型,安装你想要检查的模块,并试用它们。看看他们是否像他们声称的那样稳定,你可以做你想做的事。
然后,您将决定它是否已经准备好,或者它是否足够,但您可以处理团队中缺少的部分,或者您认为使用Drupal 7并在将来升级到Drupal 8会更好。
这样的原型化显然需要一些时间,所以您需要在项目计划中考虑到这一点。但是,通常情况下,与全速进行开发,然后发现您不能做您需要做的事情并不得不处理它相比,时间消耗要小得多。
发布于 2018-06-27 03:24:19
从整体上看,这个过于宽泛的问题的答案是:
绝对准备好了。
安全使用。
巨大的进步。
我是说根据我自己的经验。
只有一件事:习惯于Composer、Symfony和Drupal的新配置管理。这是幸福。他们中的每一个。这将需要时间来适应,是的,但一段时间后,您将比D7更有效的工作。辛弗尼,奥普,标准化,一切都有它的位置。
我推荐这个官方的作曲家模板https://github.com/drupal-composer/drupal-project和https://github.com/drush-ops/drush-launcher来启动.
不要执着于D7。它仍然很酷,但不知怎么地,它是死胡同(对不起)。另外,以后还必须迁移到D8或D9。使用D8,到D9的升级路径可能是无缝的。不需要移民。
继续前进。
https://drupal.stackexchange.com/questions/263870
复制相似问题