Có cách nào để quảng bá bài viết giữa các môi trường?


8

Có một cách dễ dàng để di chuyển các bài viết giữa các cài đặt Joomla? Ví dụ, trong một môi trường phát triển / dàn dựng / sản xuất, tôi có 20 bài viết giống nhau trong mỗi bài viết.

Nếu tôi thực hiện thay đổi cho tất cả 20 bài viết đang phát triển, Joomla có cách nào thúc đẩy những thay đổi đó thành dàn dựng, mà không cần sao chép các bài viết đó bằng tay không?

Ngoài ra, nếu tôi thêm hoặc xóa một bài viết trong một, Joomla có cách nào để thêm hoặc xóa nó trong môi trường tiếp theo không?


Cách là tạo ra một kịch bản làm điều đó cho bạn.
csbenjamin

bạn có nghĩa là đi qua hai cơ sở dữ liệu Joomla và so sánh các bảng nội dung? Làm thế nào để bạn biết những bài viết cần phải được sao chép qua?
ContextSwitch

hoặc tôi đoán bạn có thể nói kịch bản, vì chúng ta nên biết bài viết nào đã được chỉnh sửa ...
ContextSwitch

Tôi khuyên bạn chỉ nên quản lý các bài viết ở một nơi. Sẽ khó đồng bộ nếu có thay đổi ở một vài nơi, nhưng không phải là không thể, chỉ là khó. Tôi sẽ tạo ra một câu trả lời cho biết tôi sẽ làm như thế nào
csbenjamin

Câu trả lời:


5

Tìm kiếm các phần mở rộng trên JED. Cả J2XMLSP Transfer đều có chức năng này.


Sau khi xem xét những thứ này, có vẻ như SP Transfer có thể là thứ tôi cần. Có vẻ như tôi sẽ có thể di chuyển các hàng riêng lẻ trong một bảng bằng cách đó. Cảm ơn.
ContextSwitch

Biết rằng bạn cũng có thể làm điều đó với J2XML, tôi đã thực hiện nó. Hãy nghĩ rằng đó là trong J2.5 nhưng không chắc chắn, dường như chưa có trong J3. Chưa có kinh nghiệm với SP Transfer, nhưng có vẻ như nó mở rộng từ nội dung đến cấu trúc. Điều đó sẽ cho phép quy trình làm việc OTAP.
sovainfo

Xin lỗi, DTAP có nghĩa là. OTAP tương đương với tiếng Hà Lan.
sovainfo

4

Tôi khuyên bạn chỉ nên quản lý các bài viết ở một nơi. Sẽ khó đồng bộ nếu có thay đổi ở một vài nơi, nhưng không phải là không thể, chỉ là khó.

Nếu bạn chỉ quản lý ở một nơi, chỉ cần thả dữ liệu bảng ở những nơi khác và chèn lại với dữ liệu được cập nhật.

Nếu bạn muốn quản lý các bài viết ở một số nơi, bạn có thể so sánh sửa đổi_date và sao chép dữ liệu của bài viết đã sửa đổi cuối cùng sang các địa điểm khác. Nếu bài viết chỉ được chèn ở một nơi, chỉ cần chèn bài viết này đến những nơi khác. Nếu các bài viết được chèn vào một vài nơi, hãy sao chép dữ liệu của tất cả các bài viết này, thả chúng khỏi cơ sở dữ liệu và chèn lại vào tất cả các cơ sở dữ liệu để giữ cùng một id trong tất cả các cơ sở dữ liệu. Đây chỉ là một ý tưởng về những gì bạn sẽ cần phải làm. Vì vậy, tôi khuyên bạn chỉ nên quản lý các bài viết ở một nơi.

Điều quan trọng hơn ở đây là giữ cùng một Id cho các bài viết giữa các cơ sở dữ liệu.


4

Tôi đã làm việc với SP Transfer bằng cyend và nó đang thực hiện công việc khá tốt.

Nhưng tùy thuộc vào các điều kiện, tôi cũng làm điều này bằng cách sử dụng ứng dụng quản lý cơ sở dữ liệu trên máy tính để bàn cho phép tôi thực hiện các hoạt động cơ sở dữ liệu hiệu quả.

Trong máy mac của tôi, tôi sử dụng Sequel Pro.

Tôi có thể kết nối từ xa thông qua SSH đến hơn 1 máy chủ DB và đã mở các cửa sổ cho cơ sở dữ liệu tôi đang làm việc cùng một lúc. Tôi có thể dễ dàng chọn bất kỳ bản ghi nào từ bất kỳ bảng nào tôi muốn và nhập / cập nhật các bản ghi sang bảng khác.

Có nhiều trường hợp tôi cho rằng phương pháp này hiệu quả hơn và nhanh hơn đối với tôi. Trong trường hợp sao chép bài viết, chúng tôi giả định rằng cấu trúc db và tổ chức danh mục chung giống nhau giữa 2 bảng, nếu không sẽ tạo ra một mớ hỗn độn với các tài sản và phân loại các bài viết.

Nhưng ai đó cần phải cẩn thận và biết những gì anh ta đang làm, bởi vì chúng tôi đang xử lý trực tiếp với cơ sở dữ liệu.

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.