Исходное сообщение
"В ядро Linux для ФС Ext4 включена поддержка работы без учёта..." Отправлено Аноним84701, 27-Апр-19 17:55
> Имя файла, пардоньте, при копировании по сети и/или на другую ФС не уродуется (при условии, что на принимающей стороне нет проблем с кодировками и длиной имени файла). Во-во. Маааленький (и "редкий") такой пунктик с кодировками из серии "а так все хорошо, прекрасная маркиза" ;) Кстати, а ведь можно было бы сохранять в теге типа "encoding" ;) > А метаданные как в общем случае передавать? Вас не смущает наличие и передача метаданных в MP3 или tar/zip? > Вон, в NTFS альтернативные потоки данных есть - хошь метаданные пихай, ... > Вот тупо будет пара файлов - filename.ext и filename.ext.metadata. > И кто этим пользоваться будет, даже если какая-то контора масштаба межделмаша международный > стандарт продавит? А никто. > Потому "пихать инфу в имя файла" - меньшее зло, ибо "хоть что-то, > хоть как-то, везде работает и прямо сейчас", а не в далёком светлом будущем. Вот это я и подразумевал под >"Еще бы их поддерживали не на "от#бись" и > ухода от "мы давно привыкли запихивать все в имя файла, нам все норм" Нормальная поддержка предполагает кроме "внутресистемной" и  копирование (части) атрибутов по умолчанию в каком нибудь общем формате для "экспорта". Хотя бы "header:size, метаданные, данные". Открытие-чтение через ОС-АПИ или распространенную либу. Ведь с тем же zip особых проблем не возникает. На уровне ФС это по сути (в самом простом варианте) еще один файл в директории с триплами "inode, value:key" - главное чтобы оно "на всех уровнях" поддерживалось. А так да, "пропихивать" желательно было еще до массового распространения компов или хотя бы в начале 2000х (концепту тегов в ФС, если мне не изменяет память, все равно намного больше лет). Сейчас сделать что-то уже намного тяжелее - "мы не привыкли,  да и деды обходились без! Не нужно!" :)