現有情況:
以RDB及File System做為內容儲存方式,以RDB為主而File System為輔。有General及Adevenced兩種版型,其中General是後來加入較為結構性之版型,但用此種版型的網站並不多,原來的Adevenced版型是以在Template中安插特殊註解符號做為代換之位置,而使用者輸入之內容則直接以HTML形式編輯,再存放為靜態之檔案,顯示所代換引入之項目,除節點靜態檔案內容外,亦包括動態生成之功能表及其他相關內容。存放內容的HTML檔,因為使用者可以任意編輯其內容,故而Layout和Style會與內容以任意方式組合,將難以程式來自動分離內容與格式,只能以人工方式進行分離作業,初期應該可以保持原狀即可,但系統必須能區分新舊內容,以免顯示會有問題!內容及Metadata轉置處理流程:
- 瞭解JCR定義Schema的方式,並先定義資料結構
- 瞭解以標準XML組織內容及Metadata的方式
- 瞭解現有內容及Metadata的組成結構
- 撰寫將Adevenced的內容轉換為JCR滙出入XML格式的程式, 應儘力設法以自動方式補足所需之Metadata
- 撰寫將General內容轉換為JCR滙出入XML格式的程式, 應儘力設法以自動方式補足所需之Metadata
- 滙入步驟4,5產生的XML至JackRabbit中,先試行少量內容待測試無誤再進行全面性轉置,轉換後應驗證是否能正常顯示及編輯
- 最耗費人力的部份,則在於為好幾百個網站進行型版的客製,最好能教導各網站管理人員自行客製,部份執行有問題的網站再加以輔導,可能需要市府政令宣達方式來要求各單位配合!
- 另外,對原有內容先不要補足欠缺的Metadata(含研考會要求的),若有單位被要求要檢驗時,再協助該單位進行Metadata的補足,但系統必須能區分無必要Mettadata的內容,以免顯示Metadata會有問題!
ps. 對於所有轉置的內容資料,新系統應該提供能涵蓋原系統資料編輯的功能,否則所轉置的資料將不可再被編輯修改!
沒有留言:
張貼留言