WordPress इमेज अपलोड लिमिट और समाधान
अधिकांश सलाह आपको php.ini को संपादित करने के लिए कहती हैं। शेयर्ड होस्टिंग पर आप अक्सर ऐसा नहीं कर सकते। छवि को पहले कंप्रेस करना हर जगह काम करता है।
सीमा बढ़ाने के बजाय छवि को सीमा से कम आकार में कंप्रेस करें, क्योंकि एक छोटी फ़ाइल अपलोड त्रुटि और पेज स्पीड की समस्या दोनों को एक ही बार में ठीक कर देती है। WordPress अपनी सीमा PHP से प्राप्त करता है, जो आमतौर पर होस्ट के आधार पर 2 MB या 8 MB होती है, और प्रबंधित (managed) या शेयर्ड होस्टिंग पर आप अक्सर इसे बदल नहीं सकते हैं।
इस विषय पर लगभग हर लेख आपको php.ini, .htaccess या wp-config.php को संपादित करने के लिए कहता है। वे निर्देश सर्वर एक्सेस मानकर चलते हैं जो अधिकांश साइट स्वामियों के पास नहीं होता है, और जहां एक्सेस मौजूद भी है, वहां यह पूछना उचित है कि क्या सीमा बढ़ाना सही कदम है।
सीमा कहाँ से आती है
यह सीमा 3 PHP मानों द्वारा निर्धारित की जाती है, और इन तीनों में से जो सबसे छोटा होता है, वही प्रभावी होता है। WordPress अपलोड बॉक्स के नीचे परिणामी संख्या प्रदर्शित करता है, यही कारण है कि यह संख्या अक्सर होस्ट द्वारा विज्ञापित संख्या से भिन्न होती है।
- upload_max_filesize नियंत्रित करता है कि PHP सबसे बड़ी एकल फ़ाइल कौन सी स्वीकार करेगा।
- post_max_size सबमिशन के कुल आकार को नियंत्रित करता है, इसलिए यह फ़ाइल आकार से अधिक होना चाहिए।
- memory_limit नियंत्रित करता है कि थंबनेल बनाते समय आकार बदलने (resize) की प्रक्रिया कितनी मेमोरी का उपयोग कर सकती है।
- max_execution_time भी विफलताओं का कारण बन सकता है, क्योंकि एक बड़ी छवि प्रोसेसिंग समाप्त होने से पहले टाइम आउट हो सकती है।
तीसरा मान सबसे भ्रमित करने वाली विफलताओं का कारण बनता है। सफलतापूर्वक अपलोड होने वाली फ़ाइल भी तब विफल हो सकती है जब WordPress उसके थंबनेल आकार जनरेट कर रहा होता है, जिससे अपलोड त्रुटि के बजाय मीडिया लाइब्रेरी में एक टूटी हुई छवि दिखाई देती है।
कंप्रेस करना सीमा बढ़ाने से बेहतर क्यों है
वेब पेज पर 6 MB की तस्वीर एक समस्या है, भले ही सर्वर इसे स्वीकार कर ले। सीमा बढ़ाने से केवल त्रुटि संदेश हटता है और फ़ाइल का वास्तविक भारी वजन वहीं बना रहता है।
WordPress प्रत्येक अपलोड से कई थंबनेल आकार जनरेट करता है, इसलिए एक भारी मूल छवि कई भारी प्रतियों में बदल जाती है और पूरी मीडिया लाइब्रेरी में स्टोरेज की खपत करती है। अपलोड करने से पहले कुछ सौ किलोबाइट तक कंप्रेस करने से त्रुटि ठीक हो जाती है, जनरेट किए गए आकार कम हो जाते हैं, बैकअप का समय बचता है और इसके लिए किसी सर्वर एक्सेस की आवश्यकता नहीं होती है।
सीमा से कम आकार में कैसे आएं
सर्वर सेटिंग्स को छुए बिना सफलतापूर्वक अपलोड करने के लिए, इन 5 चरणों का पालन करें।
- WordPress अपलोड बॉक्स के नीचे दिखाई गई सीमा को पढ़ें, जो आपके होस्ट के लिए वास्तविक संख्या दर्शाती है।
- छवि का आकार उसकी डिस्प्ले चौड़ाई के अनुसार बदलें, हाई-डेंसिटी स्क्रीन के लिए इसे दोगुना करें, क्योंकि 800 px के कॉलम में 4000 px की तस्वीर अपने अधिकांश डेटा को बर्बाद करती है।
- उन तस्वीरों और ग्राफिक्स के लिए WebP में कनवर्ट करें जो केवल साइट पर ही दिखाई देंगे।
- 200 KB से 400 KB के लक्ष्य तक कंप्रेस करें, जो लगभग हर लेख के भीतर की छवि के लिए उपयुक्त है।
- अपलोड करें, फिर जांचें कि छवि डेस्कटॉप और मोबाइल दोनों पर पूरी चौड़ाई में सही ढंग से रेंडर हो रही है या नहीं।
इस क्रम में काम करने से आमतौर पर स्क्रीन पर बिना किसी दृश्य बदलाव के, कैमरे की मूल छवि से 90 प्रतिशत छोटी फ़ाइल प्राप्त होती है। अपलोड त्रुटि मुख्य लक्ष्य के बजाय एक सह-उत्पाद के रूप में गायब हो जाती है।
WordPress सामग्री के लिए अनुशंसित आकार
छवि की चौड़ाई को उस सबसे चौड़े स्थान से मिलाएं जो वह आपकी थीम में कभी लेगी, फिर हाई-डेंसिटी स्क्रीन के लिए इसे दोगुना करें। अधिकांश सामग्री क्षेत्र साइट स्वामियों की सोच से कहीं अधिक संकीर्ण होते हैं।
| छवि का उपयोग | डिस्प्ले चौड़ाई | अपलोड चौड़ाई | लक्ष्य आकार |
|---|---|---|---|
| लेख के भीतर की छवि | 700 px | 1400 px | 150 KB to 250 KB |
| पूरी चौड़ाई का फीचर | 1200 px | 2400 px | 300 KB to 500 KB |
| हीरो या हेडर बैनर | 1920 px | 1920 px | 300 KB to 400 KB |
| थंबनेल या कार्ड | 400 px | 800 px | 50 KB to 100 KB |
| लेखक या प्रोफ़ाइल फ़ोटो | 150 px | 300 px | Under 30 KB |
सीमा बढ़ाना कब सही उत्तर है
सीमा तब बढ़ाएं जब आप वास्तव में बड़ी फ़ाइलें अपलोड करते हैं जिन्हें बड़ा ही रहना चाहिए, जैसे कि प्रिंट रिज़ॉल्यूशन फोटोग्राफी, वीडियो या थीम पैकेज। वे मामले वास्तविक हैं और वे सामान्य मामले नहीं हैं।
एक फोटोग्राफर जो हाई-रिज़ॉल्यूशन गैलरी डिलीवर कर रहा है, एक दुकान जो बड़ा प्लगइन आयात कर रही है, या डाउनलोड करने योग्य PDF दस्तावेज़ों को होस्ट करने वाली साइट, इन सभी को अधिक स्थान की आवश्यकता होती है। एक ब्लॉगर जिसकी छुट्टी की तस्वीर केवल 700 पिक्सेल चौड़ी दिखाई देगी, उसे इसकी आवश्यकता नहीं है। सर्वर सेटिंग बदलने से पहले पूछें कि फ़ाइल किस लिए है, क्योंकि उत्तर आमतौर पर कंप्रेशन की ओर ही इशारा करता है।
यदि आवश्यक हो तो सीमा कैसे बढ़ाएं
पहले होस्ट से पूछें, क्योंकि अधिकांश प्रबंधित प्रदाता अनुरोध करने पर कुछ ही मिनटों में मान बदल देते हैं। फ़ाइल एक्सेस को प्रतिबंधित करने वाले किसी भी होस्टिंग प्लान पर कॉन्फ़िगरेशन फ़ाइलों की तुलना में सपोर्ट टिकट इसे तेज़ी से हल करते हैं।
- प्रबंधित WordPress होस्ट आमतौर पर कंट्रोल पैनल में सेटिंग दिखाते हैं या अनुरोध पर इसे समायोजित करते हैं।
- cPanel होस्टिंग में अक्सर एक MultiPHP INI Editor शामिल होता है जहाँ इन 3 मानों को सीधे सेट किया जा सकता है।
- वर्चुअल प्राइवेट सर्वर php.ini को संपादित करने की अनुमति देते हैं, जिसके बाद PHP सेवा को पुनरारंभ करना होगा।
- .htaccess संपादन कुछ Apache सेटअप पर काम करते हैं और दूसरों पर सर्वर त्रुटि का कारण बनते हैं, इसलिए बैकअप रखें।
- सीमा बढ़ाने का दावा करने वाले प्लगइन्स सर्वर द्वारा अनुमत सीमा से अधिक नहीं जा सकते, चाहे विवरण कुछ भी कहे।
HTTP त्रुटि जो आकार के बारे में नहीं है
अपलोड के दौरान एक सामान्य HTTP त्रुटि का आमतौर पर मतलब होता है कि WordPress द्वारा थंबनेल जनरेट करने के दौरान मेमोरी या निष्पादन का समय समाप्त हो गया, न कि फ़ाइल को आकार के कारण अस्वीकार कर दिया गया था। यह अंतर महत्वपूर्ण है क्योंकि छवि को कंप्रेस करने से दोनों कारण ठीक हो जाते हैं।
बड़ी फ़ाइल आकार के बजाय बड़े आयाम (dimensions) मेमोरी के उपयोग को बढ़ाते हैं, क्योंकि सर्वर को आकार बदलते समय हर पिक्सेल को मेमोरी में रखना पड़ता है। एक 6000 गुणा 4000 पिक्सेल की छवि को उसके फ़ाइल आकार की तुलना में कहीं अधिक मेमोरी की आवश्यकता होती है। अपलोड करने से पहले आयामों को कम करने से विफलता दूर हो जाती है, भले ही फ़ाइल पहले से ही आकार सीमा के अंदर रही हो।
WordPress द्वारा बनाए जाने वाले थंबनेल आकार
WordPress प्रत्येक अपलोड की कम से कम 4 अतिरिक्त प्रतियां जनरेट करता है, और थीम और प्लगइन्स आमतौर पर कई और जोड़ते हैं। एक एकल तस्वीर साइट स्वामी को पता चले बिना डिस्क पर 8 या 10 फ़ाइलें बन सकती है।
डिफ़ॉल्ट रूप से थंबनेल 150 px वर्ग, मध्यम 300 px पर, मध्यम बड़ा 768 px पर और बड़ा 1024 px पर होता है, साथ ही वह स्केल किया गया संस्करण भी होता है जिसे WordPress बहुत बड़े अपलोड के लिए बनाता है। पेज बिल्डर्स और गैलरी प्लगइन्स इसके ऊपर अपने स्वयं के आकार पंजीकृत करते हैं। एक छोटा मूल अपलोड करने का अर्थ है कि प्रत्येक जनरेट की गई फ़ाइल भी छोटी होगी, यही कारण है कि अपलोड से पहले कंप्रेशन पूरी लाइब्रेरी में कई गुना लाभ देता है।
WordPress में WebP समर्थन
WordPress संस्करण 5.8 से WebP अपलोड स्वीकार कर रहा है, और प्रत्येक वर्तमान ब्राउज़र इस प्रारूप को प्रदर्शित करता है। सीधे WebP अपलोड करने से उन कनवर्टर प्लगइन्स से बचा जा सकता है जिन्हें कई साइटें इसी उद्देश्य के लिए इंस्टॉल करती हैं।
दो सावधानियां लागू होती हैं। कुछ पुरानी थीम और पेज बिल्डर्स JPG या PNG मानकर चलते हैं और हो सकता है कि वे WebP थंबनेल को सही ढंग से जनरेट न करें, इसलिए पूरी लाइब्रेरी को कनवर्ट करने से पहले एक परीक्षण अपलोड की जांच करें। आगंतुकों द्वारा डाउनलोड करने के लिए लक्षित छवियां, जैसे कि प्रेस किट या प्रिंट करने योग्य गाइड, JPG ही रहनी चाहिए, क्योंकि ब्राउज़र के बाहर WebP अभी भी असुविधाजनक है।
लाइव पेज पर छवि का वजन जांचना
F12 के साथ डेवलपर टूल खोलें, Network टैब पर जाएं, छवियों (images) द्वारा फ़िल्टर करें और पेज को रीलोड करें। पैनल प्रत्येक छवि को उसके वास्तविक स्थानांतरित आकार के साथ सूचीबद्ध करता है, जो सबसे बड़े आकार के क्रम में सॉर्ट होता है।
वह दृश्य अनुमान लगाने के बजाय सीधे प्रश्न का उत्तर देता है। 500 KB से अधिक की किसी भी एकल छवि और किसी भी ऐसे पेज की तलाश करें जहां छवियों का कुल आकार 2 MB से अधिक हो। सबसे बड़ी फ़ाइल लगभग हमेशा वही होती है जिसे पहले ठीक किया जाना चाहिए, और यह आमतौर पर एक हेडर छवि या पोस्ट की पहली तस्वीर होती है। 2 या 3 छवियों को ठीक करने से अक्सर पेज का अधिकांश अतिरिक्त वजन कम हो जाता।
पहले से भारी मीडिया लाइब्रेरी को ठीक करना
केवल नए अपलोड के बजाय मौजूदा लाइब्रेरी को कंप्रेस करें, क्योंकि एक स्थापित साइट पर पुराने पोस्ट ही अधिकांश वजन उठाते हैं। 5 वर्षों से चल रहे ब्लॉग में हजारों असम्पीडित छवियां हो सकती हैं।
अपलोड फ़ोल्डर डाउनलोड करें, इसे एक बैच के रूप में प्रोसेस करें, और समान नाम रखते हुए फ़ाइलों को बदलें ताकि मौजूदा पोस्ट काम करना जारी रखें। बाद में थंबनेल को पुनर्जीवित (regenerate) करने से छोटे मूल से नए आकार फिर से बन जाते हैं। किसी भी चीज़ को बदलने से पहले एक बैकअप लें, क्योंकि यह उन कुछ छवि कार्यों में से एक है जो फ़ाइलों को उसी स्थान पर ओवरराइट करता है।
संपूर्ण अपलोड फ़ोल्डर को प्रोसेस करना
फ़ोल्डर को ZIP आर्काइव के रूप में डालें और उसके भीतर की प्रत्येक समर्थित छवि को एक ही बार में निकाला, आकार बदला और कंप्रेस किया जाता है। प्रति बैच 500 फ़ाइलें तक चलती हैं, जो कुछ ही राउंड में अधिकांश छोटी और मध्यम साइटों को कवर कर लेती हैं।
सब कुछ आपके अपने प्रोसेसर पर आपके ब्राउज़र के भीतर होता है, इसलिए क्लाइंट साइटें, अप्रकाशित ड्राफ्ट और निजी गैलरी कभी भी सर्वर तक नहीं पहुंचती हैं। यह अनुबंध के तहत काम करने वाली एजेंसियों के लिए महत्वपूर्ण है, जहां किसी अज्ञात कंप्रेशन सेवा पर क्लाइंट मीडिया लाइब्रेरी अपलोड करना समझौते का उल्लंघन होगा, भले ही कुछ भी गलत न हुआ हो।