何千ものコンテンツページで使用されている12個ほどのカスタムPageBuilderワイヤフレームテンプレートがあります。すべてのコンテンツを古いWireframeテンプレートから新しいWireframe Templatesに移行する必要があります。私は当初SQLを介して手動でコンテンツデータベースを更新することでこれを行うことを考えましたが、それが安全な方法であるかどうかはわかりません。 Plusには、テキストフィールドにencoded-xml-embedded-in-xmlのトリッキーなSQLが含まれています。実際の醜いもの。Ektronでワイヤフレームテンプレートをバルクマイグレーションする方法はありますか？
これを行う最善の方法を知っている人はいますか？
少しアドバイスを最初に...
何千ものワイヤフレームが多く見えます。これはあなたの言葉の疑いではなく、多くのEktronの顧客が多くのPageBuilderベースのページを必要としないという声明です。 PageBuilderを使用して、プレスリリース、ブログ記事などのような通常のコンテンツページ（HTMLまたはスマートフォーム）を作成している場合は、その戦略を再考することができます。 PageBuilderはほとんどの著者にとって難しく、多くのレイアウト変更を必要としないページでは、オーサリングや移行の難しさ（ahem ...）に多くのオーバーヘッドが発生する可能性があります。思考の糧。ウィジェット内の内容をスマートフォームに移行し、ContentTypeのアプローチを使用し、開発者の古い古い.NET WebFormsテンプレートを使用することをお勧めします。
今...私はこのうちのいくつかを深く勉強して以来、しばらくしています。私もEktronのローカルインスタンスをもう持っていないので、私に負担してください。私がここで中継することのほとんどは、2年以上未使用の知識を浚渫することです。
あなたが言うように、PageBuilderはデータベース内でXMLとして表されます。さらに、Ektron DBはかなり大きく、複雑です。両方の操作を行うことは難しいだけでなく、リスクもあります。後者は特にSQL側で行います。ですから、厳密にXMLを操作しながらSQLの部分を避ける方法があれば、それが私の最初の目標です。
PageBuilderはちょうどコンテンツであることに注意してください。つまり、標準のContent APIを使用してXMLデータにアクセスできる可能性があります（どちらもあなたのEktronのバージョンに適しています。私が知らないのは、新しいページをPageBuilderレイアウトとして作成できるかどうかです。しかし、ショットに値する。
PageBuilderについては、文書化されていないAPI /メソッドのセットもあります。 PageBuilderの機能は、ワークエリア内でユーザーコントロールとして使用できます。そのための背後にあるコードはコンパイルされません。私はPageBuilderブートストラップのサポート（最終的に8.7でリリースされ、9.0用にリエンジニアリングされました）の最初のプロトタイプを構築したときに、その情報を参考資料として実際に使用しました。これらのコントロールは、PageBuilderがどのように動作するかを少し詳しく示し、ウィジェットのインスタンスと割り当てを作成するのに役立ちます。