Importation manuelle de données existantes

Salut,

Merci de nous avoir contactés ici à propos de cette extension.

Nous avons une zone réservée sur des documents existants avec environ 20 000 documents et 30 utilisateurs. Chaque document est connecté à un ou plusieurs utilisateurs uniques et / ou groupes d'utilisateurs qui sont autorisés à afficher le document. Tout est stocké dans une base de données relationnelle assez simple. Pensez-vous que nous pouvons réussir à importer ces données et ces relations en comprenant l'architecture de données de destination? Je suis évidemment préparé à effectuer les modifications manuelles nécessaires à la source de données, puis à injecter directement les données dans la DB WP.

Vos données sont assez importantes, il est donc douloureux de définir manuellement pour les fichiers uniques, même pour les catégories d'une autre manière.
Premièrement, je ne sais pas combien de catégories contenant ces fichiers que vous avez sur votre site actuel.
Cependant, vous pouvez importer au WP File Download en utilisant Importer le dossier du serveur fonctionnalité.

Vous pouvez accéder à ce lien ci-dessous pour plus d'informations:

https://www.joomunited.com/wordpress-documentation/wp-file-download/227-wp-file-download-configuration#toc-import --server-folders

Deuxièmement, afin de restreindre 30 utilisateurs, il est plus facile de les gérer chez les utilisateurs du groupe,
Ensuite, vous pouvez les restreindre à afficher les catégories sur le frontend en utilisant Visibilité option.

Veuillez vous rendre ici pour plus de détails :

https://www.joomunited.com/wordpress-documentation/wp-file-download/666-file-access-and-management-limitation#toc-file-access-and-visibility-2

À votre santé,

Bonjour, merci pour votre réponse.

Cependant, cela ne résoudrait pas nos besoins. Nous avons certaines catégories de documents, mais ce n'est pas ainsi que les utilisateurs doivent être en mesure de voir ou de ne pas voir des documents. Chaque utilisateur est en mesure de voir ses propres documents dans chaque catégorie. Dans nos cas, les catégories ne sont nécessaires que pour l'organisation, pas pour la permission de la vue.

Exemple:

les factures de catégorie
INV1
INV2
INV3

ORDERS CATAGORY
ORDOR1
ORD2


USERS
USER1 User1
User2

Dans notre système Nous avons par exemple:
User1 qui peut afficher INV1, ORD1 et ORD2
User2 qui peut afficher les données INV2, INV3 et ORD3

comme je l'ai visé à migrer les données et les utilisateurs / documents existants. Je suis sûr et je comprends que cela ne peut pas être réalisé par les procédures d'importation standard et je devrai travailler sur mes données source afin de les "injecter" dans la base de données. Ce que je dois comprendre, c'est comment la structure de données dans la base de données de votre plugin afin de la verufy s'il sera en quelque sorte possible de travailler sur mes données pour les faire fonctionner. Même si cela me prend une journée de travail pour modifier mes données source pour les cartographier de la bonne façon, ce sera toujours mieux que de devoir réaffecter manuellement 20 000 documents.

Salut,

merci de m'avoir répondu avec plus d'informations.

Je m'excuse, mais il n'est pas possible d'attribuer automatiquement des rôles utilisateur pour mille fichiers dans votre situation.

Acclamations,

Bonjour,

vous n'avez probablement pas compris jusqu'où je suis prêt à aller pour atteindre mon résultat prévu. Je n'ai jamais demandé l'attribution automatique des utilisateurs aux fichiers. Je ne suis pas un débutant et je comprends qu'il ne peut y avoir de procédure automatique. J'essayais juste de comprendre comment la structure DB est créée pour les autorisations de fichiers dans votre plugin. Cependant, en espérant que je pouvais trouver un moyen d'acheter le plugin et j'ai enquêté par moi-même la structure DB. Je suis convaincu que je pourrai le faire fonctionner. Il s'agit simplement d'importer tous les fichiers, d'exporter la base de données résultante, de faire correspondre ma base de données existante par des noms de fichiers, puis de remplacer tous les "CanView"; S: 0: "" par les ID des utilisateurs corrects. J'ai simplifié le processus pour expliquer ce que je veux faire, bien sûr, je dois également faire correspondre les identifiants d'anciens utilisateurs de DB avec les nouveaux, mais il est possible de le faire et de cette manière, je devrais être en mesure de migrer vers votre plugin avec succès. Il n'est pas simple, mais la seule façon de migrer un système avec autant de fichiers déjà.

Acclamations!

Salut,

merci pour votre réponse.

Les informations d'autorisation de l'utilisateur d'un fichier sont stockées dans le "Post_meta" ensemble d'autres méta-informations du fichier, et elles sont cryptées.
Voici un exemple de valeur:
a: 14: {s: 3: "ext"; s: 3: "pdf"; s: 4: "taille"; i: 214919; s: 4: "frappe"; i: 0; s: 7: "version"; s: 0: ""; s: "file "; s: 17:" 63f8375c66837.pdf "; S: 10:" Remote_url "; b: 0; s: 5:" State "; S: 1:" 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:" ";}

Acclamations,

Merci,

j'ai déjà trouvé cela moi-même comme je l'ai écrit.

Cependant, maintenant j'ai découvert quelque chose qui rend votre plugin fondamentalement inutilisable pour mes besoins. J'ai importé mes 20 000+ fichiers et le système devient incroyablement lent, vraiment impossible à utiliser. Il bloque en fait le serveur et s'il charge la page de liste de fichiers (ADMIN), il faut des siècles.

J'ai déclaré depuis le début que je devais traiter plus de 20 000 fichiers, s'il s'agit d'une limite du plugin, vous auriez dû m'avoir prévenu.