fatwireはどのオープンソースツールキットと比較されますか?また、fatwireにはいくつかの特別な利点がありますか?
fatwireをエクスポートして、無料の代替手段に移行するのはどのくらい難しいですか?
Java拡張機能を作成するためのプラットフォームとしてどれほど安定していますか?
fatwireはどのオープンソースツールキットと比較されますか?また、fatwireにはいくつかの特別な利点がありますか?
fatwireをエクスポートして、無料の代替手段に移行するのはどのくらい難しいですか?
Java拡張機能を作成するためのプラットフォームとしてどれほど安定していますか?
開発の観点からすると、FatWireは使い勝手が悪い可能性があります。このアプリケーションを使用して多くのサイトで作業したことで、肥大化しやすくなり、保守が困難になる可能性があります。
ユーザーの観点からは、UIに多大な労力が費やされており、これが非常に機能的なツールにつながっています。
クライアントの観点からは、すべてのクライアントバー1(大手通信社)が最終結果に満足していました。FatWireは、複雑なロジックを使用してメニューやブレッドカンブを生成する場合や、大量のコンテンツがある場合に速度が低下する可能性があります。これが、1人のクライアントが不幸だった主な理由です。FatWireサイトは、負荷の下で定期的に苦労していました。これは、すべてのWebニーズに対するソリューションと見なされることもあります。
そのため、FatWireは静的コンテンツと半動的コンテンツの提供に成功しますが、完全に動的なサイトを実行することを余儀なくされると(私の経験から)失敗する可能性があります。
元のプレスリリースから:
FatWire Softwareは、FirstSiteの展開を発表しました。これは、FatWire Content Serverを使用する企業が、将来の拡張の基盤を提供しながら、最初のWebサイトまたはアプリケーションを迅速に実行するのに役立つツールとベストプラクティスのセットです。FirstSiteには、ほとんどのサイトに共通する標準テンプレートとサイトコンポーネントのコレクションが含まれており、ドキュメント、トレーニング、豊富な開発者コミュニティ、およびベストプラクティスの方法論が組み合わされています。FatWireとそのソリューションパートナーは、特定の垂直市場向けのコンテンツ中心のアプリケーションを開発するための基盤としてFirstSiteを使用しています。開発者は、外観を少し変更するだけで、FirstSiteのコードを使用して最初のサイトを実装すると同時に、ContentServerの機能を利用する方法を学ぶことができます。
Firstsiteは、2004年以降変更されていない限り、製品ではありません(残念ながら、開発者サイトがダウンしているため、私は見ることができません)。Fatwireのコンテンツサーバーは、私が知っているオープンソースCMSとは比較できません。その範囲はさらに進んでいます。私はあなたの質問に一つずつ答えます:
利点-たくさんあります(または誰もそれを購入しないでしょう、そしてそれは安くはありません)
配信側:スケーラビリティ、きめ細かいキャッシュ制御、ステートレスサーブレットアーキテクチャなど。
バックオフィス側:アセットタイプ、動的コンテンツ属性、きめ細かいセキュリティ、アクセス制御などに実質的に制限はありません...
開発側:優れたコーディング生産性、タグライブラリ、...を備えたインテリジェントに設計されたAPI
開放性
オープンソースであろうとなかろうと、2つのCMS製品間でコンテンツを移行することは簡単には期待できません。XMLやその他の形式で、製品ツールを使用して、または単にデータベースレベルでデータベースから定数を抽出する方法はありますが、これが特定のCMSの使用に賛成または反対の議論になることはないと思います。DrupalからJoomlaに移行しようとしたことがありますか?
安定
私は2000年から2004年までいくつかのFatwire実装に取り組みました(当時はOpenMarket Content Server、次にDivine Content Serverでした)。ワシントンポスト、ニューヨークタイムズ、S&Pサイトにとっては十分に安定しており、今日は安定性が問題にならないことを期待しています。
Fatwireは、開発者の観点からは本当にユニークなコンセプトです。リレーショナルデータベースに保存されている非常に抽象的な、非常に柔軟な巧妙なアセットモデリングフレームワークにすべてを構築します。
アプリケーションロジックは、実際にはJSPコードの一部である「テンプレート」に基づいています。このJSPコードは、従来のJavaとは異なり、代わりにタグを付けます。これらのタグとFatwireアセットAPIを習得するには、開発者から非常に長い時間がかかります。熟練した開発者が生産性を発揮し始めるまでに数か月かかることを期待してください。
使用可能なサンプルはほとんど製品に付属していません。宣伝されている「FirstSite」がありますが、この製品が通常使用される目的には単純すぎます(巨大な複雑なサイト)。したがって、ほとんどすべてをゼロから構築する必要があります。
キャッシュ制御は、1つの強力な機能であると宣伝されています。はい、そうですが、学習曲線が非常に長く、想定どおりに機能することはありませんでした。
Wysiwygの編集は、宣伝されていてもこの製品から見落とされています。少なくとも2009年には、深刻な概念上の問題があり、実際にライブ環境で使用することはできませんでした。しかし、もちろん、デモやマーケティングにとってはすばらしい機能でした。今日それは修正されるかもしれません。
要約すると、予算が限られている顧客の場合は、代わりにオープンソースの代替手段を選択します。主な理由は、Fatwireを使用した開発コストが、製品の独自性、優れたドキュメントの欠如、および非常に長い学習曲線のために高いためです。もちろん、製品の値札も考慮する必要があります。
そして、質問に答えるには、Fatwire 6.0からオープンソースの代替手段に移行する場合は、最初から始める必要があります。そして、Java拡張機能を構築することは安定しています。
Fatwireは、コンテンツをリレーションデータベースとファイルシステムに保存します。コンテンツのタイプ(構造化/非構造化)に応じて、Fatwireを評価できます。