Загрузка на сервер картинок с уникальными именами во избежание замены

@jonni · Регистрация: 03.03.2010

Студворк — интернет-сервис помощи студентам

Здравствуйте! Возник вопрос - при загрузке картинки на сервер, ей надо присваивать уникальное имя, чтобы не было повторов. Как это лучше сделать? В голову приходит Guid, но будет ли он 100% уникален каждый раз? Как впрочем и хеширование не гарантирует отсутствие коллизий..
Какие есть соображения? Спасибо

@Moonshine · 01.12.2012, 16:43

Можно просто число, тип 1.jpg. Получаешь последний номер перед сохранением и добавляещь 1. Можно в переменной хранить число, чтобы каждый раз не спрашивать.

Если пользователи с уникальными именами или как минимум уникальными id в базе, перед картинкой можно номер пользователя ставить. Потом проще удалить будет все картинки пользователя.

@Vegas · 03.12.2012, 17:25

Еще можно дату в вывести в секундах, хотя я всегда использую Guid.

@skynick99 · 09.12.2012, 11:36

я бы конечно рекомендовал бы использование handler.ashx и запись в бд типа:
1. FileId int
2. Title nvarchar(256)
3. MyFile varbinary(max)
4. SizeFile float or etc.
5. ContentType nvarchar(1024)
6. DateCreated DateTime
7. Alt nvarchar(max)
8. Tooltip nvarchar(max)
9. IsAccess bit доступен ли

а в .aspx будет типа

HTML5
1
<asp:HyperLink NavigateUrl='<%# "~/handler.ashx?id="+Eval("FileId") %>' runat="server" />

для файла.
Или

HTML5
1
<asp:Image Width="30px" ImageUrl='<%# "~/handler.ashx?id="+Eval("FileId") %>' AlternateText='<%# Eval("Alt") %>' ToolTip='<%# Eval("Tooltip") %>' runat="server" />

=для фото

@Vegas · 09.12.2012, 12:08

skynick99, слишком это все.
Я думаю что для малых и средних сайтов это слишком большой расход ресурсов.
1) Забиваем ДБ ненужными данными наполняя ее вес.
2) Гоняем трафик между сервером и БД
3) чтоб хоть как-то компенсировать разход трафика, низкую скорость и улучшить производительность, придеться сохранять результаты в кеш забивая память в веб сервере.

Единственный раз когда такое делал, это когда работал над большим сайтом который седел на нескольких серверах и выдавал информанцию через кешированный прокси сервер.

@skynick99 · 09.12.2012, 12:16

Сообщение от Vegas

skynick99, слишком это все.

на вкус и цвет... я только предложил альтернативный вариант...

Добавлено через 3 минуты
тогда другой вариант парсить папку на вхождения по имени или парсить бд. и при записи файла делать ему Rename на имя_1 и так далее.

Новые блоги и статьи Все статьи Все блоги /
Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .

@jonni 119 / 119 / 25 Регистрация: 03.03.2010 Сообщений: 436

	Загрузка на сервер картинок с уникальными именами во избежание замены 30.11.2012, 21:20. Показов 1640. Ответов 5 Метки нет (Все метки) Здравствуйте! Возник вопрос - при загрузке картинки на сервер, ей надо присваивать уникальное имя, чтобы не было повторов. Как это лучше сделать? В голову приходит Guid, но будет ли он 100% уникален каждый раз? Как впрочем и хеширование не гарантирует отсутствие коллизий.. Какие есть соображения? Спасибо 0

@Moonshine 43 / 43 / 7 Регистрация: 09.10.2012 Сообщений: 147
	01.12.2012, 16:43
	Можно просто число, тип 1.jpg. Получаешь последний номер перед сохранением и добавляещь 1. Можно в переменной хранить число, чтобы каждый раз не спрашивать. Если пользователи с уникальными именами или как минимум уникальными id в базе, перед картинкой можно номер пользователя ставить. Потом проще удалить будет все картинки пользователя. 1

@Vegas 86 / 85 / 11 Регистрация: 12.07.2009 Сообщений: 465
	03.12.2012, 17:25
	Еще можно дату в вывести в секундах, хотя я всегда использую Guid. 0

@Vegas 86 / 85 / 11 Регистрация: 12.07.2009 Сообщений: 465
	09.12.2012, 12:08
	skynick99, слишком это все. Я думаю что для малых и средних сайтов это слишком большой расход ресурсов. 1) Забиваем ДБ ненужными данными наполняя ее вес. 2) Гоняем трафик между сервером и БД 3) чтоб хоть как-то компенсировать разход трафика, низкую скорость и улучшить производительность, придеться сохранять результаты в кеш забивая память в веб сервере. Единственный раз когда такое делал, это когда работал над большим сайтом который седел на нескольких серверах и выдавал информанцию через кешированный прокси сервер. 0