News for hackers. Stuff that matters.

A comment on APFS does not normalize Unicode filenames. Parent comment

Re:APFS does not normalize Unicode filenames by xenadu02 on Saturday March 25, 2017 @12:38AM (#13954132)
You should not be using anything other than UUIDs or integers for file names. Maintain your own mapping in a database or file.

Using a network value or a value returned by an API is just asking for trouble.

If a user names a file that will be hidden behind a URL the same advice applies. If not then the user can use any sequence of bytes they want and you shouldn't care.

[ Parent | on HN ]
Re:APFS does not normalize Unicode filenames by astrange on Saturday March 25, 2017 @02:12AM (#13954338)
It's poor UI to not name a file on the user's own machine, if they'll ever have to look at it. I'm counting things like web browser caches in this because OmniDiskSweeper/etc users will be seeing the large files you put in there.
[ Parent | on HN ]
Re:APFS does not normalize Unicode filenames by madeofpalk on Saturday March 25, 2017 @08:29AM (#13955287)
Most importantly, APFS is first being rolled out to iOS where this isn't as much of a problem because the user never really sees the filesystem anyway.
[ Parent | on HN ]
Re:APFS does not normalize Unicode filenames by eptcyka on Saturday March 25, 2017 @01:53PM (#13956743)
It doesn't matter much on iOS, where users rarely if at all have to access the filesystem directly. It is very rare that the same files would be accessed and modified by more than a single application anyway.
[ Parent | on HN ]
Re:APFS does not normalize Unicode filenames by _jal on Saturday March 25, 2017 @08:51AM (#13955379)
Assuming your application is the only app that will ever interact with a file is only correct in very specific circumstances. This is terrible advice in the general case.
[ Parent | on HN ]