основном не заморачиваются закрытием
в тот же алик посмотреть как категории выглядят
если про обычный магазин это все равно что космическим кораблем гвоздь забивать
зато гимор просто смотреть сопопставлять, то что в клиенте и бекенде, те не абстрактно кодить, а реально управлять инет магазином, да и опять же там часто slug пихается для товаров, uuid для остального - зачем?
микросервисы - это уже совсем лютый оверхед для простых проектов
зачем тогда вообще постгрес, если монга работаете и идеалогия на uuidах и шардинг там как раз что дохтур прописал
а так исходя из текста выше, что-то мне подсказывает что категории не будут особо анализировать конкуренты и поднайти id=27 vs нцать буков попроще, да и какой анализ ну ок 100 категорий товаров и что?
я уж не говорю о том, что если в урл это пойдет, то сейчас поисковики топят за укороченные ссылки и даже не слуги пихают, а как раз id интовые.
слазить с чего либо - очень редко видел чтобы конкретно не менялась кодовая база при переходе
написать импортер чаще бывает проще, чем поддерживать старую струкутуру, опять же не зная контекста абстрактный разговор
поэтому пихать uuid во все подряд или чтобы тупо шифровать никому не нужные данные - так себе занятие и выстрел в ногу
и уж тем более primary key,
прсото потом с этим добром еще конверторы делать в django admin, потом тот же serach_fields по uuidу отваливается в админке, тк хранится он без палок в бд, а и ищется с палками, ссылки в админке подкручивать и тп тк паровозик из 36 символов сжирает место
в итоге вместо того чтобы тупо сделать категории, челам советуется напилить несколько велосипедов, в надежде что кто-то позарится на анализ или еще там что, пардон, но это из разряда неуловимого джо.
с позиции "Django как платформа для разработки сайтов" мне Django не очень интересна (для этого есть CMS, любые миграции для разработки сайтов - оверхёд), а не для сайтов - ну, нужно понимать, что рано или поздно там всё равно будут микросервисы, с uuid удобнее
Обсуждают сегодня