WordPress امیج اپ لوڈ کی حد اور اسے کم کرنا

حد بڑھانے کے بجائے امیج کو حد سے کم سائز میں کمپریس کریں، کیونکہ ایک چھوٹی فائل اپ لوڈ کی خرابی اور صفحہ کی رفتار کے مسئلے دونوں کو ایک ہی قدم میں حل کر دیتی ہے۔ 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 اس بات کو کنٹرول کرتا ہے کہ تھمب نیلز بناتے وقت ری سائز کا عمل کتنی میموری استعمال کر سکتا ہے۔
• max_execution_time بھی ناکامی کا سبب بن سکتا ہے، کیونکہ ایک بڑی امیج پروسیسنگ مکمل ہونے سے پہلے ٹائم آؤٹ ہو سکتی ہے۔

تیسری ویلیو سب سے زیادہ الجھن کا باعث بنتی ہے۔ کامیابی سے اپ لوڈ ہونے والی فائل پھر بھی اس وقت ناکام ہو سکتی ہے جب WordPress اس کے تھمب نیل کے سائز بنا رہا ہو، جس سے اپ لوڈ کی خرابی کے بجائے میڈیا لائبریری میں ایک ٹوٹی ہوئی امیج ظاہر ہوتی ہے۔

کمپریس کرنا حد بڑھانے سے بہتر کیوں ہے

ایک ویب صفحہ پر 6 MB کی تصویر ایک مسئلہ ہے قطع نظر اس کے کہ سرور اسے قبول کرتا ہے یا نہیں۔ حد بڑھانے سے خرابی کا پیغام تو ختم ہو جاتا ہے لیکن فائل کا اصل بوجھ برقرار رہتا ہے۔

WordPress ہر اپ لوڈ کی گئی فائل سے کئی تھمب نیل سائز بناتا ہے، اس لیے ایک بھاری اصل فائل کئی بھاری کاپیوں میں ضرب ہو جاتی ہے اور پوری میڈیا لائبریری میں اسٹوریج کا استعمال کرتی ہے۔ اپ لوڈ کرنے سے پہلے چند سو کلو بائٹس میں کمپریس کرنے سے خرابی دور ہو جاتی ہے، تیار کردہ سائز کم ہو جاتے ہیں، بیک اپ کا وقت بچتا ہے اور سرور تک کسی رسائی کی بالکل ضرورت نہیں ہوتی۔

حد کے اندر کیسے آئیں

سرور کی ترتیبات کو چھیڑے بغیر کامیابی سے اپ لوڈ کرنے کے لیے، ان 5 مراحلی پر عمل کریں۔

1. WordPress اپ لوڈ باکس کے نیچے دکھائی گئی حد کو پڑھیں، جو آپ کے ہوسٹ کی اصل رقم بتاتی ہے۔
2. امیج کو اس کی ڈسپلے چوڑائی کے مطابق ری سائز کریں، ہائی ڈینسٹی اسکرینوں کے لیے اسے دوگنا کریں، کیونکہ 800 پکسل کے کالم میں 4000 پکسل کی تصویر اپنا زیادہ تر ڈیٹا ضائع کرتی ہے۔
3. ان تصاویر اور گرافکس کے لیے WebP میں تبدیل کریں جو صرف سائٹ پر ظاہر ہوں گی۔
4. 200 KB سے 400 KB کے ہدف تک کمپریس کریں، جو تقریباً ہر مضمون کے اندر موجود امیج کے لیے موزوں ہے۔
5. اپ لوڈ کریں، پھر چیک کریں کہ امیج ڈیسک ٹاپ اور موبائل دونوں پر پوری چوڑائی میں درست طریقے سے رینڈر ہو رہی ہے۔

اس ترتیب سے کام کرنے سے عام طور پر کیمرے کی اصل تصویر سے 90 فیصد چھوٹی فائل بنتی ہے، جس میں اسکرین پر کوئی نظر آنے والی تبدیلی نہیں ہوتی۔ اپ لوڈ کی خرابی مقصد کے بجائے ایک ذیلی اثر کے طور پر غائب ہو جاتی ہے۔

WordPress مواد کے لیے تجویز کردہ سائز

امیج کی چوڑائی کو اس کے سب سے کھلے حصے سے ملائیں جو وہ آپ کی تھیم میں حاصل کرے گی، پھر ہائی ڈینسٹی اسکرینوں کے لیے اسے دوگنا کریں۔ زیادہ تر مواد کے علاقے سائٹ کے مالکان کے اندازے سے کہیں زیادہ تنگ ہوتے ہیں۔

حد بڑھانا کب درست جواب ہوتا ہے

حد کو اس وقت بڑھائیں جب آپ واقعی بڑی فائلیں اپ لوڈ کرتے ہیں جن کا بڑا رہنا ضروری ہے، جیسے پرنٹ ریزولوشن فوٹوگرافی، ویڈیو یا تھیم پیکجز۔ وہ حالات حقیقی ہیں اور وہ عام صورت حال نہیں ہیں۔

ہائی ریزولوشن گیلریاں فراہم کرنے والا فوٹوگرافر، ایک بڑی پلگ ان امپورٹ کرنے والی دکان، یا ڈاؤن لوڈ کے قابل PDF دستاویزات کی ہوسٹنگ کرنے والی سائٹ کو مزید گنجائش کی ضرورت ہوتی ہے۔ ایک بلاگر جس کی چھٹیوں کی تصویر 700 پکسل چوڑی دکھائی دے گی، اسے اس کی ضرورت نہیں ہے۔ سرور کی ترتیبات میں تبدیلی سے پہلے پوچھیں کہ فائل کس لیے ہے، کیونکہ جواب عام طور پر واپس کمپریشن کی طرف اشارہ کرتا ہے۔

اگر ضروری ہو تو حد کو کیسے بڑھایا جائے

پہلے ہوسٹ سے پوچھیں، کیونکہ زیادہ تر مینجڈ فراہم کنندگان درخواست پر چند منٹوں میں ویلیو تبدیل کر دیتے ہیں۔ سپورٹ ٹکٹس کسی بھی ہوسٹنگ پلان پر کانفیگریشن فائلوں کے مقابلے میں اسے تیزی سے حل کرتے ہیں جو فائل رسائی کو محدود کرتا ہے۔

• Managed WordPress hosts عام طور پر کنٹرول پینل میں ترتیب کو ظاہر کرتے ہیں یا درخواست پر اسے ایڈجسٹ کرتے ہیں۔
• cPanel hosting میں اکثر ایک MultiPHP INI Editor شامل ہوتا ہے جہاں 3 ویلیوز کو براہ راست سیٹ کیا جا سکتا ہے۔
• Virtual private servers php.ini میں ترمیم کی اجازت دیتے ہیں، جس کے بعد PHP سروس کو ری اسٹارٹ کرنا ضروری ہوتا ہے۔
• .htaccess edits کچھ Apache سیٹ اپس پر کام کرتے ہیں اور دوسروں پر سرور کی خرابی کا باعث بنتے ہیں، اس لیے بیک اپ رکھیں۔
• حد بڑھانے کا دعویٰ کرنے والے پلگ انز اس سے زیادہ تجاوز نہیں کر سکتے جتنی سرور اجازت دیتا ہے، چاہے تفصیل کچھ بھی کہے۔

HTTP کی خرابی جو سائز کے بارے میں نہیں ہے

اپ لوڈ کے دوران ایک عام HTTP خرابی کا مطلب عام طور پر یہ ہوتا ہے کہ WordPress کے تھمب نیلز بنانے کے دوران میموری یا پروسیسنگ کا وقت ختم ہو گیا تھا، نہ کہ یہ کہ فائل کو سائز کی وجہ سے مسترد کر دیا گیا تھا۔ یہ فرق اس لیے اہم ہے کیونکہ امیج کو کمپریس کرنے سے دونوں وجوہات ٹھیک ہو جاتی ہیں۔

فائل کے بڑے سائز کے بجائے بڑی ابعاد (dimensions) میموری کے استعمال کو بڑھاتی ہیں، کیونکہ سرور کو ری سائز کرتے وقت ہر پکسل کو میموری میں رکھنا پڑتا ہے۔ 6000 ضرب 4000 پکسل کی امیج کو اس کی فائل کے سائز کے اندازے سے کہیں زیادہ میموری کی ضرورت ہوتی ہے۔ اپ لوڈ سے پہلے ابعاد کو کم کرنے سے ناکامی ختم ہو جاتی ہے چاہے فائل پہلے سے ہی سائز کی حد سے کم ہو۔

تھمب نیل کے وہ سائز جو WordPress بناتا ہے

WordPress ہر اپ لوڈ کی کم از کم 4 اضافی کاپیاں بناتا ہے، اور تھیمز اور پلگ انز عام طور پر مزید چند کاپیاں شامل کر دیتے ہیں۔ ایک ہی تصویر سائٹ کے مالک کو دیکھے بغیر ڈسک پر 8 یا 10 فائلیں بن سکتی ہے۔

ڈیفالٹ سائزز میں 150 پکسل اسکوائر پر تھمب نیل، 300 پکسل پر میڈیم، 768 پکسل پر میڈیم لارج اور 1024 پکسل پر لارج شامل ہیں، ساتھ ہی وہ اسکیل شدہ ورژن بھی شامل ہے جو WordPress بہت بڑی اپ لوڈز کے لیے بناتا ہے۔ پیج بلڈرز اور گیلری پلگ انز اپنے سائز الگ سے رجسٹر کرتے ہیں۔ ایک چھوٹی اصل فائل اپ لوڈ کرنے کا مطلب ہے کہ اس سے حاصل کردہ ہر فائل بھی چھوٹی ہوگی، یہی وجہ ہے کہ اپ لوڈ سے پہلے کمپریشن پوری لائبریری میں فائدے کو بڑھاتی ہے۔

WordPress میں WebP کی سپورٹ

WordPress ورژن 5.8 سے WebP اپ لوڈز کو قبول کر رہا ہے، اور ہر موجودہ براؤزر اس فارمیٹ کو دکھاتا ہے۔ براہ راست WebP اپ لوڈ کرنے سے ان کنورژن پلگ انز سے بچا جا سکتا ہے جو بہت سی سائٹیں اسی مقصد کے لیے انسٹال کرتی ہیں۔

دو احتیاطیں لاگو ہوتی ہیں۔ کچھ پرانی تھیمز اور پیج بلڈرز JPG یا PNG فرض کرتے ہیں اور ہو سکتا ہے WebP تھمب نیلز کو درست طریقے سے نہ بنائیں، اس لیے پوری لائبریری کو تبدیل کرنے سے پہلے ایک ٹیسٹ اپ لوڈ دیکھیں۔ زائرین کے ذریعے ڈاؤن لوڈ کے لیے تیار کی گئی تصاویر، جیسے پریس کٹس یا پرنٹ کے قابل گائیڈز، کو JPG ہی رہنا چاہیے، کیونکہ WebP براؤزرز سے باہر استعمال میں دشوار رہتا ہے۔

لائیو صفحہ پر امیج کا وزن چیک کرنا

F12 کے ساتھ ڈیولپر ٹولز کھولیں، Network ٹیب پر سوئچ کریں، تصاویر کے لحاظ سے فلٹر کریں اور صفحہ دوبارہ لوڈ کریں۔ یہ پینل ہر امیج کو اس کے اصل نقل و حمل کے سائز کے ساتھ ظاہر کرتا ہے، سب سے بڑی امیج پہلے ہوتی ہے۔

وہ نظارہ اندازے کے بجائے براہ راست سوال کا جواب دیتا ہے۔ 500 KB سے زیادہ کی کسی بھی سنگل امیج اور کسی بھی ایسے صفحے کو تلاش کریں جہاں تصاویر کا کل سائز 2 MB سے زیادہ ہو۔ سب سے بڑی فائل تقریباً ہمیشہ وہی ہوتی ہے جسے پہلے ٹھیک کرنا کا فائدہ ہے، اور یہ عام طور پر ہیڈر کی تصویر یا پوسٹ کی پہلی تصویر ہوتی ہے۔ 2 یا 3 تصاویر کو ٹھیک کرنے سے اکثر صفحے کا زیادہ تر اضافی وزن ختم ہو جاتا ہے۔

پہلے سے بھاری میڈیا لائبریری کو ٹھیک کرنا

صرف نئی اپ لوڈز کے بجائے موجودہ لائبریری کو کمپریس کریں، کیونکہ پرانی پوسٹس ایک قائم شدہ سائٹ پر زیادہ تر وزن رکھتی ہیں۔ 5 سال سے چلنے والے بلاگ میں ہزاروں غیر کمپریس شدہ تصاویر ہو سکتی ہیں۔

اپ لوڈز کے فولڈر کو ڈاؤن لوڈ کریں، اسے ایک بیچ کے طور پر پروسیس کریں، اور وہی نام رکھتے ہوئے فائلوں کو تبدیل کریں تاکہ موجودہ پوسٹس کام کرتی رہیں۔ اس کے بعد تھمب نیلز کو دوبارہ تیار (regenerate) کرنے سے چھوٹے اصل سائز سے حاصل کردہ سائز دوبارہ بن جاتے ہیں۔ کسی بھی چیز کو تبدیل کرنے سے پہلے بیک اپ لیں، کیونکہ یہ ان چند امیج کے کاموں میں سے ایک ہے جو فائلوں کو اسی جگہ اوور رائٹ کرتا ہے۔

پورے اپ لوڈز فولڈر کو پروسیس کرنا

فولڈر کو ZIP آرکائیو کے طور پر ڈالیں اور اندر موجود ہر سپورٹ شدہ امیج کو ایک ہی بار میں نکالا، ری سائز اور کمپریس کیا جاتا ہے۔ فی بیچ 500 فائلوں تک چلتی ہیں، جو چند راؤنڈز میں زیادہ تر چھوٹی اور درمیانی سائٹس کا احاطہ کرتی ہیں۔

سب کچھ آپ کے اپنے پروسیسر پر آپ کے براؤزر کے اندر ہوتا ہے، اس لیے کلائنٹ سائٹس، غیر شائع شدہ ڈرافٹس اور پرائیویٹ گیلریاں کبھی سرور تک نہیں پہنچتیں۔ یہ معاہدے کے تحت کام کرنے والی ایجنسیوں کے لیے اہم ہے، جہاں کسی نامعلوم کمپریشن سروس میں کلائنٹ کی میڈیا لائبریری اپ لوڈ کرنا معاہدے کی خلاف ورزی ہوگی چاہے کچھ غلط نہ بھی ہو۔