Chuyển tới nội dung chính
Version: 4.1

2.1.25

Đã sửa​

  • 2.1.24 có thể làm panel không khởi động được. Hãy cập nhật lên bản này trước khi khởi động lại một máy chủ 2.1.24.
  • WP Helper không được cài cùng WordPress trên bất kỳ máy chủ nào đã cập nhật thay vì cài mới.
  • Một bản cập nhật khởi động lại panel trước bước cấu hình nó, nên những gì một bản phát hành bật lên vẫn vô hình.
  • Một bản cập nhật không bao giờ đụng tới webmail, nên không tính năng webmail nào tới được một máy chủ đã cập nhật thay vì cài mới.

Ghi chú​

PHP X-Ray đăng ký GET /api/php/xray/{domain} cạnh GET /api/php/{version}/options vốn đã có. Bộ định tuyến của Go từ chối hai mẫu ba đoạn mà ký tự đại diện nằm ở vị trí khác nhau — cả hai đều khớp /api/php/xray/options, và không cái nào cụ thể hơn — và nó từ chối bằng cách panic khi các tuyến được đăng ký. Nên đây không phải một trang hỏng. Panel không khởi động được chút nào, trên bất kỳ máy chủ nào bật cả hai tính năng, ở lần khởi động lại đầu tiên sau khi cập nhật.

Mọi bài kiểm thử đều qua, vì không có gì dựng một bộ định tuyến với mọi mô-đun trên đó cùng lúc. Giờ có một bài kiểm thử làm đúng vậy, với cả 933 mẫu tuyến trong cây, và nó thất bại và nêu tên cả hai mẫu. Nó được kiểm tra theo cách duy nhất đáng kiểm tra: đặt tuyến cũ trở lại và xem nó thất bại.

Cùng sự va chạm đó từng xảy ra, trong API phiên bản PHP theo từng tên miền, và quy tắc đã được ghi trong một chú thích ở đó. Nó vẫn bị giẫm lên. Tuyến đã chuyển sang /api/php-xray/.

WP Helper được trình cài đặt chuẩn bị sẵn, và một bản cập nhật không bao giờ chạy trình cài đặt — nó giải nén bản phát hành và sao chép CLI và các mẫu. Nên plugin chỉ tới các bản cài mới, và mọi máy chủ đã cập nhật đều nói "WP Helper is not staged on this server" ở mỗi WordPress mới. Nó được chuẩn bị bởi bản cập nhật này, và panel giờ cũng tìm trong bản phát hành đã giải nén, nên một máy chủ mang bản phát hành có nó theo cả hai cách.

Một bản cập nhật khởi động lại panel khi nó thay tệp nhị phân, và chỉ khi đó mới ghi lại danh sách mô-đun và chạy migration của bản phát hành. Panel đọc danh sách đó một lần, lúc khởi động — nên những gì một bản phát hành bật lên vô hình cho đến khi có thứ khác tình cờ khởi động lại nó, và thường không có gì làm vậy. Đó không đặc thù cho một bản phát hành; đó là lý do 2.1.24 báo thành công với mười mô-đun mới được bật và mọi trang của chúng trả lời 404. Giờ có một lần khởi động lại ở cuối một bản cập nhật, và nó nói rõ ràng khi panel không trở lại.

Và webmail chưa bao giờ được cập nhật. native-webmail update đã tồn tại suốt nhưng không được gì gọi: bản phát hành mang toàn bộ webmail, và một bản cập nhật sao chép CLI, các mẫu và các tệp nhị phân thẳng qua nó. Mọi tính năng webmail được phát hành từ khi một máy chủ được cài — S/MIME, lịch, CardDAV, Undo Send, gửi theo lịch, chia sẻ lịch, PGP — tới các máy chủ cài mới và không máy nào khác. Bản cập nhật báo là đã thành công, và webmail vẫn là cái mà khách hàng bắt đầu.

Cả hai điều đó được sửa trong trình cập nhật đi kèm ở đây, nghĩa là chúng có hiệu lực từ bản cập nhật kế tiếp: bản cập nhật cài 2.1.25 vẫn do bản sao của 2.1.24 chạy. Trên một máy chủ đang cập nhật lên 2.1.25, hãy chạy hitechcloudcli native-webmail update một lần bằng tay để lấy webmail.

Trang này có hữu ích không?