मौजूदा डेटा का मैन्युअल आयात

नमस्ते,

इस एक्सटेंशन के बारे में हमसे संपर्क करने के लिए धन्यवाद।

हमारे पास लगभग 20,000 दस्तावेज़ों और 30 उपयोगकर्ताओं वाला एक मौजूदा दस्तावेज़ आरक्षित क्षेत्र है। प्रत्येक दस्तावेज़ एक या एक से अधिक एकल उपयोगकर्ताओं और/या उपयोगकर्ता समूहों से जुड़ा होता है जिन्हें दस्तावेज़ देखने की अनुमति होती है। सब कुछ एक बहुत ही सरल संबंधपरक डेटाबेस में संग्रहीत होता है। क्या आपको लगता है कि हम गंतव्य डेटा आर्किटेक्चर को समझकर इन डेटा और संबंधों को आयात कर सकते हैं? मैं स्पष्ट रूप से डेटा स्रोत में आवश्यक मैन्युअल संशोधन करने और फिर डेटा को सीधे 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

श्रेणी आदेश
ord1
ord2
ord3

उपयोगकर्ता
user1
user2

हमारे सिस्टम में, उदाहरण के लिए, हमारे पास है:
user1 जो inv1, ord1 और ord2 देखने के लिए सक्षम है
user2 जो inv2, inv3 और ord3 देखने के लिए सक्षम है

जैसा कि मैंने लिखा है, हमारा लक्ष्य मौजूदा डेटा और उपयोगकर्ताओं/दस्तावेज़ों की अनुमतियों को माइग्रेट करना है। मुझे यकीन है और मैं समझता भी हूँ कि यह मानक आयात प्रक्रियाओं से संभव नहीं है और मुझे अपने स्रोत डेटा पर काम करना होगा ताकि मैं उन्हें डेटाबेस में "इंजेक्ट" कर सकूँ। मुझे यह समझने की ज़रूरत है कि आपके प्लगइन के डेटाबेस में डेटा संरचना कैसी है ताकि यह सत्यापित किया जा सके कि मेरे डेटा पर काम करके उन्हें काम करना संभव होगा या नहीं। भले ही मुझे अपने स्रोत डेटा को सही तरीके से मैप करने के लिए उसे संशोधित करने में एक दिन लग जाए, फिर भी यह 20,000 दस्तावेज़ों को मैन्युअल रूप से पुनः असाइन करने से बेहतर होगा।

नमस्ते,

मुझे और जानकारी देने के लिए धन्यवाद।

क्षमा करें, लेकिन आपकी स्थिति में एक हज़ार फ़ाइलों के लिए स्वचालित रूप से उपयोगकर्ता भूमिकाएँ निर्दिष्ट करना संभव नहीं है।

धन्यवाद,

नमस्ते,

शायद आप समझ नहीं पाए कि मैं अपने इच्छित परिणाम प्राप्त करने के लिए कितनी दूर तक जाने को तैयार हूँ। मैंने फ़ाइलों में उपयोगकर्ताओं को स्वचालित रूप से असाइन करने के लिए कभी नहीं कहा। मैं कोई नया उपयोगकर्ता नहीं हूँ और मैं समझता हूँ कि कोई स्वचालित प्रक्रिया नहीं हो सकती। मैं बस यह समझने की कोशिश कर रहा था कि आपके प्लगइन में फ़ाइलों की अनुमतियों के लिए डेटाबेस संरचना कैसे बनाई जाती है। हालाँकि, मुझे विश्वास था कि मैं कोई रास्ता निकाल लूँगा, इसलिए मैंने प्लगइन खरीदा और डेटाबेस संरचना की स्वयं जाँच की। मुझे विश्वास है कि मैं इसे काम कर पाऊँगा। बस सभी फ़ाइलों को इम्पोर्ट करना है, परिणामी डेटाबेस को एक्सपोर्ट करना है, फ़ाइल नामों से अपने मौजूदा डेटाबेस का मिलान करना है और फिर सभी "canview";s:0:"" को सही उपयोगकर्ता आईडी से बदलना है। मैंने यह समझाने के लिए प्रक्रिया को सरल बनाया है कि मैं क्या करना चाहता हूँ, बेशक मुझे पुराने डेटाबेस उपयोगकर्ता आईडी को नए के साथ मिलाना भी होगा, हालाँकि यह संभव है और इस तरह मैं आपके प्लगइन में सफलतापूर्वक माइग्रेट कर पाऊँगा। यह सीधा नहीं है, हालाँकि इतनी सारी फ़ाइलों वाले सिस्टम को माइग्रेट करने का यही एकमात्र तरीका है।

प्रोत्साहित करना!

नमस्ते,

आपकी प्रतिक्रिया के लिए धन्यवाद।

किसी फ़ाइल की उपयोगकर्ता अनुमति जानकारी "post_meta" तालिका में अन्य फ़ाइल मेटा जानकारी के साथ संग्रहीत होती है, और एन्क्रिप्टेड होती है।
यहाँ एक उदाहरण मान दिया गया है:
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:"";}

चीयर्स,

धन्यवाद,

मैंने इसे लिखते समय खुद ही खोज लिया था।

हालाँकि, अब मुझे कुछ ऐसा पता चला है जो आपके प्लगइन को मेरी ज़रूरतों के लिए लगभग अनुपयोगी बना देता है। मैंने अपनी 20,000+ फ़ाइलें इम्पोर्ट कीं और सिस्टम बेहद धीमा हो गया, इस्तेमाल करना लगभग नामुमकिन। यह सर्वर को ब्लॉक कर देता है और अगर फ़ाइल सूची पृष्ठ (एडमिन) लोड होता है, तो उसे लोड होने में बहुत समय लगता है।

मैंने शुरू से ही कहा था कि मुझे 20,000 से ज़्यादा फ़ाइलों से निपटना है, अगर यह प्लगइन की सीमा है, तो आपको मुझे पहले ही बता देना चाहिए था।