扩展和集成现有的基于drupal的断开连接系统？
我们现正计划扩充现有的数码平台，以支援少数在不同国际地点经营的专利业务。
希望你能帮我检查一下。
我们正在考虑最终有效地重建我们现有的Drupal 7网站，作为Drupal 8站点的多站点安装，为每个业务位置安装-one (假设这是合乎逻辑的事情，考虑到它预计会在秋季发布？)。
我们还有一个独立的Drupal 7安装，它被用作接受公共提交的系统。我想升级到Drupal 8，而不是重新开发。
我们还将开发一个智能手机应用程序，让用户查看他们的帐户，并提供奖励等。目前，这些系统都有效地断开了连接。
我们有两组现有用户(目前居住在两个独立的Drupal安装中)，我们需要迁移到新系统并以某种方式集中处理。
我们希望连接我们所有的系统(Drupal多站点安装、Drupal提交系统、智能手机应用程序和CRM)，并实现一个单一的登录机制。
我目前正在出售的想法是，我们需要将CRM系统作为一种帐户信息的中央存储库，所有系统都可以将其推迟/同步吗？
这似乎合乎逻辑/可能吗？
有人能对这一切提供任何想法吗？
只是添加了更多的信息.
Drupal 8部分实际上只是基于(显然不正确)的假设，即D8是目前更高级的开发阶段。如果它是用Drupal 7建造的，那么它就可以避免在12-24个月内升级我们所有的工作。也许这是不可避免的，需要考虑。
我们看到多个站点的部分原因是为了便于管理和管理。
我们将为9个地理位置分开的“会员”运营网站，每个成员将拥有有限的技术资源、一个提交系统、一个集中的数字资产管理系统、一个集中化的CRM，以及我们基于智能手机的奖励应用程序。
单点登录，以及用户帐户信息和所有交互的中心(有希望的CRM驱动)视图，确实是我们努力实现的最重要的特性。如果需要某种程度的技术复杂性和额外的资源来支持这一点，那就去做吧。
只是增加了一点点信息.
非常感谢您抽出时间来讨论一些潜在的解决方案。我刚刚开始关注我们面前的工作，你帮了我很大的忙。
我们正在努力平衡这个项目的效率和雄心。最终，我们的IT人员最多可能需要两人来集中管理系统和基础设施，并在每个国际地点使用一名兼职管理级别的用户。
我还一直将域访问模块作为多站点(我正在进一步远离阅读的) https://www.drupal.org/project/domain的替代品。
我们确实使用过Civicrm并且讨厌它。我们的“营销和通信”部门对CRM的愿景是提供一个中央系统，向所有工作人员(全球)提供所有用户的看法(全球)，并保存我们整个业务中登录用户交互的记录(我们将寻求将CRM与其他外部系统(如提交、票务、零售POS、电子商务等)集成在一起.它还将为我们提供先进的综合通信、分割和定位工具。我们可能需要大量的自定义代码，也可能需要某种API。
我想问题是，我们需要能够处理的不仅仅是Drupal认证。我们需要拥有一个账户的用户能够登录到许多服务或应用程序(在一个理想的世界中，包括登录和通过智能手机应用程序查看帐户信息、登录现场wifi、登录到某个电子商务系统)正在收集和整理信息，以提供商业智能。
正如我所说，这里有一种幻想/现实的情景。作为一项业务，有些东西我们很快就需要(例如，有更多的网站只需一个实现标志)，但我们想要的其他工具在技术上相当复杂，而且与目前可用的资源不完全匹配。我们承认这一点，但我们需要计划在不远的将来某个时候整合这种规模的工具。
回答 1
Drupal用户
发布于 2015-04-06 23:40:53
有几件事要考虑：
- 除非站点非常简单，或者您打算使用项目作为对Drupal 8的贡献，Drupal 8还没有准备好(在本文中)供生产使用。您可能会发现自己做了许多错误修复，编码，移植控制模块等。但如果这是你想要做的，这将是一个伟大的福利社区！
- 多站点有优点也有缺点，有很多博客文章和这样的讨论，我相信你可能读过其中的一些。影响我决定的最大因素(我们使用多站点)是：
- 每次只需更新一次核心文件即可。
- 您只需要保持一组最新的控制模块(
sites/all/modules)。
如果您正在为不同的客户创建站点，我将告诫您不要使用多站点，因为这意味着您必须同时更新所有客户端站点的核心。在大多数情况下，这很好，但是如果出了问题怎么办？你的所有客户都会立刻站在你的背上要求修复，你会花更多的时间来安抚他们，而不是解决问题，更不用说这对你所有的客户来说都是一次糟糕的经历，而不仅仅是一次。
没有人能不受问题的影响，即使它们每5年只发生一次。
我知道你和特许经营商合作..。但他们仍然是有效的客户。
事情是这样的-您不需要共享代码库就可以共享某些表，比如用户表(以及一些共享时的其他表，使SSO变得非常简单)。
你建议的一切都是可以做到的。但是，如果它只是关于帐户，我会保留单独的代码基(据我所知，只需要一点高清空间)，并且共享用户表(或者角色)。
对额外信息的答复：
Drupal 7还将存在数年，直到发布Drupal 9，实际上，您最终将不得不升级，但是现在不是时候，除非这些站点非常简单，而且这些站点听起来不像简单的站点。
我对上面的答案有了进一步的思考，只要您有一个很好的升级回滚方法，并且您的IT人员很乐意在站点需要运行的时间之外进行升级，多个客户端的情况就可以工作。最大的问题是，当您的不同客户或成员在不同的时区和有不同的需求停机时间。
你希望记录什么样的交互？听起来你需要一些自定义代码。如果成员站点都是副本，您应该能够在它们之间重用它。
Drupal有一个名为CiviCRM的客户关系管理插件，但它并不是真正用于商业目的的。我猜您正在使用类似于SugarCRM、Zoho或SalesForce之类的东西，您手上将有相当大的任务。Drupal的核心能力之一是管理用户，您希望CRM做什么？
在Drupal中拥有用户帐户信息的主存储库，然后将该存储库和所有相关事件推送到CRM中就足够了吗？像或Woopra这样的事件跟踪器呢？
如果您是以一个用户存储库作为一个想法来销售多个站点，我认为Drupal应该是存储库，因为那你就能做到。
如果您对Drupal进行了所有的用户管理，而您所需要的只是登录到其他系统的凭证存储库，请考虑LDAP (文档，项目)。您可以将所有更改从Drupal推送到LDAP，然后让其他系统从那里读取凭据。
https://drupal.stackexchange.com/questions/154177
复制相似问题
腾讯云开发者
