こんにちは、
約20.000のドキュメントと30人のユーザーを備えた既存のドキュメント予約エリアがあります。すべてのドキュメントは、ドキュメントを表示できる1つ以上の単一ユーザーおよび/またはユーザーグループに接続されています。すべてが非常に単純なリレーショナルDBに保存されます。宛先データアーキテクチャを理解することで、これらのデータと関係をインポートできると思いますか?私は明らかに、データソースに必要な手動変更を行い、WP DBにデータを直接挿入するために準備されています。
ありがとう
約20.000のドキュメントと30人のユーザーを備えた既存のドキュメント予約エリアがあります。すべてのドキュメントは、ドキュメントを表示できる1つ以上の単一ユーザーおよび/またはユーザーグループに接続されています。すべてが非常に単純なリレーショナルDBに保存されます。宛先データアーキテクチャを理解することで、これらのデータと関係をインポートできると思いますか?私は明らかに、データソースに必要な手動変更を行い、WP DBにデータを直接挿入するために準備されています。
ありがとう
こんにちは、
この拡張機能についてお問い合わせいただきありがとうございます。
データは非常に大きいため、別の方法でカテゴリであっても、単一のファイルに手動で設定するのは苦痛です。
まず、現在のサイトにあるファイルを含むカテゴリの数がわかりません。
ただし、 WP File Download を使用してインポートできます サーバーフォルダーのインポート 特徴。
詳細については、以下のこのリンクにアクセスできます。
https://www.joomunited.com/wordpress-documentation/wp-file-download/227-wp-file-download-configuration#toc-import-server-folders
第二に、30人のユーザーを制限するために、グループユーザーでそれらを管理する方が簡単です。
その後、フロントエンドでカテゴリを表示するように制限できます 可視性 オプション。
詳細については、こちらをご覧ください:
https://www.joomunited.com/wordpress-documentation/wp-file-download/666-file-access-and-management-limitation#toc-file-access-and-visibility-2
乾杯、
この拡張機能についてお問い合わせいただきありがとうございます。
約20.000のドキュメントと30人のユーザーを備えた既存のドキュメント予約エリアがあります。すべてのドキュメントは、ドキュメントを表示できる1つ以上の単一ユーザーおよび/またはユーザーグループに接続されています。すべてが非常に単純なリレーショナルDBに保存されます。宛先データアーキテクチャを理解することで、これらのデータと関係をインポートできると思いますか?私は明らかに、データソースに必要な手動変更を行い、WP DBにデータを直接挿入するために準備されています。
データは非常に大きいため、別の方法でカテゴリであっても、単一のファイルに手動で設定するのは苦痛です。
まず、現在のサイトにあるファイルを含むカテゴリの数がわかりません。
ただし、 WP File Download を使用してインポートできます サーバーフォルダーのインポート 特徴。
詳細については、以下のこのリンクにアクセスできます。
https://www.joomunited.com/wordpress-documentation/wp-file-download/227-wp-file-download-configuration#toc-import-server-folders
第二に、30人のユーザーを制限するために、グループユーザーでそれらを管理する方が簡単です。
その後、フロントエンドでカテゴリを表示するように制限できます 可視性 オプション。
詳細については、こちらをご覧ください:
https://www.joomunited.com/wordpress-documentation/wp-file-download/666-file-access-and-management-limitation#toc-file-access-and-visibility-2
乾杯、
こんにちは、返信ありがとうございます。
しかし、これは私たちのニーズを解決するものではありません。いくつかのドキュメントのカテゴリがありますが、これはユーザーがドキュメントを表示するか、表示できない方法ではありません。すべてのユーザーは、すべてのカテゴリで自分のドキュメントを表示できます。私たちの場合、カテゴリは、視聴許可のためではなく、組織にのみ必要です。
例:
カテゴリ請求書
INV1
INV2
INV2 INV3
CATAGORY ORDER
ORD1 ORD1
ORD2 ORD3
USERS2
ORD1、
ORD2 USER2
を
表示するUSER1
User2を表示することができます確かに、これは標準的なインポート手順では達成できないことを理解しており、データベースに「注入」するためにソースデータに取り組む必要があります。私が理解する必要があるのは、データを機能させるために私のデータに取り組むことが可能になる場合に、プラグインのdbのデータ構造がどのようにあなたのプラグインのDBにあるかどうかです。ソースデータを変更して正しい方法でマッピングするのに1日かかる場合でも、20.000のドキュメントを手動で再割り当てするよりも常に優れています。
しかし、これは私たちのニーズを解決するものではありません。いくつかのドキュメントのカテゴリがありますが、これはユーザーがドキュメントを表示するか、表示できない方法ではありません。すべてのユーザーは、すべてのカテゴリで自分のドキュメントを表示できます。私たちの場合、カテゴリは、視聴許可のためではなく、組織にのみ必要です。
例:
カテゴリ請求書
INV1
INV2
INV2 INV3
CATAGORY ORDER
ORD1 ORD1
ORD2 ORD3
USERS2
ORD1、
ORD2 USER2
を
表示するUSER1
User2を表示することができます確かに、これは標準的なインポート手順では達成できないことを理解しており、データベースに「注入」するためにソースデータに取り組む必要があります。私が理解する必要があるのは、データを機能させるために私のデータに取り組むことが可能になる場合に、プラグインのdbのデータ構造がどのようにあなたのプラグインのDBにあるかどうかです。ソースデータを変更して正しい方法でマッピングするのに1日かかる場合でも、20.000のドキュメントを手動で再割り当てするよりも常に優れています。
こんにちは、
おそらくあなたは私の意図した結果を達成するために私がどこまで進んでいくかを理解していなかったでしょう。ファイルへのユーザーの自動割り当てを求めたことはありません。私は初心者ではありません。自動手順はないことを理解しています。私は、プラグイン内のファイルのアクセス許可に対してDB構造がどのように作成されているかを理解しようとしていました。しかし、プラグインを購入した方法を見つけることができると信じて、自分でDB構造を調査しました。私はそれを機能させることができると確信しています。これは、すべてのファイルをインポートし、結果のDBをエクスポートし、既存のDBをファイル名で一致させ、すべての「CanView」; s:0: ""を正しいユーザーのIDに置き換えるだけです。私は自分がやりたいことを説明するためにプロセスを簡素化しました。もちろん、古いDBユーザーのIDを新しいユーザーと一致させる必要もありますが、それを行うことは可能です。それは簡単ではありませんが、非常に多くのファイルがすでに入っているシステムを移行する唯一の方法です。
乾杯!
おそらくあなたは私の意図した結果を達成するために私がどこまで進んでいくかを理解していなかったでしょう。ファイルへのユーザーの自動割り当てを求めたことはありません。私は初心者ではありません。自動手順はないことを理解しています。私は、プラグイン内のファイルのアクセス許可に対してDB構造がどのように作成されているかを理解しようとしていました。しかし、プラグインを購入した方法を見つけることができると信じて、自分でDB構造を調査しました。私はそれを機能させることができると確信しています。これは、すべてのファイルをインポートし、結果のDBをエクスポートし、既存のDBをファイル名で一致させ、すべての「CanView」; s:0: ""を正しいユーザーのIDに置き換えるだけです。私は自分がやりたいことを説明するためにプロセスを簡素化しました。もちろん、古いDBユーザーのIDを新しいユーザーと一致させる必要もありますが、それを行うことは可能です。それは簡単ではありませんが、非常に多くのファイルがすでに入っているシステムを移行する唯一の方法です。
乾杯!
こんにちは、
ご回答ありがとうございます。
ファイルのユーザー許可情報は、 「post_meta」テーブルに他のファイルメタ情報を一緒に保存し、暗号化されています。
これが例です。
a:14:{s:3: "ext"; s:3: "pdf"; s:4: "size"; i:214919; s:4: "hits"; i:0; s:7: "バージョン"; s:0: ""; s:4: "ファイル"; s:17:" 63f8375c66837.pdf "; s:10:" remote_url "; b:0; s:5:" state "; s:" 1 "; s:9:" file_tags "; s:0:" "" ; s:7: "canview"; s:1: "3"; s:16: "file_custom_icon"; s:0: ""; s:6: "social"; s:1: "0"; s:14: "woo_permis sion "; s:0:" "; s:19:" file_multi_category "; a:1:{i:0; n;} s:23:" file_multi_category_old "; s:0:" ";}
乾杯、
ご回答ありがとうございます。
ファイルのユーザー許可情報は、 「post_meta」テーブルに他のファイルメタ情報を一緒に保存し、暗号化されています。
これが例です。
a:14:{s:3: "ext"; s:3: "pdf"; s:4: "size"; i:214919; s:4: "hits"; i:0; s:7: "バージョン"; s:0: ""; s:4: "ファイル"; s:17:" 63f8375c66837.pdf "; s:10:" remote_url "; b:0; s:5:" state "; s:" 1 "; s:9:" file_tags "; s:0:" "" ; s:7: "canview"; s:1: "3"; s:16: "file_custom_icon"; s:0: ""; s:6: "social"; s:1: "0"; s:14: "woo_permis sion "; s:0:" "; s:19:" file_multi_category "; a:1:{i:0; n;} s:23:" file_multi_category_old "; s:0:" ";}
乾杯、
- ページ:
- 1
この投稿に対する返信はまだありません。
返信を投稿するにはログインしてください
返信を投稿するにはログインする必要があります。 右側のフォームを使用してログインするか、初めての方はアカウントを登録してください。 ここに登録 "