Tôi là nhà phát triển và bảo trì cho dự án CiviCRM. Chúng tôi đã cố gắng tạo ra một phiên bản Drupal 8 CiviCRM và đã đi được một chặng đường dài. Chúng tôi đang đập đầu vào bàn phím tập thể của chúng tôi để cố gắng tìm ra một công cụ chặn chính cho dự án.

CiviCRM đã sử dụng Symfony trong một thời gian và phiên bản đi kèm khác với những gì được phát hành với Drupal.

Chúng tôi có thể cài đặt CiviCRM với Drupal 8, nhưng sau khi bạn cài đặt nó, chúng tôi không thể cài đặt bất kỳ mô-đun Drupal nào khác.

Tôi tin rằng nó đã đi sâu vào tình huống bằng cách nào đó phiên bản Symfony của CiviCRM tải trước phiên bản Drupal và điều này gây ra sự cố.

Có ai biết mô-đun Drupal 8 bao gồm một phiên bản Symfony khác với phiên bản đi kèm với Drupal không?

Gần đây tôi chạy qua dự án Ludwig. Mô-đun này cho phép đăng ký không gian tên trong một lớp mở rộngServiceProviderBase .

Phiên bản Drupal 8 của mô-đun CiviCRM có thể bao gồm tệp CivicrmServiceProvider.php, định nghĩa một CivicrmServiceProviderlớp và register()phương thức thêm không gian tên container để cho phép nó hoạt động không?

Nhiều tệp CiviCRM có các usecâu lệnh như Drupal bắt đầu bằng Symfony, như ở đây .

Chúng tôi thực sự đã đưa CiviCRM Core vào thư mục Drupal doc_root / library và sử dụng mô-đun thư viện.

Đây là repo cho mô-đun CiviCRM Drupal phiên bản 8.x , nếu ai đó muốn xem xét những gì chúng tôi đã nhận được cho đến nay. Nếu ai đó có thuốc tiên cho điều này, tôi có thể nói với bạn rằng sẽ có nhiều người hạnh phúc trong cộng đồng của chúng ta. Vì vậy, nếu bạn biết làm thế nào để giúp chúng tôi, xin vui lòng làm.

CiviCRM không cài đặt và các trang CiviCRM hoạt động. Điều không hiệu quả là sau khi CiviCRM được cài đặt, chúng tôi không thể cài đặt các mô-đun khác thông qua trang quản trị / mô-đun. Theo tôi biết đó là điều duy nhất bị phá vỡ. Cũng cài đặt các mô-đun với Drush, sau khi cài đặt CiviCRM, không hoạt động.

Cố gắng cài đặt một mô-đun khác sau khi CiviCRM được cài đặt gây ra lỗi sau:

Lỗi nghiêm trọng của PHP: Gọi đến phương thức không xác định Symfony \ Component \ DependencyInjection \ Định nghĩa :: setFactory () trong /var/www/html/civi-for-d8/core/lib/Drupal/Core/DependencyInjection/YamlFileLoader.php

Đó là trong Drupal 8.3.5. Cố gắng cài đặt CiviCRM cho Drupal 8 vào phiên bản Drupal 8.4-dev sạch sẽ gây ra lỗi sau:

Drupal \ Thành phần \ Tuần tự hóa \ Ngoại lệ \ UnlimitedDataTypeException: Chỉ báo dành riêng "@" không thể khởi động vô hướng đơn giản; bạn cần trích dẫn vô hướng ở dòng 8 (gần "đối số: [@opes_translation, @ civicrm.page_state]"). trong Drupal \ Thành phần \ Tuần tự hóa \ YamlSymfony :: decode () (dòng 40 của /var/www/html/drupal84/core/lib/Drupal/Component/Serialization/YamlSymfony.php).

Vì vậy, tôi nghĩ rằng nếu CiviCRM được cài đặt vào Drupal 8 thông qua trình soạn thảo (tức là composer require civicrm/civicrm-coretrong gốc Drupal) và việc sử dụng Symfony của CiviCRM tương thích với Symfony 2.8 hoặc 3.x (tức là không sử dụng chức năng không dùng nữa), điều này có thể hoạt động.

Điều này sẽ giúp mọi thứ được cài đặt trong thư mục nhà cung cấp của Drupal, thay vì có hai, và điều đó có nghĩa là CiviCRM sẽ sử dụng phiên bản Symfony trong Drupal 8. Nhưng nếu CiviCRM tương thích với các phiên bản Symfony sau này (ngay cả khi nó có phiên bản cũ hơn cho Drupal 6 & 7 và các CMS khác) nó sẽ ổn.

Tôi nghĩ?

CẬP NHẬT: Có, nó hoạt động - Tôi đã thử nó. :-) Ban đầu tôi đã đăng bài dưới đây trong hàng đợi vấn đề CiviCRM ( CRM-17652 ), nhưng đăng lại ở đây cho đầy đủ.

Ý tưởng lớn:

Vì nhà soạn nhạc khá mới đối với nhiều người, tôi sẽ cố gắng từng bước, từ một số nhà soạn nhạc cấp cao cho đến một cách có thể được thực hiện trong CiviCRM:

• Trình soạn thảo cho phép các ứng dụng yêu cầu các thư viện cần thiết (và tất nhiên, các thư viện có thể yêu cầu các thư viện khác).
• Các thư viện có tệp composer.json cho biết các thư viện khác cần gì và phiên bản nào tương thích với nó (nhưng không nhất thiết phải là một phiên bản cụ thể - thường là một loạt các phiên bản, như ^2.4.3có tối thiểu 2.4.3 và tối đa (nhưng không bao gồm) 3.0.0)
• Các ứng dụng có một composer.json mô tả tương tự các thư viện cần thiết và khả năng tương thích với một loạt các phiên bản, nhưng phạm vi này thực sự giúp ích cho việc cập nhật. Một ứng dụng cũng sẽ có một composer.lock, đó là một bộ các phiên bản riêng biệt
• Các thư viện cũng có thể có một composer.lock để thử nghiệm hoặc phân phối riêng của họ (như xây dựng tarball phát hành với các gói phụ thuộc), nhưng điều này bị bỏ qua khi một ứng dụng yêu cầu thư viện đã cho (xem https://getcomposer.org/doc/02 -lologists.md # lock-file )
• Khi một ứng dụng muốn yêu cầu một thư viện mới, nhà soạn nhạc tìm thấy sự giao thoa giữa khả năng tương thích phiên bản giữa tất cả những thứ mà ứng dụng yêu cầu (bao gồm tất cả các thư viện đã được cài đặt và phụ thuộc của chúng) và thư viện mới, có thể thực hiện một số cập nhật để sắp xếp mọi thứ ( hoặc lỗi nếu không thể tìm thấy kết hợp các phiên bản tương thích)
• Trong trường hợp này, CiviCRM là một thư viện và một trang web Drupal 8 cụ thể là ứng dụng (chính lõi Drupal là một thư viện)
• CiviCRM có thể nói nó "yêu cầu" Symfony ^2.5trong composer.json, có nghĩa là nó tương thích với các phiên bản 2.5.0 cho đến (nhưng không bao gồm) 3.0.0
• Khi trang web Drupal 8 muốn sử dụng CiviCRM, quản trị viên trang sử dụng composer require civicrm/civicrm-coređể yêu cầu thư viện CiviCRM và tất cả các phụ thuộc của nó. Nếu CiviCRM tương thích với Symfony 2.8 (như được sử dụng trong Drupal 8.3.x), mọi thứ sẽ cài đặt và hoạt động tốt, sử dụng Symfony 2.8 duy nhất từ ​​Drupal. Tất cả các phụ thuộc kết thúc trong thư mục nhà cung cấp của Drupal.
• Tuy nhiên, CiviCRM có thể giữ Symfony 2.5 trong trình soạn thảo.lock, điều đó có nghĩa là các bài kiểm tra sẽ sử dụng điều đó và các tarball cho Drupal 6 & 7 và các CMS khác sẽ gói Symfony 2.5

Đề xuất:

1. Cập nhật composer.json của CiviCRM để nó có thể được sử dụng làm thư viện bởi các CMS dựa trên nhà soạn nhạc như Drupal 8 (nhưng có lẽ những người khác có thể di chuyển theo cách đó trong tương lai - nhà soạn nhạc đang trở nên khá phổ biến)
2. Đảm bảo lõi CiviCRM tương thích với Symfony 2.8 và 3.0 (được sử dụng bởi Drupal 8.3.x và 8.4.x) nhưng vẫn giữ phiên bản "được hỗ trợ chính thức" (hiện là Symfony 2.5) trong composer.lock để thử nghiệm và tarball để phân phối. Tương thích với nhiều phiên bản Symfony có thể không khó như âm thanh - có một số thư viện ngoài đó tương thích với cả Symfony 2.8 và 3.0. Nó có thể chỉ là vấn đề tránh các phương thức / lớp / tính năng không dùng nữa! Composer.json sẽ cần được cập nhật để phản ánh điều này
3. Sử dụng trình soạn thảo để cài đặt thư viện CiviCRM trên Drupal 8 thay vì sao chép vào thư mục thư viện. Điều này đang trở thành cách thông thường để cài đặt thư viện PHP của bên thứ 3 trong Drupal 8 (ví dụ, điều này được sử dụng rộng rãi bởi Drupal Commerce)

Đối với các CMS dựa trên nhà soạn nhạc, tôi thực sự nghĩ rằng đây là cách đúng đắn. Mặc dù vấn đề này hiện đang ảnh hưởng đến Symfony và Drupal, vì cộng đồng PHP bắt đầu sử dụng ngày càng nhiều thư viện của bên thứ 3 thông qua trình soạn thảo, điều này rất có thể ảnh hưởng đến các CMS khác với các xung đột phiên bản khác.

Một số mã làm việc để kiểm tra:

Vì vậy, như đã hứa, tôi thực sự đã làm việc này ở một mức độ hạn chế :-) Tôi hoàn toàn hiểu điều này từ góc độ Drupal / Nhà soạn nhạc / Symfony - Tôi không có nhiều kinh nghiệm về CiviCRM, vì vậy có lẽ có một số cách tốt hơn để làm quá trình của tôi dưới đây. Tôi hoan nghênh mọi lời khuyên!

1. Tải xuống và cài đặt Drupal 8.3.5 (hoặc nhà phát triển mới nhất của Drupal 8.4.x!)
2. Đi vào thư mục gốc trong shell và chạy các lệnh này để cài đặt CiviCRM thông qua trình soạn thảo: https://gist.github.com/dsnopek/56311dbea347874e75180883efabb620
3. Nếu bạn sử dụng Apache, hãy xóa tệp nhà cung cấp / .htacess. Đây là một biện pháp bảo mật từ Drupal, nhằm ngăn chặn các tài nguyên như CSS / JS được tải. Điều này sẽ cần một số sự hợp tác với dự án Drupal để tìm ra một giải pháp thích hợp bởi vì loại bỏ hoàn toàn tệp này là một ý tưởng tồi trong sản xuất. Xem: nhà cung cấp / .htaccess chặn tài sản CSS / JS từ thư viện nhà soạn nhạc .
4. Đi vào thư mục / mô-đun và làm git clone https://github.com/dsnopek/civicrm-drupal.git --branch composer-library
5. Chuyển đến trang "Gia hạn" ( /admin/modules) và cài đặt mô-đun CiviCRM
6. Xóa bộ nhớ cache drupal qua Drush ( drush cr)
7. Đăng xuất và đăng nhập lại theo CRM-19878
8. CiviCRM hoạt động! :-)

Sau tất cả những điều này, CiviCRM đang sử dụng Symfony 2.8 từ Drupal và các phụ thuộc trong thư mục nhà cung cấp của Drupal và không tải bất cứ thứ gì từ thư mục nhà cung cấp riêng của nó. Huzzah!

Tôi đã thử nghiệm kích hoạt mô-đun "Điện thoại" bị lỗi trước những thay đổi này (xem các bước để tạo lại ), nhưng hoạt động tốt với chúng. :-)

Tôi không nghĩ rằng điều này là có thể.

Drupal 8.4 thực sự đã chuyển sang Symfony 3 mặc dù vẫn còn các cuộc thảo luận tương tự liên quan đến drush, có cùng một vấn đề. xem Drush 8.x không cài đặt Drupal 8.4.x và Drush master không cài đặt Drupal 8.3.x và các thành phần Symfony được cập nhật lên 3.2.6

Không thể tải hai phiên bản symfony khác nhau, hoặc bạn phá vỡ sự tích hợp của bạn hoặc bạn phá vỡ Drupal. Có thể symfony3 sẽ không ở trong 8.4, nhưng hỗ trợ bảo mật cho symfony2 sẽ kết thúc trước khi hỗ trợ bảo mật Drupal8, vì vậy tại một số điểm, chúng tôi sẽ phải chuyển đổi.

Về mặt lý thuyết, vấn đề duy nhất ở đây là vị trí tệp và không gian tên lớp. Thật không may, các công cụ duy nhất tôi biết trong trình soạn thảo để thực hiện điều đó không cho phép bạn chỉ định cho mỗi PHIÊN BẢN, chỉ mỗi tên gói.

Bạn đã thử thiết lập nó như một trình tải tự động hoàn toàn riêng biệt chưa?