R#
вот тебе и размеры, поэтому и говорят не по папкам бить, а по размерам
например на компе рисунок 1280х700
а на мобиле он же - 300х300
Size: a a a
2020 August 19
Д
Аа. Понял. Типо в макете на Google Speed
Д
Хорошо. Спасибо большое. Сделаю себе логику которая будет резать и сжимать изображения
AP
Не согласен
Не согласен
И
Не согласен
Смотря какие цели. Если для конкретной задачи - можно и суффиксы. А если размер изображения в будущем может измениться, то _big уже станет _superbig или как?
AP
давайте батл
Gt
давайте батл
По фактам?
AP
чей вариант круче
AP
мы почти во всех проектах храним в таком виде
/{entity}/{id}/myImage.jpg
/{entity}/{id}/myImage_100x100.jpg
/{entity}/{id}/myImage_300x300.jpg
/{entity}/{id}/myImage_1920x1080.jpg
/{entity}/{id}/myImage.jpg
/{entity}/{id}/myImage_100x100.jpg
/{entity}/{id}/myImage_300x300.jpg
/{entity}/{id}/myImage_1920x1080.jpg
AP
и по накатаной
AP
ну вы поняли принцип кароч
Gt
мы почти во всех проектах храним в таком виде
/{entity}/{id}/myImage.jpg
/{entity}/{id}/myImage_100x100.jpg
/{entity}/{id}/myImage_300x300.jpg
/{entity}/{id}/myImage_1920x1080.jpg
/{entity}/{id}/myImage.jpg
/{entity}/{id}/myImage_100x100.jpg
/{entity}/{id}/myImage_300x300.jpg
/{entity}/{id}/myImage_1920x1080.jpg
Тоже неплохо.
AP
даже в базу лазить не нужно
И
Кейс, за который я топлю - всегда храним оригиналы изображений. Нужный размер берём с диска, если его нет - генерируем и отдаем
AP
но не об этом
AP
ну оригинал всегда нужно хранить
AP
это закон божий
И
мы почти во всех проектах храним в таком виде
/{entity}/{id}/myImage.jpg
/{entity}/{id}/myImage_100x100.jpg
/{entity}/{id}/myImage_300x300.jpg
/{entity}/{id}/myImage_1920x1080.jpg
/{entity}/{id}/myImage.jpg
/{entity}/{id}/myImage_100x100.jpg
/{entity}/{id}/myImage_300x300.jpg
/{entity}/{id}/myImage_1920x1080.jpg
Ну так почти тоже самое. Только сносить не нужный более формат изображений неудобно. В моем случае - сносится вся папка целиком
...\avatars\100x250\...
...\avatars\100x250\...