Dường như với tôi rằng nếu drupal.org khuyến khích mọi người sử dụng Drupal 8, thì họ nên dẫn đầu bằng ví dụ và di chuyển trang web của riêng họ sang Drupal 8.

Trên drupal.org:

<meta name="Generator" content="Drupal 7 (http://drupal.org)">

Có lý do tại sao họ đã phát hành Drupal phiên bản 8 nhưng bản thân họ vẫn đang sử dụng Drupal phiên bản 7 ? Có phải thực tế là họ chưa di cư cho chúng ta bất kỳ lý do đáng ngờ nào tại sao chúng ta không nên hoàn toàn?

Drupal.org là một trang web lớn, việc di chuyển có thể mất một thời gian. Việc di chuyển từ Drupal 6 sang Drupal 7 cuối cùng đã được thực hiện 2 năm trước và phải mất mãi mãi. Tiến tới Drupal 8 sẽ mất rất nhiều thời gian. Tôi không thấy điều đó xảy ra như trong 3 đến 4 năm nữa.

Chuyển sang Drupal 8 không phải là ưu tiên cao hơn ngay bây giờ đối với Drupal.org, so với việc thêm các tính năng mới và cải thiện trang web hiện tại.

Drupal.com là một trang web nhỏ hơn đang chạy Drupal 8 kể từ Beta.

Có rất nhiều cơ sở hạ tầng và phụ thuộc vào trang web drupal.org, cũng tồn tại bên ngoài cơ sở mã drupal cốt lõi. Chẳng hạn như tích hợp git, phát hành hàng đợi, testbot, lưu trữ dự án. Những mô-đun đóng góp này chưa được cập nhật lên 8 theo kiến ​​thức của tôi.

Để biết ý tưởng về những gì đang xảy ra với trang web drupal.org, tôi khuyên bạn nên đọc: https://groups.drupal.org/drupalorg

Giới thiệu về drupal.org

Đây là một trích dẫn từ Lộ trình Drupal.org :

... Mỗi năm Drupal.org và các trang web phụ của nó phục vụ hàng triệu khách truy cập và hàng ngàn người đóng góp tích cực. Đây là một trong những trang web Drupal hoạt động liên tục lớn nhất trên thế giới. Và vì điều đó, nó có 15 năm nội dung và tính năng cũ. Ở quy mô này, không thể thực hiện các cải tiến thực sự cho Drupal.org mà không có lộ trình ưu tiên, tập trung vào một số tính năng có tác động cao tại một thời điểm. ...

Để hiểu " thách thức nâng cấp " của D8 sẽ là gì, hãy xem các dự án drupal.org này (trích dẫn từ các liên kết):

• Quản trị trang web

  Một dự án với trình theo dõi vấn đề mà bạn có thể sử dụng để báo cáo spam, liên kết bị hỏng hoặc sự cố tài khoản người dùng trên trang web Drupal.org.

• Nội dung

  Một dự án với trình theo dõi vấn đề cho tổ chức và kiểm duyệt nội dung không tài liệu của Drupal.org. Đây là nơi dành cho các vấn đề về danh sách thị trường (dịch vụ, đào tạo và sách), nghiên cứu trường hợp, yêu cầu quảng cáo trên trang nhất, nguồn cấp dữ liệu hành tinh, v.v.

• Tài liệu

  Đây là dự án chính cho tất cả các tài liệu Drupal . Để tìm hiểu thêm về trợ giúp với các nỗ lực tài liệu, hãy bắt đầu với phần Đóng góp vào tài liệu của cẩm nang.

• Tùy chỉnh

  Các tùy chỉnh được sử dụng trên chính drupal.org. Nó không có nghĩa là hữu ích cho các trang web khác, ngoại trừ như một ví dụ giáo dục về các loại sửa đổi bạn có thể thực hiện thông qua một mô-đun cụ thể của trang web.

  Thông tin thêm về trạng thái của công việc được lên kế hoạch trên Drupal.org có thể được tìm thấy trên Lộ trình của Drupal.org .

• Chủ đề

  Bluecheese là chủ đề Drupal.org được thiết kế lại ... Chủ đề này chỉ được sử dụng trên các trang web chính thức của Drupal.org. Không sử dụng điều này cho các doanh nghiệp, các nhóm địa phương và các trang web khác, nên có thương hiệu và bản sắc riêng. Câu hỏi và nhận xét về việc sử dụng chủ đề này nên đến Hiệp hội Drupal ...

• Cơ sở hạ tầng

  Trình theo dõi vấn đề cho mọi thứ liên quan đến máy chủ Drupal.org. Điều này bao gồm cài đặt Apache và MySQL, danh sách gửi thư của Mailman, kho Git và các cài đặt Drupal khác nhau trên miền drupal.org.

• Testbots

  Dự án này là nơi để các vấn đề được nộp hoặc các câu hỏi được hỏi về các bài kiểm tra Drupal.org và tất cả các dự án liên quan đến chúng. Vì có rất nhiều dự án tham gia, có vẻ như hầu hết mọi người chỉ cần một cửa cho các vấn đề. Họ có thể được chuyển ra từ đây.

• Các nhóm

  Dự án này có hai mục đích.

  1. Nó giống như dự án tùy chỉnh drupal.org để giữ mã cụ thể của trang web.
  2. Nó giống như các hàng đợi Cơ sở hạ tầng và Webmaster nhưng dành riêng cho Groups.drupal.org. Vì vậy, nơi mọi người thường nhập mọi thứ vào các hàng đợi đó với Thành phần của nhóm.drupal.org, giờ đây họ có thể nhập chúng vào đây.

Về thử thách nâng cấp

Với suy nghĩ trên, tôi nghĩ có hàng tá lý do mà Drupal.org chưa sử dụng D8, đây chỉ là một vài trong số đó (theo thứ tự ngẫu nhiên):

• Trang web này là nhiệm vụ quan trọng đối với khá nhiều người trong chúng ta, vì vậy thất bại không phải là một lựa chọn .
• Phải có khá nhiều mô-đun đóng góp cần thiết, nhưng chưa có bản phát hành D8. Không chắc họ có sử dụng / cần tất cả chúng hay không, nhưng tôi cá là đây là một số mô-đun: Project, nhóm hữu cơ, Di chuyển (D7 đến D8), một cái gì đó để lập biểu đồ, có thể là Rules, Flag, v.v ... Đúng, các mô-đun như Lượt xem, v.v ... hiện đang ở trong lõi D8 và bạn có thể sử dụng lõi Drupal khá xa, nhưng tôi nghi ngờ drupal.org không cần một số mô-đun như các mô-đun ở trên.
• Bạn cần nhân lực cho nó, với các kỹ năng phù hợp (D8 hơi khác so với D7, phải không?).
• Bạn cần cơ sở hạ tầng để chạy các trang D8 (phiên bản PHP, bộ nhớ, v.v.).
• Tôi cá là có " một số " mã tùy chỉnh liên quan đến việc chạy Drupal.org và việc nâng cấp mã tùy chỉnh chưa bao giờ dễ dàng.
• Và cần có những thứ như kiểm tra QA , hoặc tài liệu , v.v.
• Từ trích dẫn của tôi ở trên, có vẻ như có những ưu tiên khác, vì vậy việc nâng cấp lên D8 dường như không phải là ưu tiên .
• Tôi cá là có những thứ khác có mức độ ưu tiên cao hơn, ví dụ: " Diễn đàn cần cải thiện ".
• Ngay cả khi không có điều nào ở trên ngăn chặn tất cả, hãy nghĩ về phần kế toán đơn thuần của nó (tôi không thể tưởng tượng được việc xóa sổ hàng năm cho bản nâng cấp D7 gần đây đã kết thúc).

Cái gì tiếp theo

Vì tất cả những lý do này, tôi nghĩ tại thời điểm này, điều tốt nhất chúng ta có thể làm là " Hy vọng cho George làm điều đó " (bài viết từ bài phát biểu của Dries tại DrupalCon Amsterdam 2014 khi phiên bản beta1 đầu tiên của D8 được công bố).

PS : Người ta không bao giờ nhận ra những gì đã được thực hiện , chỉ những gì còn lại phải làm .