ΑZ
файлы либо по имени отличаются, либо по контенту
Size: a a a
2021 April 04
ΑZ
если ты и то и то правишь то как бы никакой "стабильности" у тебя нет
SP
был у юзера файл. юзер либо его переименовал либо изменил его содержание. либо и то и то
SP
наскока я понимаю
CD
есть стабильность, потому что вход - список имён и тот же вход даст тот же выход
если у тебя начнутся преобразования имён с коллизиями стабильность сломается, да
если у тебя начнутся преобразования имён с коллизиями стабильность сломается, да
ΑZ
ну и как ты собираешься чекать "и то и то"
ΑZ
по проценту совпадений? лул
EG
Если юзер и переименовал, и изменил содержание, то у тебя нет способа сказать, что это тот же файл.
SP
ну такие штуки которые за юзера решают много чего - это конечно мерзковато
SP
нужен просто ФРОНТЕНДЕР который юзеру нарисует кнопочку для мерджей коллизий
TK
Юзеру надо запретить трогать имена файлов извне (и использовать точки в них)
CD
юзер мимо меня ничего не переименует и ничего не изменит
CD
а если я знаю историю я и преемственность знаю офк
SP
а почему ты не хочешь файлики хранить автоинкрементом и разрешить одинаковые имена?
ΑZ
ну ок, у тебя получается есть журнал переименований и файлики впапке. Как называются и какой контент ваще неважно - мы по старому имени и сша от контента можем найти старую версию, определить айдишку и вставить в журнал инфу как его теперь зовут
CD
мне не хранить их по таким именам надо, сохранить себе я по гуидам справлюсь - мне их отдать с нормальными именами надо
ΑZ
ну либо как я уже сказал
SP
отдавай с нормальными именами повторяющимися + дата создания
SP
в табличке
ΑZ
гуидником генерируется просто соль и сохраняется в БД. Ну и дальше все то же самое.
В общем, нужна нормальная задача
В общем, нужна нормальная задача