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ì?
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.
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.
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.
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.
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.
Đị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.
Á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ế.
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.
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.
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.
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.
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.