Joomla、Django、Wordpressなどではなく、Interwoven Teamsiteのようなものを選択したのはなぜですか。問題は、チームサイトのライセンスに関連するコストをどのように正当化できるかということだと思います。また、チームサイトのルートを使用することで、変更できるものとできないものに制限がありますか?
ありがとうございました
Joomla、Django、Wordpressなどではなく、Interwoven Teamsiteのようなものを選択したのはなぜですか。問題は、チームサイトのライセンスに関連するコストをどのように正当化できるかということだと思います。また、チームサイトのルートを使用することで、変更できるものとできないものに制限がありますか?
ありがとうございました
Joomlaと Teamsite を並べて比較すると、次のようになります。 ,15/sitecore-cms-vs-joomla-vs-teamsite-autonomy
https://www.google.com/search?q=Joomla+vs+Teamsite
Teamsite のライセンスは独自のものであるため、変更できるものまたはできないものに制限される可能性があります (ここでは推測していますが、ライセンスをお読みください)。
(使用および/または再配布のために) コードを変更できるか心配な場合は、互換性のあるライセンスを持つオープンソース オプションの 1 つをお勧めします (ほとんどの場合)。実際、Teamsite をより良くするような比較結果はあまり見られません。オープンソースのソリューションは少し手間がかかるかもしれませんが、はるかに柔軟です。一部のオープンソース ソリューション (Joomla など) には、商用サポート オプションがあります。また、膨大な量のアドオンが利用可能で、追加料金はかかりません。
プロジェクトに直面すると、有料ルートについて議論する前に、利用可能なすべてのオープンソース オプションを使い果たします。そして、これまでのところ、何も購入する必要はありませんでした。正直なところ、非常に多くの優れたソフトウェアがあり、献身的で非常に才能のある人々が時間を費やし、有料のソフトウェアよりも (より良くはないにしても) 機能します。
HTH
Djangoは開発フレームワークであり、TeamSite、Drupal、WordpressのようなECM / WCM/CMSではありません。したがって、実際に比較することはできません(つまり、 django-cmsを例に挙げて、他のアプリのようなものを開発するために使用できます)。
TeamSiteとその他の部分については、TeamSiteを使用してから長い時間が経過しているため推測できますが、ワークフロー機能(おそらくAlfrescoはここではかなり同等ですか?)と統合バージョン管理(また、Alfrescoはここで競合する可能性がありますが、DrupalやWordpressでは競合しません)。ほとんどのPHPベースのCMSは、データベースにMySQLを使用するため、適切なバージョン管理ができません。TeamSiteのバージョン管理は非常にうまく行われています。