Ручний імпорт існуючих даних

Привіт,

Дякуємо, що зв’язалися з нами щодо цього розширення.

У нас є зарезервована зона документів з близько 20 000 документів та 30 користувачів. Кожен документ підключений до одного або декількох одиноких користувачів та/або груп користувачів, яким дозволяється переглядати документ. Все зберігається в досить простому реляційному БД. Ви вважаєте, що нам вдасться імпортувати ці дані та відносини, розуміючи архітектуру даних призначення? Я, очевидно, готуюся зробити необхідні ручні модифікації джерела даних, а потім безпосередньо вводити дані в DB WP.

Ваші дані досить великі, тому боляче встановлювати вручну для одиночних файлів, навіть для категорій по -іншому.
По -перше, я не впевнений, скільки категорій, що містять ті файли, у вас є на своєму поточному сайті.
Однак ви можете імпортувати до 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
inv3

catagory orders
ord1
ord2
ord3

користувачі
user1
user2

У нашій системі У нас є екземпляр:
user1, який увімкнено для перегляду Inv1, ord1 та ord2
user2, який дозволений для перегляду даних Inv2, inv3 та ord3,

як ми прагнемо переміщувати існуючі дані та користувачів/документів. Я впевнений, і я розумію, що цього неможливо досягти за стандартними процедурами імпорту, і мені потрібно буде працювати над своїми джерелами, щоб "ввести" їх у базу даних. Що мені потрібно зрозуміти, як структура даних у дБ вашого плагіна, щоб визначити, чи зможе якось працювати над моїми даними, щоб змусити їх працювати. Навіть якщо мені потрібен день роботи, щоб змінити мої вихідні дані, щоб відобразити їх правильним шляхом, це завжди буде краще, тоді потрібно вручну переоформити 20 000 документів.

Привіт,

дякую, що повернулися до мене з додатковою інформацією.

Прошу вибачення, але неможливо автоматично призначати ролі користувачів для тисячі файлів у вашій ситуації.

Ура,

Привіт,

напевно, ти не зрозумів, як далеко я готовий піти, щоб досягти призначеного результату. Я ніколи не просив автоматичного призначення користувачів у файли. Я не новачок і розумію, що не може бути автоматичної процедури. Я просто намагався зрозуміти, як створена структура БД для дозволів файлів у вашому плагіні. Однак, довіряючи, що я можу знайти спосіб, який я придбав плагін, і я сам дослідив структуру БД. Я впевнений, що зможу змусити його працювати. Це лише питання імпорту всіх файлів, експорту отриманого БД, відповідності моєму існуючому БД за назвами файлів, а потім замінити всі "положення"; s: 0: "" з правильними ідентифікаторами користувачів. Я спростив процес, щоб пояснити, що я хочу зробити, звичайно, мені також потрібно відповідати старим ідентифікатором користувачів БД з новими, однак це можна зробити, і таким чином я повинен мати можливість переїхати до вашого плагіна успішно. Це не прямий вперед, проте єдиний можливий спосіб перенести систему з такою кількістю файлів у ній.

Вітаємо!

Привіт,

дякую за вашу відповідь.

Інформація про дозвіл користувача файлу зберігається в "post_meta" разом іншу інформацію про мета, і вона зашифрована.
Ось приклад значення:
A: 14: {S: 3: "Ext"; S: 3: "PDF"; S: 4: "розмір"; i: 214919; s: 4: "Хіт"; i: 0; s: 7: "версія"; s: 0: "; "; s: 17:" 63f8375c66837.pdf "; s: 10:" віддалений_url "; b: 0; s: 5:" стан "; s: 1:" 1 "; s: 9:" file_tags "; s: 0:" "" "" "" "" "" ; s: 7: "cantiview"; s: 1: "3"; s: 16: "file_custom_icon"; s: 0: ""; s: 6: "соціальний"; 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:";}

Ура,

Дякую,

я все -таки знайшов це вже сам, як писав.

Однак зараз я виявив щось, що робить ваш плагін в основному непридатним для моїх потреб. Я імпортував свої 20 000+ файлів, і система стає неймовірно повільною, справді неможливою у використанні. Він фактично блокує сервер, і якщо він завантажує сторінку списку файлів (адміністратор), він займає століття.

Я з самого початку заявив, що мені довелося розібратися у Woth понад 20 000 файлів, якщо це обмеження плагіна, який ви повинні попередити мене.