Tôi không thích các giải pháp "trang web nhân bản " ngụ ý việc bỏ cơ sở dữ liệu và nhập bãi rác này vào một môi trường khác. Điều này không giống như một cách trong thế giới thực để triển khai một số phiên bản của cùng một trang web (dàn / prod / dev / vv).
Với D7, chúng tôi thường sử dụng các cấu hình tùy chỉnh và sử dụng drush để cài đặt các trang web từ các cấu hình này (và có thể sử dụng các tính năng để đồng bộ hóa trang web sau này). Điều này cung cấp cho chúng tôi các cài đặt mới, không có nội dung kiểm tra, nhưng chia sẻ các cài đặt quan trọng. Đồng bộ hóa nội dung phổ biến sẽ được thực hiện với di chuyển, ví dụ.
Tôi đã cố gắng quản lý một số phiên bản D8 chia sẻ cùng một cấu hình cài đặt. Trường hợp mục tiêu cuối cùng sẽ là chia sẻ và đồng bộ cấu hình trang web. Và mỗi cài đặt có một trang web UUID khác nhau. Tôi không thành công trong việc thực thi system.site uuid
biến cấu hình khi cài đặt (tất nhiên tôi có thể thay đổi giá trị sau này, nhưng dường như điều này là quá muộn và tất cả các đối tượng đã được tạo bằng các UUID khác nhau, điều này khiến cho việc đồng bộ hóa đầu tiên trở thành cơn ác mộng , trong đó một số nội dung mặc định phải bị xóa hoặc ngôn ngữ mặc định làm hỏng đồng bộ hóa vì không thể xóa được, v.v.).
Để thực thi UUID này, tôi đã thử sử dụng tệp settings.php được tạo với $config['system.site']['uuid']
giá trị bên trong, thất bại lớn (cài đặt hoàn toàn bị bỏ qua, ngay cả sau khi cài đặt trang).
Tôi cũng đã xem xét hồ sơ trình cài đặt cấu hình mà tôi hoàn toàn không hiểu, đặc biệt là cách trộn giải pháp này với hồ sơ cài đặt khác.
Vì vậy, câu hỏi là, cách tốt nhất để triển khai các trang web mới từ một hồ sơ cài đặt là gì:
- không có "nhân bản trang web" và thao tác các bãi chứa SQL khi tạo trang web (như trong câu hỏi về các trang web nhân bản là gì ).
- với bản cài đặt sạch mới (không có rác nội dung của nhà phát triển), chỉ sử dụng cấu hình và mã được xuất
- có thể quản lý cả cài đặt mặc định cấu hình và đồng bộ hóa sau này