Trao đổi về dự án

Phương phápCập nhật Drupal

Cập nhật Drupal

PartITech đã phát triển và duy trì các dự án Drupal từ năm 2015. Bản cập nhật không chỉ là thay đổi số phiên bản: nó phải duy trì lộ trình kinh doanh, nội dung, tích hợp, hiệu suất và khả năng của các nhóm để tiếp tục…

Bảo mật tốt hơn Tương thích được kiểm soát Nền tảng bền vững

Bảo trì Drupal từ năm 2015

Phát triển nền tảng của bạn mà không ảnh hưởng đến tính liên tục của nó

PartITech đã phát triển và duy trì các dự án Drupal từ năm 2015. Bản cập nhật không chỉ là thay đổi số phiên bản: nó phải duy trì lộ trình kinh doanh, nội dung, tích hợp, hiệu suất và khả năng của các nhóm để tiếp tục phát triển ứng dụng.

Chúng tôi làm việc trên các ứng dụng mà chúng tôi đã xây dựng giống như trên nền tảng Drupal hiện có. Mục tiêu của chúng tôi là đưa từng dự án trở lại quỹ đạo có thể duy trì được, với phiên bản Drupal, PHP và các phần phụ thuộc vẫn được hưởng lợi từ các bản vá bảo mật.

Kể từ năm 2015
Phát triển và bảo trì drupal
Mã, dữ liệu, cơ sở hạ tầng
Phạm vi di chuyển hoàn chỉnh
Nghiệm thu trước khi chuyển đổi
Các thay đổi đã được xác minh bên ngoài quá trình sản xuất

An ninh và bền vững

Tại sao phải cập nhật Drupal?

Luôn cập nhật lõi Drupal, mô-đun, chủ đề, Composer và môi trường PHP là một phần không thể thiếu trong bảo mật của nền tảng.

Khắc phục lỗ hổng

Các phiên bản được bảo trì nhận được tư vấn bảo mật và các bản sửa lỗi cốt lõi. Phần mở rộng đóng góp và phần phụ thuộc của Composer phải được tuân thủ một cách cẩn thận.

Duy trì sự ổn định

Các bản phát hành đã vá giải quyết các điểm bất thường, tăng cường khả năng tương thích và giảm hành vi không thể đoán trước trong hành trình biên tập và kinh doanh.

Cải thiện hiệu suất

Drupal 11.4 giảm đáng kể các truy vấn tải thực thể và cải thiện khả năng nén, dịch và một số đường dẫn cốt lõi quan trọng.

Luôn tương thích

Drupal mở rộng quy mô với PHP, Symfony, Twig, CKEditor, công cụ cơ sở dữ liệu và Composer. Một nền tảng quá cũ sẽ chặn toàn bộ môi trường của nó.

Giới hạn nợ kỹ thuật

Cập nhật thường xuyên sẽ tách biệt các thay đổi. Chờ đợi qua nhiều thế hệ sẽ tích lũy các API đã xóa, các mô-đun bị bỏ rơi và di chuyển dữ liệu.

Giữ lại khả năng tiến hóa

Căn cứ được bảo trì giúp có thể cung cấp các chức năng mới mà không cần bắt đầu mỗi dự án bằng việc nâng cấp khẩn cấp toàn bộ cơ sở.

Lịch 2026

Phiên bản Drupal nào được ưa chuộng?

Drupal 11 là thế hệ tham chiếu. Đối với một dự án mới hoặc một quá trình di chuyển tương thích với các điều kiện tiên quyết của nó, mục tiêu hiện tại là nhánh Drupal 11.4.x.

Chi nhánh được đề xuất

Drupal 11.4

Đã xuất bản vào ngày 1er Tháng 7 năm 2026, Drupal 11.4 đã sẵn sàng để sản xuất và hưởng lợi từ hỗ trợ bảo mật được công bố cho đến tháng 6 năm 2027.

Xem ghi chú phát hành Drupal 11.4
  • Tải thực thể và danh sách nhanh hơn, với số lượng truy vấn cơ sở dữ liệu ít hơn đáng kể.
  • Có thể nén Brotli cho các tệp CSS và JavaScript tổng hợp.
  • Việc áp dụng Drupal Recipes và nhập bản dịch được tăng tốc.
  • Giao diện dòng lệnh gốc mới, vẫn đang thử nghiệm.
  • Cập nhật bảo mật dễ dàng hơn cho các phần phụ thuộc chính với core-recommended.

Drupal 11.4.x

Ưu tiên

Nhánh hiện tại dành cho sự phát triển và di chuyển mới. Hỗ trợ bảo mật được công bố cho đến tháng 6 năm 2027.

Drupal 11.3.x

Sẽ được nâng cấp

Vẫn được bao phủ bởi các bản vá bảo mật cho đến tháng 12 năm 2026. Nên lên kế hoạch nâng cấp lên 11.4.

Drupal 10.6.x

Nhánh chuyển tiếp

Nhánh Drupal 10 mới nhất, được duy trì đến tháng 12 năm 2026. Drupal 10 sẽ ngừng hoạt động vào ngày 9 tháng 12 năm 2026.

Drupal 10.5 trở về trước

Không được bảo trì

Drupal 10.5, Drupal 11.2 và tất cả các nhánh trước đó không còn hỗ trợ bảo mật tiêu chuẩn nữa.

Đế hiện đại

Drupal 11 thay đổi gì khi bảo trì

Drupal 11 tiếp tục quá trình hiện đại hóa bắt đầu với Drupal 8, 9 và 10. Những bước phát triển này cải thiện việc xây dựng nền tảng nhưng yêu cầu giải quyết các API lỗi thời và các phần phụ thuộc trước khi di chuyển.

Thành phần thư mục đơn

Các mẫu, kiểu, tập lệnh và siêu dữ liệu cành cây của một thành phần có thể được nhóm thành một cấu trúc mạch lạc, dễ kiểm tra và tái sử dụng hơn.

Drupal Recipes

Các bộ mô-đun và cấu hình có thể được áp dụng theo cách lặp lại để đẩy nhanh quá trình cài đặt hoặc phát triển các tính năng.

Không gian làm việc

Các nhóm có thể chuẩn bị các bộ thay đổi nội dung mạch lạc trước khi xuất bản, tùy thuộc vào việc kiểm tra mục đích sử dụng và tiện ích mở rộng của dự án.

Cấu trúc tách rời

JSON:API và các API cốt lõi cho phép Drupal được sử dụng làm cơ sở biên tập cho các giao diện React, Vue.js, di động hoặc đa phương tiện.

Giao diện người dùng được hiện đại hóa

Lõi dần dần giảm sự phụ thuộc vào các thư viện cũ và cải thiện công cụ, thành phần và tiêu chuẩn web của Twig.

Đã xóa mã lỗi thời

Việc loại bỏ các API không được dùng nữa sẽ giúp lõi luôn hiện đại. Do đó, các mô-đun cụ thể phải được phân tích và sửa chữa trước khi leo dốc lớn.

PHP và cơ sở hạ tầng

Khả năng tương thích kỹ thuật là chưa đủ

Phiên bản PHP phải được Drupal chấp nhận, tương thích với các mô-đun và phần phụ thuộc của dự án và vẫn được PHP duy trì.

Drupal 11.4 hỗ trợ PHP 8.3, 8.4 và 8.5

Đối với mục tiêu mới, chúng tôi ưu tiên một phiên bản có đủ thời gian hỗ trợ, sau khi xác thực các tiện ích mở rộng PHP, mô-đun đóng góp, mã cụ thể và lưu trữ.

Drupal 10.6 vẫn chấp nhận các phiên bản PHP cũ hơn, nhưng việc duy trì thời gian chạy cuối vòng đời sẽ phủ nhận một số lợi ích của việc di chuyển.

  • Phiên bản PHP và tiện ích mở rộng bắt buộc
  • Phiên bản soạn thảo và các phần phụ thuộc đã bị khóa
  • MySQL, MariaDB hoặc PostgreSQL
  • Máy chủ web, bộ đệm, hệ thống tệp và tác vụ theo lịch trình
  • Quy trình giám sát, sao lưu và khôi phục

Khả năng tương thích được trình bày chi tiết trong Điều kiện tiên quyết của Drupal PHP. Trạng thái thời gian chạy phải được kiểm tra riêng trong lịch PHP chính thức.

Chọn quỹ đạo phù hợp

Theo phiên bản hiện tại của bạn thì phải làm gì?

11

Bạn đã sử dụng Drupal 11

Chúng tôi áp dụng phiên bản vá lỗi mới nhất của nhánh mục tiêu, kiểm tra các tiện ích mở rộng và điểm không được dùng nữa, sau đó kiểm tra các đường dẫn quan trọng. Phiên bản chính gần đây không miễn cho bạn quyền giám sát các phiên bản nhỏ.

Mục tiêu: tham gia 11.4.x và duy trì nhịp độ đều đặn.

10

Bạn đang sử dụng Drupal 10

Bước đầu tiên bao gồm việc tham gia Drupal 10.6, nhánh cuối cùng của thế hệ này, sau đó loại bỏ các điểm không dùng nữa và các điểm chặn được xác định trước khi chuyển sang Drupal 11.4.

Mục tiêu: di cư trước khi kết thúc vòng đời vào ngày 9 tháng 12 năm 2026.

8–9

Bạn đang dùng Drupal 8 hoặc 9

Các bản dựng này không còn nhận được bản vá nữa. Dự án phải giải quyết các cấp độ tương thích, các phiên bản lịch sử của PHP và Symfony, các mô-đun bị loại bỏ và mã cụ thể trước khi đạt được mục tiêu hiện tại.

Mục tiêu: đảm bảo an toàn hiện có sau đó tổ chức gia tăng các giai đoạn được kiểm soát.

7

Bạn đang dùng Drupal 7 trở về trước

Drupal 7 đã kết thúc vòng đời kể từ ngày 5 tháng 1 năm 2025. Quá trình chuyển đổi sang Drupal 11 nói chung là một dự án di chuyển: kiến trúc mới, tiếp tục nội dung, người dùng, phân loại, tệp, chuyển hướng và viết lại một phần cụ thể.

Mục tiêu: xây dựng cơ sở dữ liệu mới và di chuyển dữ liệu bằng các bước kiểm tra tính đầy đủ.

Một quá trình di chuyển có thể kiểm chứng được

Các bước thiết yếu để nâng cấp phiên bản Drupal

Mỗi dự án đều khác nhau, nhưng quá trình di chuyển đáng tin cậy sẽ giúp hiển thị các phần phụ thuộc, quyết định, kiểm thử và điều kiện khôi phục.

  1. Kiểm toán hiện tại

    Phiên bản, mô-đun, chủ đề, mã cụ thể, Composer, cơ sở dữ liệu, khối lượng, giao diện và cơ sở hạ tầng.

  2. Định nghĩa mục tiêu

    Phiên bản drupal, thời gian chạy PHP, cơ sở dữ liệu, chiến lược lưu trữ và chuyển đổi tương thích với thời gian hỗ trợ dự kiến.

  3. Ánh xạ khoảng cách

    Các mô-đun không tương thích, API không được dùng nữa, thư viện bị bỏ rơi, thay đổi cấu hình và phát triển để điều chỉnh hoặc thay thế.

  4. Môi trường di chuyển

    Bản sao riêng biệt, các phần phụ thuộc có thể tái tạo, các bản sao lưu được kiểm soát và quy trình được ghi lại để tránh làm việc trực tiếp trong quá trình sản xuất.

  5. Cập nhật mã và dữ liệu

    Thiết lập Composer, điều chỉnh cụ thể, cấu hình, di chuyển nội dung và sửa các điểm không tương thích.

  6. Kiểm thử và nghiệm thu

    Nền tảng kinh doanh, quản trị, quyền, tìm kiếm, biểu mẫu, phương tiện, SEO, giao diện bên ngoài, hiệu suất và bảo mật.

  7. Chuyển đổi lặp lại

    Thời gian, đồng bộ hóa dữ liệu cuối cùng, khoảng thời gian can thiệp, trách nhiệm, tiêu chí quyết định và khôi phục.

  8. Sản xuất và giám sát

    Triển khai, kiểm tra sau chuyển đổi dự phòng, nhật ký, hàng đợi tin nhắn, tác vụ đã lên lịch, bộ đệm, số liệu và theo dõi sự bất thường.

Bằng chứng, không chỉ là một phiên bản

Quá trình di chuyển sẽ tạo ra kết quả gì

  • Danh sách các mô-đun, chủ đề, phần phụ thuộc và các phát triển cụ thể
  • Báo cáo tương thích và đăng ký quyết định
  • Kho lưu trữ Composer có thể tái tạo và các phần phụ thuộc được cập nhật
  • Kế hoạch di chuyển dữ liệu và kiểm tra tính đầy đủ
  • Kế hoạch thử nghiệm và báo cáo nghiệm thu
  • Quy trình sao lưu và khôi phục có thể khôi phục
  • Kế hoạch sản xuất và kiểm soát sau triển khai
  • Tài liệu vận hành và lịch trình bảo trì

Trải nghiệm PartITech

Từ cập nhật thường xuyên đến di chuyển phức tạp

Kể từ năm 2015, chúng tôi đã cập nhật hàng chục ứng dụng Drupal. Chúng tôi cũng có thể nâng cấp máy chủ khi chúng tôi được giao việc gia công phần mềm bên ngoài và tiếp quản các nền tảng mà chúng tôi chưa phát triển.

Trải nghiệm này cho phép chúng tôi can thiệp vào cả việc nâng cấp phiên bản nhỏ và hiện đại hóa hoàn toàn một ứng dụng cũ, có tính đến các hạn chế về kinh doanh và vận hành.

Chuẩn bị cập nhật Drupal của bạn