12

私たちが開発している多くのプロジェクトでは、サイトのバックエンドに CMS 機能が必要です。一方で、完全なフロント エンド ソリューションを提供したくない、またはコミットすることができません。これをよりよく説明するには:

  • JoomlaDotNetNukeなどの CMSは、完全な Web サイト ソリューションであり、データの保存と公開を可能にします。データを保存して独自の方法で取得する必要があるだけの場合、それらはまったく友好的ではありません。それらは私たちが探しているものではありません。CMS と呼ぶべきではないと思います。

  • UmbracoのようなCMS は良さそうに見えますが、カスタムの方法でデータを使用したい場合は、あまり用途が広くありません。Umbraco は実行時にデータにアクセスするための API を提供しますが、私はスケーラビリティを考慮して静的な公開機能を持つことにも関心があります。

さらにいくつかの兆候を示すには:

  • プラグインシステムがある場合、おそらく私が探しているものではありません...
  • 静的および動的に公開できない場合 (XML ファイルまたは HTML ファイルと API を考えてください)、おそらく私が探しているものではありません...
  • クロス DB は素晴らしいですが、厳密には必要ではありません

CMS は無料である必要はありませんが、完全なソース コードを入手できる必要があります。プラットフォームに関しては、主に .NET と LAMP 向けのソリューションが必要です。

CMS Matrixサイトは既に知っていますが、その CMS の定義には Web サイト ソリューションが多すぎるため、必要なものを見つけるのに十分な信号対雑音比が得られません。

編集:明確にするために:ある種のフレームワークを使用してCMSを書きたくありません。一般的な CMS 機能 (wysiwyg エディター、バージョン管理、ワークフローなど) を使用して異種データを格納でき、このデータを公開する機能を提供するソリューションが必要です。

4

8 に答える 8

5

Java ソリューションの場合、Apache Jackrabbitが役立つ場合があります。リンクから:

Apache Jackrabbit は、Java Technology API (JCR) のコンテンツ リポジトリに完全に準拠した実装です。コンテンツ リポジトリは、構造化および非構造化コンテンツ、全文検索、バージョン管理、トランザクション、監視などをサポートする階層型コンテンツ ストアです。コンテンツ リポジトリを使用する典型的なアプリケーションには、コンテンツ管理、ドキュメント管理、およびレコード管理システムが含まれます。

これは、CMS のようなシステムのバックエンドを構築するためのコンポーネント ライブラリのように思えてきました。

于 2008-10-10T13:41:03.473 に答える
4

私はいくつかのサイトでN2を使用しました。それは完全にオープンソースであり、あなたのデータ要件に合うかもしれないと思います。基本的に、データをモデル化するC#クラスを作成してから、サイトにデータを表示するための独自のフロントエンドテンプレートを作成します。

バックエンドでは、作成したデータ型はWYSIWYG管理領域から完全に編集できます。

公開要件を満たしているかどうかはわかりませんが、DBベースであり、管理インターフェイス以外の方法で更新する必要はありません。

于 2008-09-20T13:05:17.047 に答える
1

Microsoft Office SharePoint Server 2007(MOSS)を使用できます。SharePointシステムをコンテンツ作成用に最適化してから、オブジェクトモデルまたはWebサービスを使用してコンテンツを抽出し、任意のプラットフォームで任意の言語でサイトを作成できます。SharePointには、リッチコンテンツの編集、リスト、ワークフローなどがあります。

于 2009-06-11T15:10:59.010 に答える
1

答えるのが遅すぎますか?:-)

Dominic の回答をフォローアップするために (免責事項: 私の会社は Tridion を使用しています)、Tridion はコンテンツを XML としてデータベースに保存し、XML、HTML、その他のテキストベースのファイル、フロントの「ブローカー」データベースなど、さまざまな形式で公開できます。 API を介してアクセスされます。.NET コードは、ブローカー オブジェクトをインスタンス化し、それに関連付けられたメタデータに基づいてコンテンツを照会できます。最新バージョン (2009 年と現在は 2011 年) では、メタデータとカテゴリ (別名「タクソノミー」) へのアクセスが改善されています。

コンテンツはテンプレートから分離されています。つまり、同じコンテンツを静的ページ、RSS フィードとしてレンダリングしたり、API 経由で利用したり、異なるサイト間で使用したり、言語にローカライズしたりすることができます (私のチームはその機能を多くの)。

クローズド ソースですが、ドキュメントにアクセスでき、活発なフォーラムがあり、誰でもコード ベースに「拡張機能」を提供して、生成された PDF や Google マップへのリンクなどの機能を追加できます。同じ理由で選択しました。 -- そこにある CMS の多くは、「websites-in-a-box」でした。サイトを引き継ぐものではなく、開発者が HTML ページまたは XML から取得したり、置き換えたりできるものが欲しかっただけです。

于 2011-02-26T08:52:41.387 に答える
1

アルフレスコを見たことがありますか?エンタープライズ市場を真っ向から狙っています (そして Java で書かれています) が、コンテンツの展開に関してはある程度の柔軟性を提供しているようです。Web サイトのマーケティング コピーから:

Web サイトの発行は、多層配置アーキテクチャをサポートしています。コンテンツは、静的コンテンツ サーバーまたは Alfresco ランタイム リポジトリにトランザクション的に展開でき、Web ファームに完全なアーキテクチャの柔軟性を提供します。

また、コンテンツは、上記のjameshが言及したようなJSR-170互換のリポジトリに保存されます。これにより、リポジトリ内のコンテンツにプログラムでアクセスできるようになります。

于 2008-10-21T19:14:31.797 に答える
0

つまり、基本的には、CMSストアの前にあるものには興味がありません。さて、奥の部屋に足を踏み入れてください...この可動壁を回転させながら...そして私はあなたに何か違うものをお見せします:

http://www.radicore.org/

真面目な話ですが、私は2、3年前にこのフレームワークをいじくり回しました。どのプロジェクトでも使用することになったことがないので、保証することはできませんが、興味をそそられました。

PS -radicore Webサイトのこのビットが、少なくともチェックアウトするようなものだと思いました。「Viewコンポーネントは、すべてのHTMLを生成する再利用可能なXSLスタイルシートのビルド済みコレクションによって管理されます。出力。

于 2008-09-20T09:23:14.210 に答える
0

Fedoraはバックエンドの条件に合うかもしれませんが、ニーズに対して重すぎるかもしれません。それにはフロントエンドがなく、いくつかの管理インターフェースしかありません。組織はそれを既存のシステムと統合するか、いくつかあるサードパーティのフロントエンドを使用するか、独自に作成する傾向があります。

ホワイトペーパーSun Microsystems: A New Approach to Creation and Managing Large-scale Digital Archivesがあり、それを除外するのに役立ちます。

プロジェクトとその継続的なメンテナンスに割り当てられている FT スタッフは何人ですか?

于 2008-10-04T14:21:25.890 に答える