Các nhiệm vụ bảo trì không rõ ràng cần phải được thực hiện trên một trang web Magento là gì?

Có một vài điều cần được thực hiện để giữ sạch cài đặt Mage:

• kiểm tra nhật ký lỗi
• đăng nhập luân chuyển
• var / báo cáo luân chuyển
• xóa các hình ảnh không còn sử dụng
• áp dụng các bản vá bảo mật
• cập nhật thành phần

Tôi chắc chắn có những thứ khác là một ý tưởng tốt, còn gì nữa không?

Bạn đã bao phủ rất nhiều.

Nhưng bạn đã quên điều quan trọng nhất trong tất cả - BACKUPS .

• Lên lịch sao lưu trong giờ thấp điểm và (đảm bảo chúng đang chạy!)
• Lịch trình diễn tập chữa cháy với nhóm ecom của bạn để KIỂM TRA BACKUPS CỦA BẠN

Tôi sẽ thêm vào như sau:

• Thiết lập log.phpđể xóa nhật ký DB như nhật ký khách truy cập
• Thiết lập indexer.phpđể reindex các chỉ mục cụ thể theo lịch biểu (<1.13EE)
• Thiết lập compiler.phpđể biên dịch lại theo lịch hoặc sau khi triển khai (các móc triển khai sau hoặc một phần của thói quen triển khai của bạn).
• Đưa ảnh chụp nhanh sản xuất xuống các hộp dàn / dev
• Xem xét người dùng quản trị hàng tháng để đảm bảo xóa người dùng hiện không được ủy quyền
• Xoay mật khẩu thường xuyên

Một số điều khác để kiểm tra / xem xét:

• Xem xét các báo cáo lưu lượng truy cập và kiểm tra các đột biến / bot có thể đang tấn công bạn (người vi phạm lặp lại của chúng tôi: Yandex / Baidu) hoặc bot / trình thu thập thông tin bỏ qua giới hạn tỷ lệ NOFOLLOW hoặc robot.txt
• Hãy chắc chắn rằng sitemap.xml của bạn đang chạy thường xuyên (hàng ngày / hàng tuần) - đây là điều bị bỏ lỡ thường xuyên nhất!
• Đảm bảo quyền truy cập trang web và quyền sở hữu tệp là chính xác (Tôi đã thiết lập cảnh báo Pingdom cho việc này) - điều này rất quan trọng đối với các nhóm nhiều người hoặc các dịch vụ lưu trữ được quản lý mà chmod 777 -Rwilly-nilly.

Chỉnh sửa từ @kalenjordan:

• Theo dõi các ngoại lệ được ghi lại, cho dù bằng cách kiểm tra ngoại lệ.log bằng tay hoặc thiết lập một số loại thông báo cho các ngoại lệ (email hoặc cách khác).
• Xem lại nhật ký lỗi 404 và chuyển hướng thiết lập để ngăn không cho 404 bị tấn công.

• Rửa ra đánh giá spam.
• Cập nhật thư viện linh tinh (hoặc ít nhất là theo kịp các thay đổi) - Thật tuyệt khi bạn có thể bắt đầu làm việc với tính năng javascript mặt trước mới mà không phải lo lắng về việc cập nhật các phiên bản không tương thích.
• Cài đặt cấu hình quản trị có xu hướng được đặt bởi nhiều mô-đun, nhưng không bao giờ bị xóa. Tốt để đi qua và làm sạch các mặt hàng này nếu chúng không được sử dụng.
• CSS hầu như luôn có thể sử dụng một số mức tái cấu trúc. Nếu bạn thấy rằng bạn có một số "thời gian rảnh" để lấp đầy, hãy xem qua và sửa các lỗi mô hình hộp trong CSS hoặc chỉ cần thực hiện một số kiểm tra trình duyệt chéo.
• Thử nghiệm chung. Sử dụng các trang web và tìm các khu vực cần cải thiện.
• Kiểm tra cập nhật nội dung của khách hàng. Họ có xu hướng nghĩ rằng đăng 25mb hình ảnh trên trang CMS sẽ nhận được 5000 lượt truy cập mỗi ngày trong một tháng là một ý tưởng hay.

Chúng có vẻ rõ ràng đối với một số người, nhưng chắc chắn là những lĩnh vực mà tôi đã thấy có thể sử dụng cải tiến.

Vô hiệu hóa tất cả các mô-đun không sử dụng, cũng nên bao gồm Mage_AdminNotificationvàMage_Connect

chỉnh sửa: bởi vì các nâng cấp duy nhất bạn nên thực hiện trên một trang sản xuất nên được triển khai từ môi trường dàn dựng, không phải kết nối magento.

Ồ, có một điều chúng tôi đang làm tôi quên mất:

• Kiểm tra xem các tệp trên máy chủ web có giống với các tệp mà bạn mong đợi ở đó không.

Lý tưởng nhất là bạn sẽ có một thẻ hoặc phát hành trong hệ thống kiểm soát nguồn của bạn mà bạn có thể so sánh với.

Mục đích của việc này là được thông báo khi ai đó sửa đổi các tệp trực tiếp một cách có chủ ý (đôi khi đây là cách duy nhất để thấy được lỗi trên chỉ xuất hiện trực tiếp, than ôi) hoặc khi kẻ tấn công sửa đổi tệp của bạn hoặc tải lên một cái gì đó mới . Hầu hết những kẻ tấn công ngày nay không có mặt để làm mất trang web của bạn, vì vậy bạn có thể không nhận thấy rằng trang chỉ mục của bạn hiện đang phục vụ các liên kết spam đến các tác nhân người dùng Googlebot ...

Chúng tôi phải xóa qua

rm -rf media/catalog/product/cache/*

mỗi tuần. Magento lưu trữ tất cả các hình ảnh. Và với một cửa hàng lớn, các thư mục bộ nhớ cache tăng lên nhiều GB cho đến khi đĩa đầy.

Một nhiệm vụ khác chúng tôi làm là xóa báo giá đơn hàng cũ hơn 90 ngày.