Именуване на файлове с продуктови снимки: работеща система

Някой ви пита за задния изглед на 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.

Допълвайте числата с нули — PT01, а не PT1. Windows Explorer и Finder сортират числата естествено, но списъците в терминала, скриптовете и ключовете в обектните хранилища сортират като обикновен текст, така че PT11 попада между PT1 и PT2, вместо след тях.

Собственото правило на Amazon за имена на файловете с изображения се намира в помощните страници на Seller Central, зад входа за продавачи, и може да не използва същите разделители като тук. Проверете актуалния синтаксис във вашия акаунт, преди да преименувате хиляди файлове, и запазете основната идея — идентификатор първо, код на изглед второ — във всеки канал за продажби (правила на Amazon за продуктовите изображения).

Наименувайте фона, не само продукта

Една снимка се превръща в няколко крайни продукта: чисто бяло за маркетплейс, брандов цвят за банер, прозрачен фон за презентация, сянка за мрежата с категории. Ако името не казва кое кое е, изпращате грешното.

Използвайте кратък, затворен списък за третото поле: raw за недокоснатия файл от камерата, white, brand, cut за прозрачен фон, shadow и life за лайфстайл фон. Когато замествате фон в remover.bg — плътен цвят, персонализиран цвят или собствена снимка — знайте кой суфикс ще получи този резултат, преди да започнете, и преименувайте изтегления файл веднага.

Разширението също носи информация. Резултатът с прозрачен фон трябва да е PNG или WebP; файл _cut, записан като JPEG, е грешка, а не вариант (обяснение на прозрачните PNG файлове). Белите файлове за маркетплейси обикновено са JPEG, изображенията за сайтове все по-често са WebP.

Знаци, които тихо чупят нещата

• Без интервали. Те стават %20 в URL адресите, чупят некавичкованите шел скриптове и се пренаписват безшумно от формулярите за качване.
• Само ASCII. # и ? прекратяват частта с пътя в URL адреса, а & разделя параметрите на заявката, така че всеки от тях в име на файл може да отреже или раздели линк. Буквите с диакритични и други не-ASCII знаци са извън разрешения набор от знаци в URI и се кодират процентно в нечетими низове. Скобите са позволени в път, но пак чупят markdown линковете и некавичкованите шел команди.
• Един фиксиран регистър. Windows и macOS по подразбиране не различават главни от малки букви, така че TS-4410 и ts-4410 се сблъскват; Linux сървърите и обектните хранилища пазят два файла. Наложете един регистър.
• Един разделител на ниво. Долна черта между полетата, тире вътре в полето.
• Без думи за статус. final, FINAL2, new, use-this са лъжи до седмица. Правете версии, като замествате файла, а не като го преименувате.

Дръжте оригинала от камерата и изрязания обект отделно

Никога не презаписвайте източника. TS-4410_MAIN_raw.jpg и TS-4410_MAIN_white.jpg живеят един до друг, така че когато брандовият цвят се смени, изрязвате отново от оригинала, вместо да спасявате сплескан експорт.

Качванията са ограничени до 25 MB, което голям файл от камера може да надхвърли. Първо го намалете в собствения си фоторедактор — това умалено копие е трети артефакт, затова му дайте име (TS-4410_MAIN_upload.jpg).

Именуването прави груповите обработки възможни

Груповата обработка минава през HTTP API, така че всеки файл се адресира по име. Детерминираните имена дават детерминирана задача: скриптът чете TS-4410_MAIN_raw.jpg, записва TS-4410_MAIN_cut.png и се изпълнява повторно безопасно: изходният път е чиста функция на входния.

Сравнете очакваните изходни имена с реално получените и разликата назовава SKU-то, което се е провалило. Ръководството за API за премахване на фона покрива страната на заявките.

Картата с правилата

Закачете това в споделеното хранилище:

1. SKU_VIEW_BACKGROUND.ext, в този ред.
2. SKU, копиран от фийда, знак по знак.
3. Изглед от уговорения списък. Числата — допълнени с нули.
4. Фон от уговорения списък. Разширението му съответства.
5. Един фиксиран регистър, само ASCII, без интервали, без дати, без думи за статус.
6. Оригиналите се пазят като _raw и никога не се презаписват.

Преименувайте последните сто файла на ръка тази седмица. Всичко след това е безплатно.