Triển khai cập nhật nội dung từ máy chủ dàn đến máy chủ trực tiếp


8

Chúng tôi đang cố gắng triển khai các cập nhật nội dung từ máy chủ dàn của chúng tôi đến máy chủ trực tiếp của chúng tôi nhưng gặp khó khăn trong việc tìm ra cách tốt để làm điều này. Chúng tôi cần có khả năng triển khai các trang mới, cập nhật trang và xóa trang thỉnh thoảng. Trang web của chúng tôi cũng sử dụng rộng rãi mô-đun sách để mô-đun Triển khai không hoạt động cho chúng tôi tại thời điểm này. Chúng tôi đang sử dụng các tính năng để cập nhật cấu trúc lớn. Vì vậy, mối quan tâm của chúng tôi chỉ là cập nhật nội dung hàng ngày.

Có bất kỳ mô-đun có thể làm điều này và xử lý các trang sách?


Tôi nghĩ rằng điều này có phần liên quan đến drupal.stackexchange.com/q/137/134 . Bạn có thể xem câu trả lời ở đó và xem nếu nó giúp, hoặc làm rõ câu hỏi của bạn về lý do tại sao nó khác nhau.
Chaulky

Không có câu trả lời nào hoạt động cho các trang sách hoặc xóa. Cả hai đều rất quan trọng đối với chúng tôi. Ngoài ra, thực hiện một DB đầy đủ và kết xuất tệp mỗi lần có vẻ như quá mức nghiêm trọng.
antgiant

Bạn có thể thiết lập một nội dung đóng băng trong sản xuất trong khi bạn đang thay đổi hệ thống dàn?
BetaRide

Câu trả lời:


3

UUIDtính năng UUID cho phép bạn xuất khẩu một Node đến một tính năng, mà có thể chỉ là những gì bạn đang sau, có nghĩa là không cần phải gây rối với cơ sở dữ liệu.



1

Tôi đang giả sử Drupal 6 ở đây và cá nhân tôi không biết liệu nó có hoạt động với mô-đun sách không, nhưng bạn đã xem xét Triển khai chưa?


0

Bạn cũng có thể dùng thử Phing , với đó bạn có thể tự động:

  • Kết xuất cơ sở dữ liệu dàn dựng bằng mysqldump.
  • Sao chép tệp mysqldump từ máy chủ này sang máy chủ khác bằng mã hóa SCP và Public-Private Key.
  • Nhập mysqldump từ hệ thống tập tin vào cơ sở dữ liệu.
  • Chạy lệnh Hoàn nguyên tính năng ( drush fra -y) để máy chủ sản xuất của bạn chọn cài đặt sản xuất (như khối, chế độ xem, bối cảnh, v.v.) được tìm thấy trong mã Tính năng của bạn.

Các vấn đề tôi thấy với cách tiếp cận này:

Bạn sẽ cần phải thực hiện xuất cơ sở dữ liệu chi tiết rất tốt, điều này có nghĩa là chỉ lấy các nút, nút numvvv, cck và menu.

Ở điểm cuối cùng đó (liên kết menu) trừ khi bạn truy cập cả giai đoạn và máy chủ prod bằng cùng một bí danh URL, bạn sẽ có các mục mục menu khác nhau và đây sẽ là một vấn đề nghiêm trọng.


3
Tôi đang cố gắng gắn bó với các mô-đun Drupal nếu có thể. Và, thẳng thắn ý tưởng này có vẻ như một tai nạn tham nhũng dữ liệu đang chờ xảy ra.
antgiant

0

Tôi thực sự thích phương thức kết xuất DB đầy đủ, có thể được viết kịch bản và thường có thể hoàn thành chỉ trong vài giây. (Giữ các bản sửa đổi của bạn dưới sự kiểm soát và loại trừ các bảng bộ đệm, v.v. có thể giảm kích thước rất nhiều.) Bạn thậm chí có thể tạo một mô-đun đơn giản để cung cấp giao diện cho các nhà xuất bản nội dung kích hoạt quy trình này.

Bạn cần phải tính đến bất kỳ nội dung nào bạn có thể chấp nhận từ người dùng trang web trực tiếp của mình, chẳng hạn như nhận xét hoặc gửi biểu mẫu liên hệ. Nếu có bất kỳ điều gì - đáng ngạc nhiên là thường không có - bạn có thể sử dụng một dịch vụ bên ngoài, chẳng hạn như Disqus để bình luận hoặc Marketo cho các hình thức tạo khách hàng tiềm năng, tách biệt cẩn thận các bài nộp đó vào một cơ sở dữ liệu Drupal riêng biệt không bị ghi đè hoặc cẩn thận không ghi đè lên chúng bảng bị ảnh hưởng trong quá trình xuất / nhập.

Nếu nó có thể được thực hiện để làm việc, nó có thể trở thành phương pháp đơn giản nhất, nhanh nhất, đáng tin cậy nhất. Và một trang web không bao giờ chấp nhận đầu vào từ người dùng (ngoài các dịch vụ bên ngoài) sẽ mở ra rất nhiều cánh cửa để được thực hiện nhanh hơn và an toàn hơn.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.