پروڈکٹ امیج فائلوں کے نام کا اصول جو اسکیل کرے

کوئی آپ سے TS-4410 کا بیک ویو سفید بیک گراؤنڈ پر مانگتا ہے۔ آپ شیئرڈ ڈرائیو کھولتے ہیں اور IMG_4471 copy 2 final.png، IMG_4471 copy 2 final (1).png، اور ایک فولڈر جس کا نام NEW EDITS USE THESE ہے، پاتے ہیں۔ دس منٹ بعد بھی آپ تھمب نیلز ہی کھول رہے ہوتے ہیں۔

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

SKU کو ہمیشہ سب سے پہلے رکھیں

فائل نیمز حروفِ تہجی کی ترتیب سے سورٹ ہوتی ہیں، اس لیے پہلا فیلڈ وہ محور ہے جس کے مطابق آپ کا فولڈر منظم ہوتا ہے۔ اسے وہ شناخت کنندہ بنائیں جو کبھی نہیں بدلتا: SKU بالکل ویسا جیسا آپ کے پروڈکٹ فیڈ میں درج ہے۔ اس کے بعد کسی بھی پروڈکٹ کی تمام تصاویر ساتھ ساتھ رہتی ہیں، چاہے انہیں کسی نے بھی محفوظ کیا ہو۔

تاریخ کو پہلے رکھنا (2026-07-14_shoot_final) شوٹ کے دن کے حساب سے گروپ کرتا ہے — یعنی وہ واحد محور جس پر کوئی سرچ نہیں کرتا۔

تین فیلڈز کافی ہیں:

• TS-4410 — SKU، فیڈ سے بعینہ لیا گیا
• MAIN — کیمرہ کس چیز کو دیکھ رہا ہے
• white — سبجیکٹ کے پیچھے کیا ہے

ملا کر: TS-4410_MAIN_white.png۔ جو بھی اس فہرست کو پڑھے وہ فائل کھولے بغیر ہی جان جاتا ہے کہ یہ کیا ہے، اور ایک اسکرپٹ اسے انڈر اسکور پر تقسیم کر سکتی ہے۔

شوٹنگ سے پہلے ویو کوڈز طے کر لیں

دوسرا فیلڈ تب ہی کام کرتا ہے جب اس کے لیے ایک مقررہ، تحریری فہرستِ الفاظ موجود ہو۔ کوڈز ایک بار طے کر لیں اور پھر کبھی من مانی نہ کریں: ہیرو شاٹ کے لیے MAIN، ایک مقررہ ترتیب میں اضافی ویوز کے لیے PT01 سے PT08 تک، اور ALT-back، DETAIL-clasp، SCALE۔

نمبروں کے آگے زیرو لگائیں — PT1 نہیں بلکہ PT01۔ ونڈوز ایکسپلورر اور فائنڈر نمبروں کو فطری انداز میں سورٹ کرتے ہیں، لیکن شیل لسٹنگز، اسکرپٹس اور آبجیکٹ اسٹوریج کیز انہیں سادہ متن کے طور پر سورٹ کرتی ہیں، اس لیے PT11، PT1 اور PT2 کے درمیان آ جاتا ہے، ان کے بعد نہیں۔

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

صرف پروڈکٹ نہیں، بیک گراؤنڈ کا نام بھی رکھیں

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

تیسرے فیلڈ کے لیے ایک مختصر، محدود فہرست استعمال کریں: بغیر ایڈٹ کی گئی کیمرہ فائل کے لیے raw، پھر white، brand، شفاف کے لیے cut، shadow، اور لائف اسٹائل بیک ڈراپ کے لیے life۔ جب آپ remover.bg میں بیک گراؤنڈ تبدیل کریں — سالڈ کلر، کسٹم کلر، یا اپنی تصویر — تو شروع کرنے سے پہلے ہی جان لیں کہ اس آؤٹ پٹ کو کون سا سفکس ملے گا، اور ڈاؤن لوڈ ہوتے ہی اس کا نام بدل دیں۔

ایکسٹینشن بھی معلومات فراہم کرتی ہے۔ شفاف آؤٹ پٹ لازمی طور پر PNG یا WebP ہونی چاہیے؛ اگر _cut فائل JPEG میں محفوظ کی جائے تو یہ ایک ویری اینٹ نہیں بلکہ بگ ہے (شفاف PNGs کی وضاحت)۔ مارکیٹ پلیس کی سفید فائلیں عموماً JPEG ہوتی ہیں، جبکہ سائٹ امیجز میں WebP کا استعمال بڑھتا جا رہا ہے۔

وہ کریکٹرز جو خاموشی سے چیزیں توڑ دیتے ہیں

• اسپیس نہ رکھیں۔ یہ URLs میں %20 بن جاتی ہیں، بغیر quote والے شیل اسکرپٹس کو توڑ دیتی ہیں، اور اپ لوڈ فارمز کے ذریعے خاموشی سے دوبارہ لکھ دی جاتی ہیں۔
• صرف ASCII۔ # اور ? کسی URL کے path والے حصے کو ختم کر دیتے ہیں اور & کوئری پیرامیٹرز کو الگ کرتا ہے، اس لیے فائل نیم میں ان میں سے کوئی بھی کریکٹر لنک کو کاٹ یا تقسیم کر سکتا ہے۔ ایکسنٹ والے اور دیگر non-ASCII کریکٹرز اجازت یافتہ URI کریکٹر سیٹ سے باہر ہوتے ہیں اور پرسنٹ-انکوڈ ہو کر ناقابلِ فہم سٹرنگز میں بدل جاتے ہیں۔ قوسین ایک path میں جائز ہیں لیکن پھر بھی مارک ڈاؤن لنکس اور بغیر quote والے شیل کمانڈز کو توڑ دیتے ہیں۔
• ایک ہی مقررہ کیس۔ ونڈوز اور macOS بذاتِ خود case-insensitive ہوتے ہیں، اس لیے TS-4410 اور ts-4410 ٹکرا جاتے ہیں؛ جبکہ لینکس سرورز اور آبجیکٹ اسٹوریج دونوں فائلیں الگ الگ رکھتے ہیں۔ ایک ہی کیس کو لازمی بنائیں۔
• ہر سطح پر ایک ہی سیپریٹر۔ فیلڈز کے درمیان انڈر اسکور، اور فیلڈ کے اندر ہائفن۔
• اسٹیٹس والے الفاظ نہ رکھیں۔ final، FINAL2، new، use-this جیسے الفاظ ایک ہفتے میں ہی جھوٹے ثابت ہو جاتے ہیں۔ ورژننگ کے لیے فائل کو دوبارہ نام دینے کے بجائے اسے تبدیل کریں۔

کیمرہ کی اصل فائل اور کٹ آؤٹ کو الگ رکھیں

سورس فائل کو کبھی اوور رائٹ نہ کریں۔ TS-4410_MAIN_raw.jpg اور TS-4410_MAIN_white.jpg ساتھ ساتھ موجود رہتی ہیں، تاکہ جب برانڈ کلر تبدیل ہو تو آپ کسی فلیٹنڈ ایکسپورٹ کو بچانے کے بجائے اصل فائل سے دوبارہ کٹ آؤٹ بنا سکیں۔

اپ لوڈز کی حد 25 MB مقرر ہے، جسے کیمرے کی بڑی فائل عبور کر سکتی ہے۔ پہلے اسے اپنے فوٹو ایڈیٹر میں چھوٹا کریں — یہ کم شدہ کاپی ایک تیسرا آرٹیفیکٹ ہے، اس لیے اسے بھی ایک نام دیں (TS-4410_MAIN_upload.jpg)۔

نیمنگ ہی بلک رنز کو ممکن بناتی ہے

بیچ پروسیسنگ HTTP API کے ذریعے چلتی ہے، اس لیے ہر فائل کو نام کے ذریعے ایڈریس کیا جاتا ہے۔ متعین (deterministic) نام ایک متعین کام دیتے ہیں: اسکرپٹ TS-4410_MAIN_raw.jpg پڑھتی ہے، TS-4410_MAIN_cut.png لکھتی ہے، اور محفوظ طریقے سے دوبارہ چل سکتی ہے: آؤٹ پٹ پاتھ صرف ان پٹ کا ایک pure function ہوتا ہے۔

متوقع آؤٹ پٹ ناموں کا موازنہ اس سے کریں جو حقیقت میں حاصل ہوا، اور فرق ہی وہ SKU بتا دے گا جو ناکام رہا۔ بیک گراؤنڈ ریموول API گائیڈ ریکویسٹ والے پہلو کا احاطہ کرتی ہے۔

قوانین کا کارڈ

اسے شیئرڈ ڈرائیو پر پن کر دیں:

1. SKU_VIEW_BACKGROUND.ext، اسی ترتیب میں۔
2. SKU فیڈ سے، ایک ایک کریکٹر مطابق کاپی کیا گیا۔
3. ویو، طے شدہ فہرست سے۔ نمبروں کے آگے زیرو لگا ہوا۔
4. بیک گراؤنڈ، طے شدہ فہرست سے۔ ایکسٹینشن اس کے مطابق ہو۔
5. ایک ہی مقررہ کیس، صرف ASCII، بغیر اسپیس، بغیر تاریخ، بغیر اسٹیٹس والے الفاظ۔
6. اصل فائلیں _raw کے طور پر محفوظ رکھی جائیں اور کبھی اوور رائٹ نہ ہوں۔

اس ہفتے آخری سو فائلوں کا نام ہاتھ سے تبدیل کریں۔ اس کے بعد باقی سب کچھ بغیر کسی اضافی محنت کے ہو جاتا ہے۔