Nhập thủ công dữ liệu hiện có

CHÀO,

Cảm ơn đã liên hệ với chúng tôi tại đây về extensionnày.

Chúng tôi hiện có một Khu vực Lưu trữ Tài liệu với khoảng 20.000 tài liệu và 30 người dùng. Mỗi tài liệu được kết nối với một hoặc nhiều người dùng và/hoặc nhóm người dùng được phép xem tài liệu. Mọi thứ được lưu trữ trong một cơ sở dữ liệu quan hệ khá đơn giản. Bạn có nghĩ rằng chúng tôi có thể nhập dữ liệu và các mối quan hệ này bằng cách hiểu kiến ​​trúc dữ liệu đích không? Rõ ràng là tôi đã sẵn sàng thực hiện các sửa đổi thủ công cần thiết cho nguồn dữ liệu và sau đó đưa dữ liệu trực tiếp vào cơ sở dữ liệu WP.

Dữ liệu của bạn khá lớn nên việc thiết lập thủ công cho từng tệp riêng lẻ rất khó khăn, ngay cả khi theo cách khác đối với các danh mục.
Đầu tiên, tôi không chắc có bao nhiêu danh mục chứa các tệp đó trên trang web hiện tại của bạn.
Tuy nhiên, bạn có thể nhập vào WP File Download bằng cách sử dụng Nhập thư mục máy chủ đặc tính.

Bạn có thể truy cập vào liên kết bên dưới để biết thêm thông tin:

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

Thứ hai, để hạn chế 30 người dùng, việc quản lý họ theo nhóm người dùng sẽ dễ dàng hơn,
sau đó bạn có thể hạn chế họ xem các danh mục trên frontend bằng cách sử dụng Khả năng hiển thị lựa chọn.

Vui lòng vào đây để biết thêm chi tiết:

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

Chúc mừng,

Xin chào, cảm ơn bạn đã phản hồi.

Tuy nhiên, điều này sẽ không giải quyết được nhu cầu của chúng tôi. Chúng tôi có một số danh mục tài liệu, nhưng đây không phải là cách người dùng cần để xem hoặc không xem tài liệu. Mỗi người dùng đều có thể xem tài liệu của mình trong mỗi danh mục. Trong trường hợp của chúng tôi, danh mục chỉ cần thiết cho việc sắp xếp, không cần quyền xem.

Ví dụ:

DANH MỤC HÓA ĐƠN
inv1
inv2
inv3

DANH MỤC ĐƠN ĐẶT HÀNG
ord1
ord2
ord3

NGƯỜI DÙNG
user1
user2

Trong hệ thống của chúng tôi, ví dụ, chúng tôi có:
user1 được phép xem inv1, ord1 và ord2
user2 được phép xem inv2, inv3 và ord3

Như tôi đã viết, chúng tôi đang hướng đến việc di chuyển dữ liệu hiện có và quyền người dùng/tài liệu. Tôi chắc chắn và tôi hiểu rằng điều này không thể đạt được bằng các quy trình nhập tiêu chuẩn và tôi sẽ cần phải làm việc trên dữ liệu nguồn của mình để "đưa" chúng vào cơ sở dữ liệu. Điều tôi cần hiểu là cấu trúc dữ liệu trong cơ sở dữ liệu của plugin của bạn như thế nào để xác minh xem liệu có thể xử lý dữ liệu của tôi để chúng hoạt động hay không. Ngay cả khi tôi phải mất cả ngày để chỉnh sửa dữ liệu nguồn để ánh xạ chúng đúng cách, thì việc này vẫn luôn tốt hơn là phải gán lại thủ công 20.000 tài liệu.

Chào bạn,

Cảm ơn bạn đã phản hồi và cung cấp thêm thông tin.

Tôi xin lỗi, nhưng việc tự động gán vai trò người dùng cho hàng nghìn tệp trong trường hợp của bạn là không khả thi.

Trân trọng,

Xin chào,

có lẽ bạn chưa hiểu tôi sẵn sàng làm đến mức nào để đạt được kết quả mong muốn. Tôi chưa bao giờ yêu cầu tự động gán người dùng cho các tệp. Tôi không phải là người mới và tôi hiểu rằng không thể có bất kỳ quy trình tự động nào. Tôi chỉ đang cố gắng tìm hiểu cách cấu trúc cơ sở dữ liệu được tạo ra cho các quyền đối với tệp trong plugin của bạn. Tuy nhiên, tin tưởng rằng mình có thể tìm ra cách, tôi đã mua plugin và tự mình tìm hiểu cấu trúc cơ sở dữ liệu. Tôi tin rằng mình sẽ có thể làm cho nó hoạt động. Vấn đề chỉ là nhập tất cả các tệp, xuất cơ sở dữ liệu kết quả, đối chiếu cơ sở dữ liệu hiện có của tôi theo tên tệp và sau đó thay thế tất cả "canview";s:0:"" bằng ID người dùng chính xác. Tôi đã đơn giản hóa quy trình để giải thích những gì tôi muốn làm, tất nhiên tôi cũng cần đối chiếu ID người dùng cơ sở dữ liệu cũ với ID mới, tuy nhiên, điều đó là có thể và bằng cách này, tôi sẽ có thể di chuyển sang plugin của bạn thành công. Việc này không hề đơn giản, nhưng là cách duy nhất có thể để di chuyển một hệ thống đã có rất nhiều tệp.

Chúc vui vẻ!

Chào bạn,

Cảm ơn bạn đã phản hồi.

Thông tin về quyền người dùng của một tệp được lưu trữ trong "post_meta" cùng với các thông tin meta tệp khác và được mã hóa.
Dưới đây là một giá trị ví dụ:
a:14:{s:3:"ext";s:3:"pdf";s:4:"size";i:214919;s:4:"hits";i:0;s:7:"version";s:0:"";s:4:"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_permission";s:0:"";s:19:"file_multi_category";a:1:{i:0;N;}s:23:"file_multi_category_old";s:0:"";}

Trân trọng,

Cảm ơn bạn,

tôi đã tự tìm thấy lỗi này khi viết bài.

Tuy nhiên, giờ tôi mới phát hiện ra một điều khiến plugin của bạn về cơ bản không đáp ứng được nhu cầu của tôi. Tôi đã nhập hơn 20.000 tệp và hệ thống trở nên cực kỳ chậm, thực sự không thể sử dụng được. Nó thậm chí còn chặn máy chủ và nếu tải trang danh sách tệp (Quản trị viên) thì mất rất nhiều thời gian.

Tôi đã nói ngay từ đầu là tôi phải xử lý hơn 20.000 tệp, nếu đây là giới hạn của plugin thì bạn nên cảnh báo tôi trước.