フロントエンドのないCMS?[閉まっている]
-
01-07-2019 - |
質問
私たちが開発している多くのプロジェクトでは、サイトのバックエンドに CMS 機能が必要です。一方、私たちは完全なフロントエンド ソリューションにコミットしたくない、またはコミットできません。これをもっとわかりやすく説明すると、次のようになります。
CMSのようなもの ジョームラ または DotNetNuke は完全な Web サイト ソリューションであり、データを保存および公開できます。データを保存し、カスタムの方法で取得するだけの場合、それらはまったくフレンドリーではありません。これらは私たちが探しているものではありません。そして私は、それらを CMS と呼ぶべきではないと思います。なぜなら、それらははるかに優れたものだからです。
CMSのようなもの ウンブラコ 見た目は良いですが、やはり、データをカスタムの方法で使用したい場合には、あまり汎用性がありません。Umbraco は実行時にデータにアクセスするための API を提供しますが、私はスケーラビリティを考慮して静的パブリッシング機能にも興味があります。
さらにいくつかの兆候を示します。
- プラグインシステムがある場合、それはおそらく私が探しているものではありません...
- 静的および動的に公開できない場合 (XML ファイルまたは HTML ファイルと API を考えてください)、それはおそらく私が探しているものではありません...
- Cross DB は素晴らしいですが、必ずしも必要というわけではありません
CMS は無料である必要はありませんが、完全なソース コードを入手できる必要があります。プラットフォームに関しては、主に.NETとLAMP向けのソリューションが必要です。
私はすでに知っています CMS マトリックス しかし、CMS の定義には Web サイト ソリューションが多すぎるため、必要なものを見つけるのに十分な信号対雑音比が得られません。
編集: 明確にしておきます:何らかのフレームワークを使用して CMS を書きたくありません。一般的な CMS 機能 (wysiwyg エディター、バージョニング、ワークフローなど) を使用して異種データを保存でき、このデータを公開する機能を提供するソリューションが必要です。
解決
Java ソリューションの場合、 アパッチジャックウサギ 役に立つかもしれません。リンクから:
Apache Jackrabbit は、 Java テクノロジー API のコンテンツ リポジトリ (JCR)。コンテンツ リポジトリは、構造化コンテンツと非構造化コンテンツ、全文検索、バージョン管理、トランザクション、観察などをサポートする階層型コンテンツ ストアです。コンテンツ リポジトリを使用する一般的なアプリケーションには、コンテンツ管理システム、ドキュメント管理システム、記録管理システムなどがあります。
私には、これは常に CMS のようなシステムのバックエンドを構築するためのコンポーネント ライブラリのように見えました。
他のヒント
使ったことがある N2 いくつかのサイトについて。これは完全にオープンソースであり、データ要件に適合する可能性があると思います。基本的には、データをモデル化する C# クラスを作成し、サイトにデータを表示するための独自のフロントエンド テンプレートを構築します。
バックエンドでは、作成したデータ型は WYSIWYG 管理領域を通じて完全に編集可能です。
公開要件を満たしているかどうかはわかりませんが、DB ベースなので、管理インターフェイス以外で更新を試みる必要はありませんでした。
見ましたか 屋外?これはまさにエンタープライズ市場をターゲットとしています (そして Java で書かれています) が、コンテンツの展開に関してはある程度の柔軟性を提供しているようです。ウェブサイト上のマーケティングコピーより:
WebサイトPublishingは、マルチ層展開アーキテクチャをサポートしています。コンテンツは、静的コンテンツサーバーまたはAlfresco Runtimeリポジトリにトランザクション的に展開でき、Webファームに完全なアーキテクチャの柔軟性を提供できます。
また、コンテンツは JSR-170 で言及されているような互換性のあるリポジトリ ジャメッシュ その上。これにより、リポジトリ内のコンテンツにプログラムでアクセスできるようになります。
Microsoft Office SharePoint Server 2007 (MOSS) を使用できます。コンテンツ作成のために SharePoint システムを最適化し、オブジェクト モデルまたは Web サービスを使用してコンテンツを抽出し、任意のプラットフォーム上の任意の言語でサイトを作成できます。SharePoint には、豊富なコンテンツ編集、リスト、ワークフローなどが備わっています。
トリディオン ソースコードが入手できないことを除いて、あなたの説明にかなり近いです。それがあなたにとって取引の妨げになる場合は、この回答を無視してください。(OTOH - そうなると、「なぜそれが取引の妨げになるのですか?」という疑問が生じるでしょう。おそらく、あなたはその情報源を壁に飾りたくないのでしょう。何に使いますか?)
Tridion のコンテンツ管理サブシステムは Windows Server 上で実行されます。コンテンツ配信サブシステムは、Java と .NET (さらに、違いがあれば従来の ASP) 上で実行されます。
CMS に期待されるすべての機能がすぐに利用できます (wysiwyg エディター、バージョン管理、ワークフローなど)。+出版)
答えるのが遅すぎますか?:-)
Dominic の回答をフォローアップするには (免責事項:私の会社では Tridion を使用しています)、Tridion はコンテンツを XML としてデータベースに保存し、XML、HTML、その他のテキストベースのファイル、API を介してアクセスされるフロントエンドの「ブローカー」データベースなど、さまざまな形式で公開できます。.NET コードは、ブローカー オブジェクトをインスタンス化し、それに関連付けられたメタデータに基づいてコンテンツをクエリできます。最新バージョン (2009 年と現在 2011 年) では、メタデータとカテゴリ (別名「タクソノミー」) へのアクセスが向上しています。
コンテンツはテンプレートから分離されているため、同じコンテンツを静的ページ、RSS フィードとしてレンダリングしたり、API 経由でさまざまなサイトで利用したり、言語にローカライズしたりすることができます (私のチームはその機能を使用していません)。多くの)。
クローズド ソースですが、ドキュメントにアクセスでき、活発なフォーラムがあり、誰でもコード ベースに「拡張機能」を提供して、生成された PDF、Google マップへのリンクなどの機能を追加できます。同じ理由でそれを選びました - そこにあるCMSの多くには「WebサイトのWebサイト」がありました。私たちは、開発者がサイトを引き継ぐものではなく、HTMLページまたはXMLから引っ張るか、または交換できるものを望んでいました。
つまり、基本的に、いわば CMS ストアの前面にあるものには興味がありません。さて、奥の部屋に足を踏み入れてください...この可動壁を回転させると...そして、別のものをお見せします。
実を言うと、私は 2 ~ 3 年前にこのフレームワークをいじりました。結局どのプロジェクトでも使用したことがないので保証はできませんが、興味をそそられました。
PS - radicore ウェブサイトのこの部分が私の心の中で、少なくともチェックすべき類のものではないかと考えたのです。」View コンポーネントは、すべての HTML 出力を生成する再利用可能な XSL スタイルシートの事前構築済みコレクションによって管理されます。"
フェドーラ バックエンドの要求には適合するかもしれませんが、ニーズに対して重すぎる可能性があります。フロントエンドはなく、いくつかの管理インターフェイスがあるだけです。これを使用する組織は、それを既存のシステムと統合するか、いくつかあるサードパーティのフロントエンドを使用するか、独自に作成する傾向があります。
ホワイトペーパーがある サン・マイクロシステムズ:大規模デジタルアーカイブの作成と管理への新しいアプローチ それを除外するのに役立つはずです。
プロジェクトとその継続的なメンテナンスには何名の FT スタッフが割り当てられていますか?