問題タブ [ecm]

経営陣は、コンテンツ管理システムの変更を考えています。何を使用/推奨しますか?

1. あなたの会社はどのような UCM ソリューションを使用していますか?
2. あなたの会社はどのくらいの大きさですか？
3. 実装に満足していますか？

現在のセットアップ:

1. 私が働いている会社はOracle ECM(以前の Stellent UCM) を使用しています。
2. オーストラリア、ニュージーランド、インドネシアに 10,000 人を超える従業員がいます。
3. できます！しばらくシステムを操作してきました。最初の実装がどこで間違っていたかがわかります。3年後、Rewrite Timeです！（三年かゆみ？）

KOFAX と SharePoint 2007 の両方の機能を活用してビジネスを進めていきたいと考えています。

10 年以上にわたって、ファイル共有を可能にするために、ネットワークにマップされたさまざまなドライブに依存してきました。チーム間でファイルを共有するための 1 つのドライブ文字、組織全体の個別のファイル共有、個人的な使用のための 3 番目のドライブ文字など。私はこれをやめたいと思っており、ECM/Sharepoint タイプのソリューションか、それとも自家製のアプリかを決定しようとしています。 、コストと行く方法の価値はありますか? それとも、比較的シンプルなため、ファイル共有のためにログイン スクリプト/マップされたドライブに依存し続ける必要があるのでしょうか? 誰かが自分の組織内で経験したり、これについて考えたりしていますか?

ありがとう。

私は CMS テクノロジの歴史が少しありますが、大規模なコンテンツが豊富な Web サイトに CMS システム (特に WCM) を推奨できる人がいるかどうか疑問に思っています。たとえば 4 ～ 5 レベルのサイトの階層ツリー構造を考えてみましょう。サイトのツリー数は約 10 ～ 15 です。例えば：

1. 組織 1-n 1.1 サブ組織 1-n 1.2 特殊マイクロサイト 1-n

さらに、サイト (ツリー) 内でコンテンツとナビゲーションを共有し、独自のサイト固有のナビゲーションとコンテンツを共有ナビゲーションに添付できる必要があります。これは、サイト スコープにのみ表示されますが、グローバルには表示されません。

500 以上のサイトと複雑なパーミッション ランドスケープでも機能するシステムについて言える場合は、お知らせください。

c# 4 で楕円曲線因数分解を実装しようとし
ていますが、いくつか問題があります。
まず、私のバージョンは信じられないほど遅いようです。因数分解 89041 * 93563 は、2GHZ デュアル コア マシンで約 5 分かかり、273!P の計算が必要です。
また、実際に時間がかかっているものを特定するための c# 4 用のプロファイラーを見つけることができませんでしたが、N >> 100! の場合、CalcNP の O(log(N)) 再帰呼び出しはおそらくあまり高速ではないと思われます。

これをより速く実行するための助けはありますか?

コード：

これは非常に幅広い質問になると思いますが、プロジェクトの重要な情報をあまり漏らさずに、できるだけ簡潔にするよう努めます。

かなり長い間、私はコンテンツ管理システムに取り組んできました。ただし、サーバー プールを介したリクエストのディスパッチを処理する方法と、柔軟性と使いやすさを念頭に置いて特別に開発した独自のテンプレート エンジンが組み込まれているため、利用可能な多くの CMS とは大きく異なります。

何はともあれ、これで完成です。満足です。

私の製品を見てみると、そのような製品の実用的なアプリケーションがたくさん見られます。ただし、ターゲット ユーザーにリーチするには、現在提供しているコア機能のいくつかを拡張する必要があります。

つまり、堅固なドキュメント管理システムを提供し、ドキュメントの共有とバージョン管理を含めて、企業が製品をエンタープライズ コンテンツ管理ソリューションとしてほぼ使用できるようにしたいと考えています。

ライセンスで利用可能な文書管理ソリューションの「プラグイン」が最初にあるかどうかを確認しようとしています。SharePoint を調査した後、サイトの多くをリファクタリングするために大規模な手順を戻す必要があるため、実際には探している「プラグイン」タイプではないことがわかりました。

このサイトは PHP でコーディングされており、現在バックエンドでいくつかの Java アプリを実行しているため、コード/言語の相違は問題になりません。現在、mySQL データベースを実行していますが、(再び) 他のタイプの RDMS をサポートできます。

Web サイトを作成する Web サイトを作成した場合、ECM が要求する追加機能をどのように処理しますか。

オープン ソース プロジェクトを LAMP から J2EE に書き直し、それをエンタープライズ指向のCMS と GUI として統合することを検討しています。私が遭遇した 2 つの最も実行可能な OSS ECM J2EE CMS プラットフォームは、AlfrescoとNuxeoです。

私が選んだ CMS との深い統合を行う必要があります。これら 2 つのテクノロジ (または私が知らない別のテクノロジを提案) のうち、開発者が統合する方法を学びやすいのはどれですか? 開発者とエンドユーザーの両方の観点から、どの OSS ECM J2EE CMS を好みますか?

いくつかの初期要件を備えたDMS（ドキュメント管理システム）を開発する必要があります。

1. 可能であれば、DMSはオープンソースである必要があります
2. 最初に、DMSは最大500人のユーザーをサポートする必要があります
3. システムは、ユーザーまたはコンテンツの意味でスケーラブルである必要があります
4. Docuemtns/Contentはファイルシステムに保存する必要があります
5. ドキュメントは、後で破棄するためにマークを付けることができる必要があります
6. ワークフロー機能が必須
7. バージョン管理機能が必須
8. LiferayポータルでSSO（シングルサインオン）ができてうれしいです
9. Liferayのポートレットを介して機能の一部を公開する可能性があるのは素晴らしいことです
10. ドキュメント管理は、Webインターフェイスを介して実行する必要があります
11. 共有ドライブ機能があるのはいいことです
12. コンテンツの追加/変更に関するイベントや通知があると便利です

現時点では、AlfrescoとNuxeoのどちらを選択するか迷っています。

私はそれらの間で選択する助けをいただければ幸いです。

前もって感謝します

私は新しい会社にいますが、私たちの目標の 1 つは、チームとクライアントのためにドキュメント検索ポータルを実装することです。Salesforce やクラウド内の他の ECM などの外部サービス プロバイダーを使用すると、将来的に多くの統合作業が発生するのではないかと少し心配しています。クライアントの観点から見ると、これらのドキュメントは、構造化されたコンテンツ (MS Word ドキュメントではなく、DB に保存されます) と同じバケットにも存在します。

ドキュメント検索を実装している場合、どの言語、フレームワーク、テクノロジーを使用しましたか? 失敗談はありますか？すぐに使用できるものを使用するのに問題はありませんが、ドキュメントとドキュメントにアクセスするための API を制御できることが重要だと思います。フルカスタムするならRailsを使いたいです。

CMISは、 ECMリポジトリにアクセスするための最近承認された標準です。

私のアイデアは、オープンソースのJava / JavaEEWebアプリケーションの形式でCMISを使用してリポジトリエクスプローラーを作成することです。

主な関心はおそらく、リポジトリアクセスイントラネット/エクストラネットアプリケーションを迅速に構築するためのフレームワークとしてそれを使用するインテグレーターにとってでしょう。

もちろん、そのようなオープンソースプロジェクトがすでに存在するのであれば、私は競合する取り組みを始めるのではなく、むしろそれに貢献したいと思います。
それで、そのようなアプリケーション/フレームワークはすでに存在しますか？オープンソースとして？