Chúng tôi có thể tự động di chuyển sang SDL Tridion không?

Question

Chúng tôi đã hoàn tất việc di chuyển trang web từ CMS cũ sang SDL Tridion. Chúng tôi có hàng ngàn khách hàng trong đó có ít hơn năm khách hàng được di chuyển. Bây giờ chúng ta hãy nói rằng chúng ta cần phải tự động di chuyển phần còn lại của hàng ngàn khách hàng, rõ ràng là chúng ta không thể sử dụng nỗ lực thủ công. Có cách nào để phát triển giải pháp tự động chống lại SDL bằng cách sử dụng bất kỳ API nào mà nó có thể cung cấp không? Nếu có, chúng tôi có thể tìm tài liệu về API ở đâu? Bất kỳ cuốn sách hoặc hướng dẫn trực tuyến cho cùng?

Answer 1

Bất kể CMS, độ phức tạp của quá trình di chuyển có thể được đo lường dựa trên cách nội dung của bạn được sắp xếp trong hệ thống mà bạn muốn di chuyển.

tôi phân loại các di cư vào 3 loại liên quan đến nguồn gốc và Destination:

• 1 -> CMS CMS
• 2 -> Cơ sở dữ liệu để CMS
• 3 -> WebSite để CMS

Nếu nguồn gốc là cơ sở dữ liệu hoặc một CMS khác thường phức tạp bị giảm, vì nội dung đã được cấu trúc. Bạn phải trích xuất và ánh xạ nội dung hiện có với cấu trúc sẽ có trong hệ thống mới

Nếu mục tiêu di chuyển trang web hiện tại vào CMS, độ phức tạp tăng lên khi nội dung bị vô tổ chức hơn CMS. Một lần nữa, nếu nội dung trong trang web được cấu trúc đúng cách vẫn có thể tự động hóa điều đó, nhưng hầu hết các trường hợp là các trang cũ được lưu giữ thủ công. Có các công cụ thương mại thu thập nội dung từ các trang web và áp dụng các mẫu để xác định các yếu tố chung, nội dung phổ biến, siêu dữ liệu phổ biến, cấu trúc và có thể xoa bóp nội dung gốc và áp dụng logic dựa trên các quy tắc cho phép cấu trúc nội dung. ngay cả công cụ tốt nhất cũng có một công việc khó khăn để làm khi nguồn không được tổ chức. Ngoài ra tôi đã thấy di chuyển cắt html cuối cùng thành nhiều phần và đặt trong CMS.Đó là một cách tiếp cận dễ dàng, nhưng tất nhiên là một sai lầm, như bạn không dùng bất cứ lợi thế của CMS

Và 3 loại liên quan đến các loại nguồn, chúng tôi di chuyển từ và các loại nguồn, chúng tôi muốn có được

• 1 -> Nội dung cho Nội dung
• 2 -> (HTML + Nội dung Tất cả cùng nhau) thành (HTML) + (Nội dung) được phân tách
• 3 -> (HTML + Content + Code All together) vào (HTML) + (Nội dung) + (Mã) được phân cách

nội dung để Migration Nội dung là ít phức tạp

tùy chọn thứ hai là tất nhiên phức tạp hơn, như bạn phải Tách nội dung và HTML sẽ trở thành mẫu

tùy chọn thứ ba thậm chí còn phức tạp hơn, như thể bạn đang giải nén html của trang (sử dụng một ứng dụng khách http chẳng hạn như hầu hết các công cụ thương mại), bạn không nắm bắt được logic của trang. Trong trường hợp này, bạn cần phải làm việc ở cấp độ tệp

Cố gắng thực hiện phân tích rất sâu trước khi bạn nhập vào di chuyển, vì mọi thứ có thể biến phức tạp. Chỉ khi bạn có kiến ​​thức rất tốt về hệ thống ban đầu và các mẫu vững chắc để áp dụng, bạn có thể suy nghĩ trong tự động

Answer 2

Mọi di chuyển đều khác nhau, trừ khi bạn di chuyển "hàng nghìn" trang web (giả định khách hàng là trang web) từ cùng một loại nguồn đến cùng đích (SDL Tridion trong trường hợp này) với mô hình dữ liệu cực kỳ gần. Một số đối tác của SDL Tridion đã giải quyết được vấn đề này và xây dựng/xây dựng các công cụ tự động hóa hỗ trợ di chuyển. Hãy liên lạc với chúng tôi nếu bạn cần thêm thông tin.

Answer 3

Tridion có API mở rộng và các tài liệu này được ghi lại kỹ lưỡng. Điểm xuất phát của bạn cho SDL Tridion 2011 là https://www.sdltridionworld.com/downloads/documentation/SDLTridion2011SP1/index.aspx

Tự động chuyển đổi API không phải là yếu tố hạn chế ở đây. Việc hiểu dữ liệu của bạn trong kịch bản nguồn và đích của bạn quan trọng hơn nhiều.

Answer 4

Tôi sẽ xem xét liên hệ với Kapow hoặc Vamosa, cả hai đều chuyên thu thập thông tin các trang web và sau đó nhập chúng vào CMS. Cả hai đều có kết nối cho SDL Tridion. Điều này có thể tiết kiệm cho khách hàng của bạn cả thời gian và tiền bạc.

Answer 5

tất cả các câu trả lời rất kỹ thuật. Dù bạn chọn con đường nào, bạn cần cân nhắc tùy chọn không thực hiện di chuyển kỹ thuật (và cố gắng làm điều đó đúng) so với việc sử dụng một lượng học sinh để sao chép và dán.