तपाईंको WordPress मिडियालाई Zinn® भण्डारणमा सार्नुहोस्

तस्बिर र भिडियोहरू सामान्यतया WordPress साइटले प्रवाह गर्ने सबैभन्दा ठूला सामग्री हुन्। तिनीहरूलाई Zinn® object storage मा सार्दा तपाईंको वेब सर्भर र तपाईंको डिस्क सीमाबाट त्यो भार हट्छ।

तपाईंले कहिल्यै access key प्रविष्ट गर्नु पर्दैन

यो पढ्न लायक खण्ड हो, किनकि यसले हाम्रो प्लगइनलाई यस श्रेणीका अन्य प्लगइनहरू भन्दा फरक बनाउँछ।

अन्य प्रत्येक media-offload प्लगइनले तपाईंलाई WordPress मा S3 access key र secret टाँस्न लगाउँछ। त्यसपछि तिनीहरू तपाईंको wp_options तालिकामा भण्डारण हुन्छन्, जहाँ तपाईंको साइटका अन्य प्रत्येक प्लगइनले तिनीहरूलाई पढ्न सक्छन्, जहाँबाट तिनीहरू प्रत्येक माइग्रेसन निर्यातमा प्रतिलिपि हुन्छन्, र जहाँ तिनीहरू तपाईंले विकासकर्तालाई पठाउने ब्याकअपमा रहन्छन्। यदि त्यो जोडी चुहावट भयो भने, तपाईंको सम्पूर्ण बकेट खुला हुन्छ।

हाम्रो प्लगइनले कहिल्यै पनि यस्तो विवरण राख्दैन। प्लगइनले एउटा टोकन राख्छ जसले यस साइटको फोल्डरका लागि मात्र काम गर्छ र अरू केहीका लागि गर्दैन, र प्रत्येक अपलोड अघि यसले हामीसँग एक पटक प्रयोग हुने signed लिङ्क माग्छ। त्यसपछि तपाईंको फाइल तपाईंको वेब सर्भरबाट सिधै स्टोरेजमा जान्छ — यो कहिल्यै पनि हामी भएर जाँदैन।

यदि त्यो टोकन कहिल्यै सार्वजनिक भइहालेमा, तपाईंले यसलाई आफ्नो ड्यासबोर्डबाट एक क्लिकमा रद्द गर्न सक्नुहुन्छ। तपाईंले चुहावट भएको access key लाई त्यसरी रद्द गर्न सक्नुहुन्न।

यसलाई सक्रिय गर्दै

१. ड्यासबोर्डमा आफ्नो साइट खोल्नुहोस् र Files & databases → Images & video CDN मा जानुहोस्। २. Turn on the media CDN थिच्नुहोस्। तपाईंको स्टोरेज तपाईंको लागि तयार गरिन्छ। ३. Get a pairing code थिच्नुहोस्। यो कोडले एक पटक काम गर्छ र तीस मिनेटमा म्याद समाप्त हुन्छ। ४. आफ्नो WordPress साइटमा Zinn® Media Offload इन्स्टल गर्नुहोस् — यो WordPress.org निर्देशिकामा छ, त्यसैले Plugins → Add New Plugin ले यसलाई नामबाट फेला पार्छ — त्यसपछि Zinn Digital® → Media Offload मा जानुहोस्, Connection ट्याबमा कोड टाँस्नुहोस् र Connect this site थिच्नुहोस्।

नयाँ अपलोडहरू तुरुन्तै सर्छन्। तपाईंको अवस्थित लाइब्रेरी त्यसपछिका घण्टाहरूमा पृष्ठभूमिमा, एक पटकमा केही फाइलहरू गर्दै, केही अवरोध भएमा रोकिएको ठाउँबाटै पुनः सुरु हुँदै सर्छ।

आज तपाईंको मिडियालाई के हुन्छ

तपाईंका फाइलहरू Zinn® स्टोरेजमा प्रतिलिपि हुन्छन्, र तपाईंको साइटले आफ्नै प्रतिलिपिहरू प्रवाह गरिरहन्छ। तपाईंका पृष्ठहरूमा अझै केही पनि परिवर्तन हुँदैन।

यो जानाजानी गरिएको हो: अपलोड गर्नु र प्रवाह गर्नु दुई चरणहरू हुन्, र पहिलो चरण आफैंमा सुरक्षित छ। मिडिया सर्न थालेपछि, Rewrite media URLs सक्रिय गर्नुहोस् र तपाईंका पृष्ठहरूले तपाईंको वेब सर्भरको सट्टा CDN तर्फ संकेत गर्न थाल्छन्।

तपाईंको मिडिया कहाँबाट प्रवाह हुन्छ

तपाईंले rewriting सक्रिय गर्ने बित्तिकै धेरैजसो साइटहरू हाम्रो साझा मिडिया होस्टनामबाट प्रवाह हुन्छन्। त्यहाँ केही पनि सेटअप गर्नु पर्दैन।

Footprint-free साइटहरू फरक छन्, र जानाजानी त्यसो गरिएको हो। तिनीहरूलाई कहिल्यै पनि साझा Zinn® होस्टनामबाट प्रवाह गरिँदैन, किनकि यसलाई प्रयोग गर्ने प्रत्येक साइटले आफ्नो पृष्ठको स्रोत कोडमा उही ठेगाना देखाउनेछ — जुन फुटप्रिन्ट-रहित होस्टिङले रोक्न खोजेको तपाईंका साइटहरू बीचको ठ्याक्कै त्यही लिङ्क हो। त्यसैले एउटा footprint-free साइटले तपाईंले त्यसलाई आफ्नै डोमेन नदिएसम्म आफ्नै मिडिया प्रवाह गर्छ: एउटा सबडोमेन बनाउनुहोस् (उदाहरणका लागि, media.yoursite.com), यसलाई आफ्नो बकेटतर्फ लक्षित गर्नुहोस्, र ड्यासबोर्डमा Media domain अन्तर्गत यसलाई प्रविष्ट गर्नुहोस्। त्यसपछि तपाईंको मिडिया तपाईंको डोमेनबाट प्रवाह हुन्छ, र तपाईंको स्वामित्वमा रहेको अन्य कुनै पनि कुरासँग यसलाई केहीले पनि जोड्दैन।

तपाईंले footprint-free मा मात्र नभई कुनै पनि साइटमा आफ्नै डोमेन प्रयोग गर्न सक्नुहुन्छ — यो अन्यत्र केवल ऐच्छिक हो।

सेटिङहरू ड्यासबोर्डमा रहन्छन्, WordPress मा होइन

पेयरिङ कोड बाहेक प्लगइनको आफ्नै कुनै सेटिङ छैन। URL हरू rewrite गर्ने कि नगर्ने र स्थानीय प्रतिलिपिहरू हटाउने कि नहटाउने भन्ने कुरा तपाईंको Zinn® ड्यासबोर्डमा निर्धारण गरिन्छ, त्यसैले उत्तर रहने ठाउँ सधैं एउटा मात्र हुन्छ र दुई बीच असमझदारी हुने कुनै सम्भावना हुँदैन।

स्थानीय प्रतिलिपिहरू हटाउने कार्य

पूर्वनिर्धारित रूपमा बन्द रहन्छ। तपाईंले यसलाई सक्रिय गर्दा, फाइलको प्रत्येक आकार सफलतापूर्वक अपलोड भएपछि मात्र त्यो फाइल हटाइन्छ — आंशिक अपलोडले कहिल्यै केही पनि मेटाउँदैन, किनकि त्यसले थम्बनेलहरूलाई कुनै पनि ठाउँमा बाँकी राख्दैन र तिनीहरूलाई पुन: निर्माण गर्न कुनै मूल प्रतिलिपि बाँकी रहँदैन।

यदि केही गडबड भयो भने

तपाईंले अपलोड गर्दा यदि हाम्रो स्टोरेजमा पहुँच हुन सकेन भने पनि, अपलोड सफल नै हुन्छ र फाइल तपाईंको सर्भरमै रहन्छ, प्लगइन नहुँदा जस्तै गरी। सेटिङ स्क्रिनले के गडबड भयो भनी देखाउँछ, र पृष्ठभूमि प्रक्रियाले पछि त्यो फाइललाई लैजान्छ।

प्लगइन निष्क्रिय गर्नाले नयाँ अपलोडहरू रोकिन्छन्। पहिले नै सारिसकिएको मिडियाले निरन्तर काम गरिरहन्छ।

आफ्नै बकेट प्रयोग गर्ने

तपाईंले हाम्रो प्रयोग गर्नुको सट्टा ड्यासबोर्डमा आफ्नै S3-कम्प्याटिबल बकेट जोड्न सक्नुहुन्छ — प्लगइनले उही तरिकाले काम गर्छ, र अझै पनि की (key) कहिल्यै राख्दैन।