問題タブ [document-management]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
sharepoint - SharePoint を使用しない MS Dynamics CRM 2013 でのドキュメント管理
他の質問で回答されているように、無料の SharePoint Foundation 2013 を MS Dynamics CRM 2013 のドキュメント管理に使用することはできません。
SharePoint を使用せずに Microsoft Dynamics CRM 2013 でドキュメント管理を使用する (良い*) 方法はありますか?
(* 良い = 技術的でないユーザーにとって理解しやすく、管理が複雑すぎない)
次のようなさまざまなエンティティにあらゆる種類のドキュメントを添付する方法を探しています。 - アカウントへの写真 (プロフィール写真ではない) - アカウントへの PDF ドキュメント - ...
私はあなたがメモを使うことができることを知っています.
メールなどのエンティティに添付ファイルがあるため、少し混乱しています。これらのアタッチメント機能をアカウントなどの他のエンティティに統合できますか?
編集 18.12.2014
はい、Sharepoint Foundation を使用できます。私たちはそれを機能させます (SP Foundation 2010)。
sharepointで documentmanagement を使用できますが、crmlist コンポーネントが機能していないため自動化できません。
たぶん、ここの誰かが私を助けてくれるかもしれません: Sharepoint stackexchange サイトに関する私の質問
file - アップロードされたファイルが使用されていない場合、それらをクレンジングする方法は?
ユーザーが自分のプロフィール写真をアップロードできるようにしています。次の手順が含まれます。
- ユーザーがアップロードする画像ファイルを選択
- サーバーは AJAX を介してファイルを受信し、次の名前で保存します。
temp_userid.jpg - サーバーは画像の場所をページに返すので、ユーザーはそれを見て調整することができます
- ユーザーが [変更を保存] をクリックすると、画像更新の最終確認としてサーバーにポスト バックされます。
- サーバーは をロードし
temp_userid.jpg、スケールやクロップなどの調整を行い、既存のプロフィール画像を上書きしてから、最後にtemp_userid.jpg画像を削除します。
ユーザーが変更を保存する限り、これは正常に機能します。ユーザーがページを離れることを決定した場合、temp_userid.jpgファイルはサーバー上に残り、削除されることはありません。一部の画像は、サーバー上で使用したくないサイズで 5MB を超える場合があります。
安全な方法で一時ファイルのフォルダーをクレンジングするにはどうすればよいですか? 私はできると思っていました：
- ユーザーが自分のアカウントにログインするたびに、一時イメージ ファイルの削除を試みます。ここでのわずかな問題は、ユーザーが二度とログインできない可能性があることです。しかし、これは、ある種のアカウント有効期限チェックを使用して対処できます。
- サーバーから「temp_」のプレフィックスを持つすべてのイメージを定期的に削除しようとします。ここでのリスクは、ユーザーがまだ自分の画像を調整している間にそれを削除することです。これはひどいことです!
これを行うより良い方法はありますか？これは、私が使用しているアプリケーション サーバーであるため、ColdFusion としてタグ付けしています。
java - Javaでアップロードされたファイルに認証を実装する
さまざまなファイルがサーバーにアップロードされるアプリケーションがあります。そして、アプリケーションにはさまざまなユーザーがいます。ここで、特権ユーザーのみがアップロードされたドキュメントにアクセスできるように、認証を実装したいと考えています。したがって、これらのドキュメントを管理するための Java のドキュメント マネージャ API はありますか。私は屋外、ナレッジツリーを調べましたが、それらは別のアプリケーションです。アプリケーションに実装する API が必要です。
mongodb - NOSQL DB は、MS WORD ドキュメントを格納するための Sharepoint の代わりになりますか?
ユース ケース: Microsoft Word ドキュメント (各ドキュメント < 16 MB) を保存し、すべてのドキュメント (2 ～ 3 TB) で全文コンテンツを検索します。
Sharepoint と Alfresco は法案に適合しますが、どちらも私たちのユースケースではやり過ぎだと感じたので、同じために NOSQL DB スペースを調べたいと思います。NOSQL データベースはファイルの管理には適していないと聞きましたが、初心者の私にはよくわかりませんでした。提案してください。
jakarta-ee - Java EE アプリケーション アクセス用の API を備えたオープンソース DMS
ロードバランサーでクラスター化された Java EE アプリケーションがあり、いくつかのドキュメント (主に PDF と MS Word) を保存しようとしています。このためには、オープンソースで無料のシンプルで基本的なドキュメント管理システム (DMS) をセットアップする必要があります。
アプリケーションを介してドキュメントを DMS にアップロードし、DMS からドキュメントを取得して表示したり、アプリケーション UI を介してリンクを表示したりできる必要があります。DMS が提供する UI を使用する予定はありません。API 経由で DMS とやり取りできるはずです。
OpenKM と tinyDMS を調べましたが、Java API を介して対話できるかどうかはわかりません。ドキュメント (主に PDF 数 KB、最大 50MB) を格納および取得するために Java/Java EE を介して対話できる DMS に関するいくつかの提案を教えてください。