Điểm:0

Sử dụng đúng config_split

lá cờ cn

Tôi đang cố gắng sử dụng config_split để chúng tôi có thể bỏ qua/tắt một số mô-đun/cấu hình trên môi trường nhà phát triển của mình và chúng tôi không muốn chúng chuyển sang môi trường sản xuất của mình.

Tôi nghĩ rằng tôi đang thiết lập sai mọi thứ, vì bất cứ khi nào tôi thực hiện thay đổi cấu hình trên nhà phát triển của mình và đẩy mọi thứ lên sản xuất và nhập, nó sẽ ghi đè cài đặt trên sản xuất cho các mô-đun mà chúng tôi đang bỏ qua trong config_split. (Ví dụ: nếu tôi thực hiện thay đổi chế độ xem cục bộ và xuất cấu hình). Khi tôi nhập thay đổi cấu hình đó vào prod, nó cũng vô hiệu hóa các mô-đun (và xóa cài đặt của chúng mà chúng tôi đã cung cấp) mà chúng tôi có trên sản xuất không có trên môi trường nhà phát triển.

Ví dụ: chúng tôi đã thiết lập Chính sách mật khẩu Drupal Shield và Drupal trong quá trình sản xuất, nhưng chúng tôi không muốn thiết lập chính sách này trong quá trình phát triển. Chúng tôi có mô-đun 'shield' và 'password_policy' được chọn trong phân tách cấu hình 'dev' mà chúng tôi đã thực hiện, cũng như các mô-đun 'devel' và 'admin_toolbar_extras' phổ biến, v.v.

Bây giờ vì chúng tôi đã bỏ qua chúng, nên nó sẽ bỏ qua cài đặt của chúng tôi trong môi trường nhà phát triển (nếu nó bị tắt trên nhà phát triển cục bộ của chúng tôi, thì nó vẫn bị vô hiệu hóa sau khi nhập, ngược lại), nhưng khi chúng tôi chuyển sang sản xuất và nhập cấu hình, nó sẽ cố gắng tắt lá chắn và password_policy khi sản xuất và thay đổi tất cả các cài đặt tùy chỉnh mà chúng tôi đã đặt cho nó.

Chúng ta có cần tạo một 'prod' đặc biệt với các mô-đun chỉ áp dụng cho sản xuất để ngăn điều đó xảy ra không?

Một chút khó khăn khi sử dụng nó và không thể tạo ra phần đầu hoặc phần đuôi của tài liệu.

lá cờ cn
Có một lệnh drush bổ sung mà bạn cần thêm vào quá trình triển khai của mình. Nó được ghi lại trong mô-đun, nhưng về cơ bản, đây là bản nhập cấu hình theo môi trường.
Điểm:1
lá cờ de

Ví dụ: chúng tôi đã đặt Chính sách mật khẩu Drupal Shield và Drupal trên sản xuất, nhưng chúng tôi không muốn bắt đầu phát triển. Chúng ta có Mô-đun 'shield' và 'password_policy' được chọn trong 'dev' phân chia cấu hình chúng tôi đã thực hiện

Đây là vấn đề của bạn. Điều này sẽ kích hoạt các mô-đun trên Dev, không phải trên PROD. Bạn cần tạo một phần tách riêng để sản xuất và thêm các mô-đun đó. Sau đó, bạn sẽ cần đẩy cấu hình của mình. Bạn cũng có thể cần kích hoạt các mô-đun trên PROD theo cách thủ công sau khi thực hiện phân tách đó. Sau đó, nó sẽ không bị ghi đè trong lần đẩy tiếp theo của bạn.

Tôi đã viết điều này, nó có thể giúp bạn một số: https://www.morpht.com/blog/drupal-8-configuration-part-4-extending-api-contributed-modules

Ex0r avatar
lá cờ cn
Vì vậy, cách cấu hình của chúng tôi hoạt động bây giờ, đó là bỏ qua các mô-đun trên dev (cho dù chúng đã được cài đặt hay chưa), nhưng vô hiệu hóa chúng khi sản xuất. Theo hiểu biết của tôi, khi một mô-đun bị bỏ qua trong cấu hình, nó sẽ đọc core.extension và xóa cờ 1 khi nhập. Nếu nó không được phân chia, nó sẽ sử dụng bất cứ thứ gì có trong cấu hình mặc định đang hoạt động để kích hoạt mô-đun. Đó không thực sự là cách nó hoạt động?
Jaypan avatar
lá cờ de
Nếu bạn đưa vào danh sách đen một mô-đun được bật trên DEV, nó sẽ chỉ được bật trên DEV.
Ex0r avatar
lá cờ cn
Điều đó có ý nghĩa. Cảm ơn bạn. Tôi sẽ nhận được thiết lập cấu hình prod của chúng tôi.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.