Tôi có thể cho bạn biết kinh nghiệm của tôi về việc cập nhật Prestashop và sử dụng nó hàng ngày.
Đối với công việc hàng ngày (sửa lỗi hoặc thêm tính năng), tôi thực hiện các thay đổi trong DB trực tiếp trong phpmyadmin. Tôi kiểm tra tất cả mọi thứ trong một isntallation gương, sao chép các thay đổi cho các trang web sản xuất và áp dụng các thay đổi mysql.
Chúng tôi chỉ quét 2-3 phiên bản chính mới của trang web (2 năm một lần, ít nhiều) và chờ phiên bản ổn định của Prestashop, thậm chí 1,7 giờ có một số lỗi lớn (Bản dịch là một trong số đó) không chắc là 100% đã được sửa trong 1.7.1). Điều cuối cùng, đã diễn ra khá tốt, chúng tôi đã thay đổi chủ đề theo nhu cầu của mình, áp dụng một loạt các tính năng mới cho khách hàng của chúng tôi, v.v ... Khi đã đến lúc khởi chạy, tôi đã phân tích sự khác biệt trong các bảng có liên quan và sao chép dữ liệu từ db cũ sang giá trị mới, với các trường được thêm và thay đổi mặc định, v.v ... bằng cách sử dụng truy cập ssh vì chúng đều nằm trên cùng một máy chủ.
Btw, các bảng cũ chúng tôi cần có liên quan đến địa chỉ, nhà cung cấp dịch vụ, giỏ hàng, danh mục, khách hàng, phân phối, tính năng, nhóm, hình ảnh (nhưng không phải image_type), nhà sản xuất, đơn đặt hàng, sản phẩm, phạm vi, giá_đầu , thuế, tax_rule, danh sách yêu thích, khu vực, quốc gia, tiểu bang, nhân viên, tiểu sử và những người khác được các mô-đun của chúng tôi sử dụng. Những người khác như mô-đun, cấu hình, móc, vv, không quan trọng bởi vì nó là một chủ đề hoàn toàn mới.
Tôi luôn nghĩ đến việc làm một cái gì đó có thể đồng bộ hóa db của phiên bản dev và phiên bản trực tiếp. Nhưng vẫn chưa thực hiện do thực tế là chúng tôi không làm điều đó nhiều thay đổi lớn, và những thay đổi nhỏ, chúng tôi cố gắng giữ những thay đổi trong một tập tin cho đến khi chúng tôi áp dụng nó (không phải là chuyên nghiệp nhất, tôi biết). Và đôi khi, về những thay đổi lớn trong phiên bản này, có thể có những cách thức mới của Prestashop đang làm việc. Điều cuối cùng tôi nhớ là slug truy cập trong 1.6.something, không phải trong 1.5, và sau khi mọi thứ đã xong, tôi có thể đăng nhập vào văn phòng, nhưng các công nhân khác không thể, vì nó đã thay đổi cách truy cập được kiểm soát, và vì tôi là superadmin, tôi không bị ảnh hưởng bởi nó. Một điều nữa là không làm ngay bây giờ, Prestashop đang bắt đầu sử dụng Symfony, và tôi nghĩ sẽ cố gắng sử dụng nó nhiều hơn trong tương lai, tác động đến việc mọi thứ sẽ được thực hiện như thế nào trong tương lai. Vì vậy, một giải pháp bây giờ không thể làm việc trong tương lai.
Chúng tôi cũng có thể sử dụng các tính năng nâng cấp trong mô-đun. Không bao giờ thử nó, nhưng nó có thể được sử dụng để áp dụng nâng cấp cho DB và những người khác một cách tự động. Có vẻ đầy hứa hẹn, nhưng không biết liệu nó có hoạt động với một cú đẩy hay chỉ khi nâng cấp mô-đun. Một trong những ngày này tôi sẽ thử nghiệm điều này.
Đây không phải là một phản ứng với giải pháp, nhưng tôi quan tâm đến một giải pháp và làm việc trên một giải pháp nếu không có. Nó sẽ là thú vị để làm một cú đẩy, và không phải thay đổi mọi thứ trong db "bằng tay".
Urgh, không phải những gì tôi muốn nghe, nhưng cảm ơn anyway. Tôi sẽ đặt cửa hàng vào chế độ bảo trì và sao lưu các tệp và DB trước khi cố gắng hợp nhất, nhưng làm tất cả điều này theo cách thủ công thông qua backoffice sẽ có nghĩa là có cửa hàng ngoại tuyến trong một số giờ, sẽ mất nhiều chi phí doanh số bán hàng – Steve