Как назначить уникальное имя файлу?

Задаю уникальное имя файла при помощи md5($id_будущего_файла_в_таблице.microti me(true));
Какова вероятность повторения md5 хэша? Я понимаю что крайне и крайне мала, но всё же.
И что посоветуете вместо md5? Сразу скажу, насколько я знаю, ЛЮБОЙ тип хэширования допускает коллизии.
И вообще, если хэшировать строку в данном случае глупо, предлагайте свои версии того, как назначить уникальное имя для файла, БЕЗ единого шанса на повторение.

Так как мы тут хардкорщики, я прошу вариант БЕЗ циклов. Слабо?

0

Сообщение от AlexBitard А, так у вас девушки нет что ли? Если так, я уверяю - не хотел обидеть как либо в этом плане. Да и вовсе они не обязательны. Попробуйте дружеские отношения. Свобода это удобно!

Я не понимаю - почему Вы все пытаетесь меня задеть как-то? Я Вам что-то плохое сделал?

Тема началась с того, что Вы спросили - как бы задать уникальное имя файла, да так чтобы безо всяких коллизий, чтобы оно 100% не повторялось, на что я Вам дал очевидный и элементарный ответ:

Сообщение от pav1uxa Code 1 2 3 4 5 6 7 8 если создается первый файл { * * имя = 0 } иначе { * * имя = имя последнего созданного файла + 1 }

Дальше Вы написали, что надо предусмотреть, если 2 пользователя создадут файл в одну наносекунду (о чем в начале темы Вы не сказали ни слова), но я опять дал вам самый простой и элементарный ответ, который на 100% решает эту проблему:

Сообщение от pav1uxa Можно создать файла какой-нибудь пустой, с названием lock. И перед созданием файла, попробовать открывать его для записи. Если открылся - значит сейчас никто файл не создает, и можно создавать. Иначе - ждать пока будет доступен. Это 100% гарантия

На что Вы сказали "а у меня все фото в свободном доступе и что если подберут название фотки?". О чем, опять же, в первых двух вопросах не было ни слова. Но я опять дал Вам ответ, который целиком решает уже третью проблему:

Сообщение от pav1uxa фотографии можно показывать через скрипт, а папку в которой они лежат вообще закрыть. И в скрипте проверять - авторизован ли пользователь, и тот ли это пользователь кому предназначено фото.

Но Вам опять это не понравилось, по одной простой причине - "а вот у ВКонтакте по другому!".

Но при всем при этом, я Вам оказывается чем-то не угодил, или может быть даже обидел где то... Прямо принцесса какая-то. Я Вас совершенно не понимаю. Вы уже можете спокойно, без эмоций и перехода на личности (не ваше дело есть у меня девушка или нет) составить свой вопрос грамотно и окончательно, при ответе на который не будете говорить - "а мне не так, а вот так хочется". Напоминает бриллиантовую руку - "А у вас нет точно такого же, только без крыльев?" (с)

0

pav1uxa, Ладно, приятель. Прости. Я действительно нахамил тебе как то. Я не хотел. Настроение просто плохое было.
А сейчас всё классно. Но ты слишком запутанные варианты предлагал, которые совсем не то что мне было нужно.
Я просил просто уникальности имени файла. И прочти нашу ветку диалога с Jodah, он сразу же понял что мне нужно.

И кстати да, ВК для меня - функциональный вдохновитель. Прекрасный сайт в плане функциональности.
Но это здесь совсем не при чём. Тебя что, когда просят новички "Как сохранить пароль в БД?" ты предлагаешь им вариант без хэширования? Если ты тру, думаю твой ответ Нет. Это ведь безопасность которую даже не обсуждают. Так и с именем файла. Явная последовательность имён не практична и не безопасна.

Кстати в целом - клёвый форум. Дизайн конечно жуткий отстой, но в целом отличный инструмент поиска дискуссий.

0

Читаю тему... бред! Нет, даже не на - БРЕД!!!!!

Я тут новенький на форуме, может обижу кого-то из "авторитетов"...

Уникальность достигается привязкой к последовательности чего-либо: например времени, идентификатора, порядкового номера и т.п. Генерация случайности породит коллизию.

Что касается второго. Повторить MD5 ох как нужно постараться. Не нравится md5 - попробуй sha

Теперь что касается первого. нет ничего лучшего как метка времени.


Не реально (ну если только в лабораторных целях) загрузить несколько файлов в одну и туже наносекунду. Но допустим реально. Тогда может быть прибавить порядковый номер.

Но может возникнуть (опять же не реальная ситуация) проблему при слиянии этих файлов... когда совпало и время и порядковый номер... Тогда можно добавить РАНДОМ.. Если и тут проблема, ну так поставь два РАНДОМА подряд..

У меня есть всего 1 вопрос, как вставлять имя файла в таблицу? Какой алгоритм? - Создали ячейку в таблице files (пустую и зануленную? ну кроме естественно поля from указывающее на то для чего этот файл нужен. Для какой новости например) - Всё, у нас есть ID, теперь апдейтим ячейку name нужными данными? Или можно как то всё в одно действие сделать?

Очень просто... создай сначала запись в базе, получи ID, а уж потом переименуй файл и сохрани его. Но создавать таблицу и дёргать базу ради уникальности имени файла... (см. последнее слова в первой строке)

0

Сообщение от GoDr Что касается второго. Повторить MD5 ох как нужно постараться. Не нравится md5 - попробуй sha

Если ТС не нравится md5 из-за мизерных рисков, зачем предлагать sha с такими же мизерными рисками? Да и изначально задача состоит в исключении возможности повторов. Да, такая ситуация может возникнуть 1 раз из миллиона, но если когда возникнет - придётся разбираться, пытаться воспроизвести ситуацию, шерстить код...

Сообщение от GoDr когда совпало и время и порядковый номер

А как может совпасть порядковый номер? Он ведь на то и порядковый, чтобы не повторяться.

Сообщение от GoDr Тогда можно добавить РАНДОМ.. Если и тут проблема, ну так поставь два РАНДОМА подряд..

Отлично... время, номер, две рандомные строки... можно ещё логин юзера добавить, чтобы уж наверняка... какой-то

Сообщение от GoDr БРЕД!!!!!

Проще уж, как советовали выше, проверять файл на возможность записи. И уж точно проще сохранять информацию о файле в БД, тем более учитывая, что она вполне может в будущем пригодиться.

Сообщение от GoDr создай сначала запись в базе, получи ID, а уж потом переименуй файл и сохрани его.

Собственно, к этому в итоге и пришли.

В общем, громкие слова, но нормального (или хотя бы нового) решения вы не предложили.

1

Jodah, Хорошо что есть люди которые объясняют выскочкам всё вместо меня.
Всё верно, благодарю.

0

Сообщение от GoDr Читаю тему... бред! Нет, даже не на - БРЕД!!!!!

0

А как может совпасть порядковый номер? Он ведь на то и порядковый, чтобы не повторяться.

Я объснил.. если задачи формируются параллельно, а потом сливаются в одну систему. Теоретически реально совпадение

Собственно, к этому в итоге и пришли.

Создать уникальность имени файла при этом создав дополнительно таблицу и использовать БД вообще??? Это разве оптимально?

В общем, громкие слова, но нормального (или хотя бы нового) решения вы не предложили.

Ах, ну да... извините, здесь своё сообщество со своими правилами.. Но сути не меняет.. Если человек говорит что md5+соль ему мало, то я себе очень плохо могу представить реальное воплощение проекта. Если это теория, то давайте сразу об этом и рассуждать.

Из бреда тут только Ваш пост. Из которого очевидно, что Вы даже тему целиком не прочитали.

Прочитал и внимательно. Проблема вопроса в его постановке. Уникальность имеет два варианта: первый - номер по порядку, второй допустимость совпадений.

Номер по порядку - решений много
- проверяем файлы в папке, делаем +1 и радуемся (нормальные файловые менеджеры да и ОС такое делаю без проблем)
- используем БД (как было сказано в теме). Но создавать БД ради уникальности - не целесообразно. Допустимо, но не целесообразно. Оправдание будет если в таблице буде ещё что-то: описание, автор и т.п. и т.д.

Допустимость совпадений - решений ещё больше.. суть в том на сколько мы можем пойти
- случайное число от 1 до тысячи
- случайное число от 1 до миллиарда
- дата-время
- дата-время+миллисекунды
- дата-время+миллисекунды+имя файла
- дата-время+миллисекунды+имя файла+размер файл
если считать что MD5 32 символа, то [дата-время+миллисекунды] по логике меньше.

Вот и нужно думать что и как использовать. Если одна из миллиона записей не пройдёт, то не велика потеря. В эту погрешность может попасть и разрыв соединения с сервером.

А что касается обсуждений, ну так просто мусолили все возможные варианты. И автор согласился что AUTO_INCREMENT это лучший вариант. Да я не против. Хороший вариант, но супер не оптимальный.

PS

Jodah, Хорошо что есть люди которые объясняют выскочкам всё вместо меня. Всё верно, благодарю.

Это хамство с Вашей стороны. Вы не знаете кто я такой, не знаете сколько мне лет, не знаете моего опыта. Но при этом позволяете себе переходить "на личности"(!) Мои высказывания касаются только вопроса и темы обсуждения, но никак не человека это написавшего.

Добавлено через 20 минут
...совсем забыл о md5_file() и sha1_file()
Если значения совпадут, то я думаю ничего страшно в перезаписи файлов не будет.. по сути они идентичны

0

Сообщение от GoDr Прочитал и внимательно.

Сообщение от GoDr Это хамство с Вашей стороны. Вы не знаете кто я такой, не знаете сколько мне лет, не знаете моего опыта. Но при этом позволяете себе переходить "на личности"(!)

0

pav1uxa, да вот не поверишь, хотел об этом сказать что автор вопроса уже извинялся, но что-то не написал.. надеюсь что это просто случайность в высказываниях... Да и адресовано всё же это было конкретному человеку.

..Нового принёс две упомянутые мной функции . Я бы сказал это очень реально. Хотя никогда не использовал их сам, не уверен просто в быстродействии

0

Сообщение от GoDr Создать уникальность имени файла при этом создав дополнительно таблицу и использовать БД вообще??? Это разве оптимально?

Вы точно полностью прочитали тему? Ведь из этого:

Сообщение от AlexBitard но в то же время зная ID файла, нельзя узнать его имя (человеку который не должен этого знать) в общем то что нужно! В коде не пробовал пока что, но думаю всё получится. У меня есть всего 1 вопрос, как вставлять имя файла в таблицу?

можно сделать вывод, что человеку нужно не просто создать файл с уникальным именем, но ещё и его название где-то хранить. БД в данном случае самый оптимальный способ.

Сообщение от GoDr Ах, ну да... извините, здесь своё сообщество со своими правилами.. Но сути не меняет.. Если человек говорит что md5+соль ему мало, то я себе очень плохо могу представить реальное воплощение проекта. Если это теория, то давайте сразу об этом и рассуждать.

0

Jodah, ну если исходить из первого вопроса что человек хочет чтобы файлы не повторялись. И дальше.. что же вы все упрямо твердите читал ли я тему

Вот давай из цитаты что ты привёл... AlexBitard хочет сделать так чтобы название файла никто не знал и предполагается создать связующую таблицу
По сути мы имеем настоящее имя и присвоенное (т.е. AUTO_INCREMENT). Но зачем? Я бы понял если человек хочет скрыть путь к файлу. Вот тогда бы это реально нормальный подход к решению задачи. Т.е. в базе мы формируем реальный путь и случайный который отдаём пользователю. и получим что-то такое
при этом можно задать параметр жизни ссылки

И теперь про бред. Извините все не так высказался.. Я имел в виду обсуждение изначально не совсем "правильного" вопроса. Просто вспомнилось раньше все спрашивали "как запретить копирование контента со страницы" )))) это из той же области. Теоретически я видел описание проблем коллизии MD5, практически никто не смог проверить

Да ещё автор вопроса просит привести пример "без цикла".. Это как? Алгоритм создания уникального имени подразумевает чтобы не было повтора. microtime() - это уже практически уникально, стоить даже добавить IP в качестве соли или любой RAND и повторить даже теоретически не возможно...

0

0