The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В ядро Linux для ФС Ext4 включена поддержка работы без учёта..., opennews (ok), 26-Апр-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


10. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –5 +/
Сообщение от asdasd (?), 26-Апр-19, 22:10 
А на кой черт больше то? o_O
Даже при 2-х байтах это 127 символов. Правда какой-нибудь SHA-512 уже не влезет, но его можно через base64 прогнать и тогда влезет.
Ответить | Правка | Наверх | Cообщить модератору

13. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +9 +/
Сообщение от AlexYeCu_not_logged (?), 26-Апр-19, 22:31 
>А на кой черт больше то? o_O

Не знаю, как сейчас дела обстоят, а раньше названия всякой фигни с русских торрент-трекеров внушали: лимит байтов для ext4 дятлы-варезники превышали раза в полтора легко.

Ответить | Правка | Наверх | Cообщить модератору

26. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от zzz (??), 26-Апр-19, 23:43 
Разработчики, ограничившие длину имени 255 байтами, конечно же не тормозные дятлы
Ответить | Правка | Наверх | Cообщить модератору

27. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +3 +/
Сообщение от AlexYeCu_not_logged (?), 26-Апр-19, 23:46 
> Разработчики, ограничившие длину имени 255 байтами, конечно же не тормозные дятлы

Нет. Я, как и они, тоже не понимаю, на кой нужны сверхдлинные имена файлов.
Я вообще ни разу не видел, чтобы кто-то кроме вышеуказанной категории использовал настолько длинные названия — это ж неудобно, даже в файловом менеджере сверхдлинные названия просматривать — уже как-то не особо хорошо.
И ещё не понимаю, почему 255 байт это караул, а 255 символов — норма.

Ответить | Правка | Наверх | Cообщить модератору

34. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +8 +/
Сообщение от йож (?), 26-Апр-19, 23:57 
> это ж неудобно

просто у вас нет трёх fullhd мониторов по горизонтали, вот вы и завидуете. а у кого-то есть. вместе с достаточным запасам веществ, расширяющих не только сознание, но и угол обзора.

Ответить | Правка | Наверх | Cообщить модератору

83. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 08:40 
> просто у вас нет трёх fullhd мониторов по горизонтали, вот вы и
> завидуете.

На работе как раз 3x fullhd и ещё проектор время от времени подключать приходится.
Дома fullhd + старенький 1280x1024 для вывода видеозвонков и крепления вэбки, благо толщина позволяет. Всё равно не понимаю.

Ответить | Правка | Наверх | Cообщить модератору

111. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (111), 27-Апр-19, 10:42 
> трёх fullhd мониторов по горизонтали

Таноквый триплекс как он есть. Это прямо дно подвала с картошкой.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

64. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –3 +/
Сообщение от Тот_Самый_Анонимус (?), 27-Апр-19, 06:01 
>Я вообще ни разу не видел, чтобы кто-то кроме вышеуказанной категории использовал настолько длинные названия — это ж неудобно...

Мне не нужно — значит никому не нужно (лозунг всех линуксоидов). А потом нытьё про 2%.

>Я, как и они, тоже не понимаю...

«... и не пытаюсь понять» — логичное продолжение мысли.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

84. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 08:42 
> Мне не нужно — значит никому не нужно (лозунг всех линуксоидов). А
> потом нытьё про 2%.

Вообще-то это лозунг виндоюзеров, что до 2% — так тут ещё вопрос, хорошо это или плохо. 10+ % ценой заточки софта под вендотолпу мне лично не нужны.

Ответить | Правка | Наверх | Cообщить модератору

173. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Тот_Самый_Анонимус (?), 27-Апр-19, 19:28 
> мне лично не нужны.

Да ты и сам не нужен большинству, со своим «ценным» мнением. Людям, которые двигают вперёд линукс и вкладывают в него бабки твоя идеология и мысли в принципе не нужны.

Ответить | Правка | Наверх | Cообщить модератору

174. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 19:43 
> Да ты и сам не нужен большинству, со своим «ценным» мнением.

Какому такому большинству? Кто такие? Поименно.

> которые двигают вперёд линукс

В этом вопросе важно не только направление, но и что на этом направление находится. А там может находиться могила, к примеру.

>и вкладывают в него бабки

Немало хороших вещей сгинуло как раз по причине того, что в них «вкладывали бабки».

>Нет интегрированного в клиенты механизма обмена медиафайлами.

Истерика?

Ответить | Правка | Наверх | Cообщить модератору

211. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (211), 28-Апр-19, 16:51 
>Немало хороших вещей сгинуло как раз по причине того, что в них «вкладывали бабки».

Каких таких хороший вещей? Что за вещи? Поимённо.

Ответить | Правка | Наверх | Cообщить модератору

212. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от AlexYeCu_not_logged (?), 28-Апр-19, 17:25 
> Каких таких хороший вещей? Что за вещи? Поимённо.

Легко.
Mozilla Firefox.
Компьютерный игрострой.
Американский кинематограф.

Что-то не целиком и не полностью, но близко к тому.
Что поделать: «вкладывают бабки» обычно чтобы их приумножить или хотя бы не потерять. Потому «вложенные бабки» и их хозяева не терпят никаких рисков и творчества, старательно гробя «облагодетельствованный» продукт или направление.

Ответить | Правка | Наверх | Cообщить модератору

224. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (211), 29-Апр-19, 05:16 
> Mozilla Firefox.

Отличный браузер, с годами стал лучше. Пользуюсь, пожалуй, с первых версий ± пару лет.

> Компьютерный игрострой.

Количество хороших игр, которые выходят каждый год превышает количество игр выпущенных вообще 20 лет назад. О чём ты?

> Американский кинематограф.

Тут вообще без комментариев. Шедевральность кинофильма никак вообще не коррелирует с его бюджетом. А диванные кинокритики забывают к тому же учитывать ЦА фильмов, жанр (и его неизбежные ограничения) и цели авторов данного конкретного кино, критикуя в итоге условных «Трансформеров» за недостаточную проработанность и драматичность любовной линии ГГ.

Есть подозрение, что ты мил человек балабол, изъясняющийся штампованными фразами и чужими мыслями.

Ответить | Правка | Наверх | Cообщить модератору

258. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от AlexYeCu_not_logged (?), 29-Апр-19, 19:13 
> Отличный браузер, с годами стал лучше. Пользуюсь, пожалуй, с первых версий ±
> пару лет.

Только вот нерабочий.

> Количество хороших игр, которые выходят каждый год превышает количество игр выпущенных
> вообще 20 лет назад. О чём ты?

О том, что нет, не превосходит.

>Шедевральность кинофильма никак вообще не коррелирует с его
> бюджетом.

Коррелирует.

>цели авторов данного конкретного кино,

Срубить бабла. В этом-то и проблема.

> Есть подозрение, что ты мил человек балабол, изъясняющийся штампованными фразами и чужими
> мыслями.

Есть твёрдая уверенность, что ты — тупое хамло.

Ответить | Правка | Наверх | Cообщить модератору

272. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Тот_Самый_Анонимус (?), 01-Май-19, 08:55 
> Какому такому большинству? Кто такие? Поименно.

Все миллиарды людей, которые знать не знают кто ты такой? Ищи сам.

> В этом вопросе важно не только направление, но и что на этом направление находится. А там может находиться могила, к примеру.

Ну так двигай сам. За свои бабки. И за них двигай свои идеи. Тебе лично никто ничего не должен.

> Немало хороших вещей сгинуло как раз по причине того, что в них «вкладывали бабки».

И, заметь, никакое «сообщество», которое, по мысли человека-стола, могло бы поддержать эти открытые проекты, ничего не сделало. Это ещё раз говорит о том что «сообщество» — это пустые балаболы.

> Истерика?

Хз, спрашивай у того, кто это сказал.

Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

274. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от AlexYeCu_not_logged (?), 01-Май-19, 10:28 
> Все миллиарды людей, которые знать не знают кто ты такой? Ищи сам.

Тебя-то эти мифические миллиарды тоже не знают, однако ж у тебя хватает наглости говорить от их имени. Иди сам. Адрес знаешь.

>никакое «сообщество», которое, по мысли человека-стола, могло бы
> поддержать эти открытые проекты, ничего не сделало.

Когда бы вверх могла поднять ты рыло…

Ответить | Правка | Наверх | Cообщить модератору

66. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от iPony (?), 27-Апр-19, 07:05 
> И ещё не понимаю, почему 255 байт это караул, а 255 символов — норма.

Не караул. В Windows и macOS больше. Поэтому это всё же проблема не галактическая, но проблемка.

Времена меняются.
В Emoji например есть последовательности, типа 🌈+ 🏳= 🏳️‍🌈
И их много, могут быть большими
https://www.unicode.org/reports/tr51/#SkinTonesForGroupingsU...

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

85. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +11 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 08:43 
> В Emoji например есть последовательности, типа

Долго не мог уяснить, кто этим пользуется. Теперь представляю предельно чётко.

Ответить | Правка | Наверх | Cообщить модератору

169. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноним (169), 27-Апр-19, 18:02 
А зачем нужны emoji в именах файлов/каталогов? Какие эмоции должны передавать названия объектов ФС?
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

209. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (209), 28-Апр-19, 16:21 
> А зачем нужны emoji в именах файлов/каталогов? Какие эмоции должны передавать названия
> объектов ФС?

Эмоции, судя по примеру, могут быть разные. От "вау, отправь плиз мне этот няшный видосик" до "фу такое смотреть".

Ответить | Правка | Наверх | Cообщить модератору

220. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от v2_staging_deploy (?), 29-Апр-19, 00:14 
> Эмоции, судя по примеру, могут быть разные. От "вау, отправь плиз мне этот няшный видосик" до "фу такое смотреть".

Предлагаю держать таких людей как можно дальше от компьютеров и интернета.

Ответить | Правка | Наверх | Cообщить модератору

239. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от КО (?), 29-Апр-19, 10:26 
Вы путаете  эмоции с графикой.
А возможность задать имя файла "борьба женщин в грязи" одним символом это внушает. :)
Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

273. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Тот_Самый_Анонимус (?), 01-Май-19, 09:17 
> В Emoji например есть последовательности, типа 🌈+ 🏳= 🏳️‍🌈

Посмотрел ссылку. Символы для девушек, держащихся за руку, «мужчин» держащихся за руку, две бабы с задницей (называемой другими сердцем) между ними...
Гомолобби в юникоде. давно пора создать кодировку без всего этого мусора.
Вампир-негр. Кому это нужно. Рожицы изначально были нейтральны к полу, расе и национальности, а теперь это рассадник всяких фобий. Одни для негров, а другие для белых. Расизм.

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

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

121. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (131), 27-Апр-19, 11:24 
Ну разумеется. Если чего-то нет в Линуксе, то это и не нужно. А то что у азиатов каждый символ весит по три байта и поэтому длина имени файла упирается в 85 символов, то это ничего - 255 байтов хватит всем.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

123. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +4 +/
Сообщение от Аноним (123), 27-Апр-19, 11:38 
> у азиатов каждый символ весит по три байта и поэтому длина имени файла упирается в 85 символов

85 иероглифов — это небольшой рассказ накатать можно. А в слоговой письменности вполне соизмеримо с двухбайтной кириллицей. Ergo: раз мне хватает выше крыши, значит и им должно хватать.

Ответить | Правка | Наверх | Cообщить модератору

132. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Аноним84701 (ok), 27-Апр-19, 12:17 
> Ну разумеется. Если чего-то нет в Линуксе, то это и не нужно.
> А то что у азиатов каждый символ весит по три байта и поэтому длина имени файла упирается в 85 символов, то это ничего - 255 байтов хватит всем.

Хм, если это так мешает азиатам, то почему еще нет патчей/форков?


Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

210. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от Аноним (211), 28-Апр-19, 16:49 
>даже в файловом менеджере

Админы локалхостов с LA 0.0 не палятся. Ограничения на длину имени файла не нужны. Впрочем, ext* тоже не нужны, ни с +F, ни без него.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

28. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (111), 26-Апр-19, 23:47 
При виде подобного меня безудержно тянет блевать. Данная система защиты безальтернативно приводит к отказу от закачки.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

33. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от AlexYeCu_not_logged (?), 26-Апр-19, 23:55 
> При виде подобного меня безудержно тянет блевать. Данная система защиты безальтернативно
> приводит к отказу от закачки.

Многие торрент-клиенты умеют это дело как-то переименовывать (но это лучше уточнить, т. к. могу и напутать, как именно  они проблему решают). Так что при соответствующем клиенте о данной проблеме можно и не узнать. Вот у transmission в багтрекере такая проблема точно была. Я, собственно, две проблемы transmission помню: вот это вот и регулярное затроянивание/забэкдоривание версии для MacOS.

Ответить | Правка | Наверх | Cообщить модератору

52. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Гентушник (ok), 27-Апр-19, 01:42 
Ну например мне по работе нужно было.
В 1С у объектов в конфигурации иногда могут быть длинные названия, больше чем 127 символов кириллицей.

1С при разборке конфигурации выгружает каждый из них в отдельный файл с именем как у объекта и эти файлы создать не может на ext4.
Мне из-за этого приходилось выгружать на ntfs (sic!) смонтированном через ntfs-3g, так как все линуксовые фс (которые были в дистрибутивном ядре) имели такое же ограничение.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

58. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (57), 27-Апр-19, 02:32 
В reiserfs 4k лимит вроде был.
Ответить | Правка | Наверх | Cообщить модератору

79. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –3 +/
Сообщение от anonblmous (?), 27-Апр-19, 08:22 
Самая-то радость в том, что ограничение в 255 байт - не в ФС, а в ядре, ЕМНИМС.
Ответить | Правка | Наверх | Cообщить модератору

108. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +4 +/
Сообщение от Аноним (123), 27-Апр-19, 10:37 
Багрепорт в 1С отправил?
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

195. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Гентушник (ok), 27-Апр-19, 23:36 
> Багрепорт в 1С отправил?

Багрепорт об ограничении линуксовых фс? Нет, они и так об этом в курсе и при выгрузке предупреждают что такие-то такие-то объекты не будут выгружены из-за слишком длинного имени.

Ответить | Правка | Наверх | Cообщить модератору

78. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от anonblmous (?), 27-Апр-19, 08:20 
> Даже при 2-х байтах это 127 символов.

Напоминаю, что в utf-8 на один символ может быть до 4х байт, т.к. стараниями юникодного комитета в кодировке уже 1112114 символа...
А длинное имя может быть вида "Хрюкин А.В., Кабанченко У.П., Методы и приёмы работ при свежевании летающих слонопотамов в верхних слоях атмосферы с использованием углекислотных лазеров (М., 1989)", например - уже 164 символов, 293 байта.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

86. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 08:48 
> Напоминаю, что в utf-8 на один символ может быть до 4х байт,
> т.к. стараниями юникодного комитета в кодировке уже 1112114 символа...
> А длинное имя может быть вида "Хрюкин А.В., Кабанченко У.П., Методы и
> приёмы работ при свежевании летающих слонопотамов в верхних слоях атмосферы с
> использованием углекислотных лазеров (М., 1989)", например - уже 164 символов, 293
> байта.

Отличный пример: ФС пытаются заставить выполнять несвойственную ей функцию базы данных, при этом слив все поля в одно. При этом о сколь-нибудь удобном обращении с файлами и каталогами с подобными названиями речи не идёт.

Ответить | Правка | Наверх | Cообщить модератору

87. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от anonblmous (?), 27-Апр-19, 09:08 
Т.е. пользователь для ПО, а не ПО для пользователя?
А удобство - вещь субъективная. Кому-то дерево каталогов вида "документация/инструкции/производственные/вот эта хрень про слонопотамов" более чем удобно. Особенно если это лежит на личном ноутбуке с нерегулярным доступом к сети. И упомянутый "кто-то" в командировке на объекте, находящемся в какой-нибудь тундре, и интернет на объекте если и есть, то медленный, дорогой, и для владельца объекта, а не для командированных из сторонних организаций.
Ответить | Правка | Наверх | Cообщить модератору

117. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от AlexYeCu_not_logged (?), 27-Апр-19, 11:08 
>Особенно если это лежит на личном ноутбуке с нерегулярным доступом к сети. И упомянутый "кто-то" в командировке на объекте, находящемся в какой-нибудь тундре, и интернет на объекте если и есть, то медленный, дорогой, и для владельца объекта, а не для командированных из сторонних организаций.

А что, в тундре файловые операции происходят не так, как в той же лесостепи, к примеру?

Ответить | Правка | Наверх | Cообщить модератору

100. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (96), 27-Апр-19, 10:09 
ФС это самая первая база данных.
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

112. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноним (123), 27-Апр-19, 10:43 
Тогда пользуйся ей как базой данных:

Хрюкин/1989
Кабанченко/1989 -> ../Хрюкин/1989

Ответить | Правка | Наверх | Cообщить модератору

133. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Аноним84701 (ok), 27-Апр-19, 12:48 
> Тогда пользуйся ей как базой данных:
> Хрюкин/1989
> Кабанченко/1989 -> ../Хрюкин/1989

достаточно:
статья

Для всего остального вообще-то давно придумали расширенные атрибуты.

Еще бы их поддерживали не на "от#бись", вообще бы хорошо было, но подозреваю, для этого нужно их достаточно массовое использование, которого не будет без достаточного удобства/поддержки и ухода от "мы давно привыкли запихивать все в имя файла, нам все норм" 🙄

Ответить | Правка | Наверх | Cообщить модератору

138. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (123), 27-Апр-19, 13:45 
Расширенные атрибуты — ещё более ненужный костыль, чем сабж.
Ответить | Правка | Наверх | Cообщить модератору

146. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (96), 27-Апр-19, 14:49 
> Расширенные атрибуты — ещё более ненужный костыль, чем сабж.

Аноним№1 прав, потому не нужен твой комментарий.

Ответить | Правка | Наверх | Cообщить модератору

151. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от Аноним84701 (ok), 27-Апр-19, 15:40 
> Расширенные атрибуты — ещё более ненужный костыль, чем сабж.

Костыль, это по-моему как раз попытка замапить все подряд на древовидную структуру ФС.

Например, я пользуюсь Calibre в качесте БД для книг и статей.
На ФС там оно мапится  вот так:


~/Calibre Library
Ben\ Klemens
│   └── 21st\ Century\ C_\ C\ Tips\ From\ the\ New\ School\ (234)
│       ├── 21st\ Century\ C_\ C\ Tips\ From\ the\ New\ School\ -\ Ben\ Klemens.pdf
│       ├── cover.jpg
│       └── metadata.opf
├── Bjarne\ Stroustrup
│   └── The\ C__\ Programming\ Language\ (19)
│       ├── The\ C__\ Programming\ Language\ -\ Bjarne\ Stroustrup.pdf
│       ├── cover.jpg
│       └── metadata.opf

"Удоообноо" (c) - если бы пришлось навигировать только по ФС.

При этом не отображаются тэги, дата публикации, издательство и рейтинг с комментариями.

Как и к
Хрюкин/1989
Кабанченко/1989 -> ../Хрюкин/1989
желательно еще название, теги, комментарий и прочее.
И автоматика, которая будет добавлять или убирать после удаления статьи/книги, дабы не оставлять кучи непонятных артефактов.
Но нет, использование xattr, на которые такой юзкейз хорошо ложится конечно же костыль,
а вот создавать кучу иерархий с симлинками (а на деле - пихать все в имя файла) -- отличное решение 🙄

Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

162. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от anonblmous (?), 27-Апр-19, 17:10 
Имя файла, пардоньте, при копировании по сети и/или на другую ФС не уродуется (при условии, что на принимающей стороне нет проблем с кодировками и длиной имени файла). А метаданные как в общем случае передавать? Вон, в NTFS альтернативные потоки данных есть - хошь метаданные пихай, хошь еще чего. И кто этим кроме самой винды и _вроде бы_ кацпердского пользуется? У однокнопочных тоже вон какие-то атрибуты в ФС есть - при копировании на не-маковскую ФС добавляют скрытый каталог с теми метаданными. И много с них толку в винде или линукс?
Ну, можно очередной "универсальный" формат для метаданных придумать, не привязанный к ФС.
Sidecar-файл в формате xml, как у Adobe.
Вот тупо будет пара файлов - filename.ext и filename.ext.metadata.
И кто этим пользоваться будет, даже если какая-то контора масштаба межделмаша международный стандарт продавит? А никто.
Потому "пихать инфу в имя файла" - меньшее зло, ибо "хоть что-то, хоть как-то, везде работает и прямо сейчас", а не в далёком светлом будущем.
Ответить | Правка | Наверх | Cообщить модератору

168. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним84701 (ok), 27-Апр-19, 17:55 
> Имя файла, пардоньте, при копировании по сети и/или на другую ФС не уродуется (при условии, что на принимающей стороне нет проблем с кодировками и длиной имени файла).

Во-во. Маааленький (и "редкий") такой пунктик с кодировками из серии "а так все хорошо, прекрасная маркиза" ;)
Кстати, а ведь можно было бы сохранять в теге типа "encoding" ;)

> А метаданные как в общем случае передавать?

Вас не смущает наличие и передача метаданных в MP3 или tar/zip?

> Вон, в NTFS альтернативные потоки данных есть - хошь метаданные пихай,

...
> Вот тупо будет пара файлов - filename.ext и filename.ext.metadata.
> И кто этим пользоваться будет, даже если какая-то контора масштаба межделмаша международный
> стандарт продавит? А никто.
> Потому "пихать инфу в имя файла" - меньшее зло, ибо "хоть что-то,
> хоть как-то, везде работает и прямо сейчас", а не в далёком светлом будущем.

Вот это я и подразумевал под
>"Еще бы их поддерживали не на "от#бись"

и
> ухода от "мы давно привыкли запихивать все в имя файла, нам все норм"

Нормальная поддержка предполагает кроме "внутресистемной" и  копирование (части) атрибутов по умолчанию в каком нибудь общем формате для "экспорта".
Хотя бы "header:size, метаданные, данные". Открытие-чтение через ОС-АПИ или распространенную либу. Ведь с тем же zip особых проблем не возникает.
На уровне ФС это по сути (в самом простом варианте) еще один файл в директории с триплами "inode, value:key" - главное чтобы оно "на всех уровнях" поддерживалось.

А так да, "пропихивать" желательно было еще до массового распространения компов или хотя бы в начале 2000х (концепту тегов в ФС, если мне не изменяет память, все равно намного больше лет).
Сейчас сделать что-то уже намного тяжелее - "мы не привыкли,  да и деды обходились без! Не нужно!" :)


Ответить | Правка | Наверх | Cообщить модератору

170. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от anonblmous (?), 27-Апр-19, 18:04 
> Вас не смущает наличие и передача метаданных в MP3 или tar/zip?

Смущает. Потому что формат тех метаданных привязан к конкретному типу файла, и произвольное приложение, не знающее о формате тех же mp3, не сможет эти метаданные прочитать.
И какое именно mp3? Прямо поток mp3 с тэгами id3? А какой версии тэги? А если у нас mp3 завёрнут в RIFF (.wav)? Или в .ogg? Или еще во что? И в каждом контейнере добавляется свой формат метаданных.
У TAR, кстати, как минимум два несовместимых между собой варианта (GNU и какой-то более старый, забыл правильное название).
У ZIP тоже куча версий.
А есть еще вагон всяких закрытых форматов, спецификации на которые и за деньги-то не всегда дают.

Ответить | Правка | Наверх | Cообщить модератору

193. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним84701 (ok), 27-Апр-19, 22:18 
>> Вас не смущает наличие и передача метаданных в MP3 или tar/zip?
> Смущает. Потому что формат тех метаданных привязан к конкретному типу файла, и
> произвольное приложение, не знающее о формате тех же mp3, не сможет
> эти метаданные прочитать.

Произвольное приложение не сможет и mp3 прочитать, так что тут никакого "убытку". Конвертеры в разные варианты опять же есть.
Про проблемы с тегами я тоже не понаслышке знаю ;), но вообще, "срукожопить/испортить" можно что угодно -- зато если с id3 тегами все нормально, получаем хорошую музыкальную библиотеку, не привязанную к конкретному софту.

> У TAR, кстати, как минимум два несовместимых между собой варианта (GNU и
> какой-то более старый, забыл правильное название).
> У ZIP тоже куча версий.

Это понятно. Но во-первых - я ж больше помечтать о том, что можно было бы сделать весьма простыми средствами.
Во-вторых - в повседневной жизни с tar/zip все же проблем возникает на удивление мало (для такого обилия различных форматов). Тем более, в пределах одной системы.
В-третьих, тут ведь надо всего-то  экпортировать ключ:значение и сойтись на использовании пары десятков имен для ключей (там author, title, hash, keyword).

Ответить | Правка | Наверх | Cообщить модератору

248. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от J.L. (?), 29-Апр-19, 13:44 
> Произвольное приложение не сможет и mp3 прочитать, так что тут никакого "убытку".

тоесть через find вы уже не найдёте свою песенку если формат имени файла будет не артист-альбом-название_песни.mp3

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

зы: кто сказал "директория двд-дорожек"(забыл как этот формат звать с кучей файлов в папке)?

Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

252. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +1 +/
Сообщение от Аноним84701 (ok), 29-Апр-19, 16:11 
>> Произвольное приложение не сможет и mp3 прочитать, так что тут никакого "убытку".
> тоесть через find вы уже не найдёте свою песенку если формат имени
> файла будет не артист-альбом-название_песни.mp3

В смысле xattr или в ID3?
В первом случае поэтому и ратую за поддержку (в яблочной версии find она, говорят, даже есть), хотя оно костыляется и c помощью "find . -exec xattr что-то там".
Для ID3 тоже никто не мешает читать дополнительную информацию, которая не хранится в ФС, отдельно - что-то типа:
% find ~ -type f -iname "*.mp3" -exec mp3info -p "Artist:%a Year:%y %F\n"  {} \; 2>/dev/null|grepi  

Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

107. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +2 +/
Сообщение от Аноним (123), 27-Апр-19, 10:36 
> Правда какой-нибудь SHA-512 уже не влезет, но его можно через base64 прогнать и тогда влезет.

Учимся считать: 512 бит это 64 байта, в HEX-виде один байт записывается двумя символами, значит нужно 128 символов (однобайтных). Что у тебя не влезет?

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

124. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Stax (ok), 27-Апр-19, 11:49 
При двух, ага. А вот для китайских или японских символов это оказывается всего 85. Причем не обязательно брать именно их алфавит, они бывают в названиях используют "широкие" варианты английских символов/цифр/знаков препинания (1234;Vot tak!)

И, внезапно, лимит в 85 символов после виндового в 255 UTF-16 символов реально мешает представить в линуксовых ФС имеющиеся имена. Хотя одной ФС тут не решить, проблема-то на уровне ядра, где NAME_MAX это 255, а в POSIX путь это всегда байты, а не широкие символы. И вроде как никто не пытался проверять, что будет если этот лимит поднять (в смысле насколько плохо станет софту).

Вообще я неоднократно сталкивался с необходимостью урезать имена, созданные в винде. Это, конечно, специфичные случаи, но бывают.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру