forum.opennet.ru

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

Оглавление

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

Виндовенько , Дуплик (ok), 21:59 , 26-Апр-19, (1) +72 //

На удивление, и на винде есть логичные вещи, Аноним (4), 22:00 , 26-Апр-19, (4) –35 //

Отключение регистра зависимости , Аноним (18), 23:19 , 26-Апр-19, (18) +12 //

И включение его Linux с лоббированием через купленный GitHub чтобы его еще и при, Аноним (260), 02:36 , 30-Апр-19, (260)

Если вы про сабж, то тогда в DOS-е Ведь эти костыли растут оттуда , rshadow (ok), 11:52 , 27-Апр-19, (126) +8 //

А в досе из СР М, а в СР М из TOPS-10 , Nxx (ok), 13:13 , 27-Апр-19, (134) +3

Разумеется есть, если не вестись на пингвинячьи песни Я их уже двадцать лет слу, Аноним (131), 12:06 , 27-Апр-19, (131) +29 //

Я бы тебе не плюс, а что-то больше поставил Всё в точку попал , Аноним (153), 15:45 , 27-Апр-19, (153) +2
На это плевать всем, кроме отдельных фанатиков Опять же, с продажных корпораций, anonblmous (?), 17:27 , 27-Апр-19, (166) +15

Да фигня обе ОС, толи дело старый добрый DOS Все просто и понятнео без кучи н, Вульвез (?), 20:55 , 01-Май-19, (275)

Ты сам-то понял, где наврал , AlexYeCu_not_logged (?), 21:27 , 27-Апр-19, (185) +4

Понгвин - птица певчая Пока не пнёшь не запоёт , Andrey Mitrofanov (?), 07:58 , 29-Апр-19, (229) +2

А продажные компании используют СПО в хвост и гриву Помоему все по честному , аноно (?), 12:05 , 28-Апр-19, (205) +2
Слишком толсто, да и опоздало лет на -надцать Давно уже пора вырасти из холивар, Tifereth (?), 17:48 , 28-Апр-19, (213)

Не, не опоздало Почитай ответы к этому вбросу, и ты поймёшь, что он всё ещё акт, Ordu (ok), 03:25 , 29-Апр-19, (222) –2

Я орнул когда они сперва захейтили маковский launchd и его подход к инициализаци, username (??), 21:54 , 28-Апр-19, (215) +3
Толсто , Skullnet (?), 22:27 , 28-Апр-19, (218) –1

Таки NTFS поддерживает регистрозависимость, просто она выключена для совместимос, asdasd (?), 22:08 , 26-Апр-19, (9) +13 //

Где включить , А (??), 23:36 , 26-Апр-19, (22) //

fsutil exe file setCaseSensitiveInfo Путь до папки enable, Аноним (35), 00:00 , 27-Апр-19, (35) +2

А соответствующий ключик реестра в 7-ке есть , Аноним (70), 07:32 , 27-Апр-19, (70)

Да, есть Начиная с Win2000, есть возможность включить регистрозависимость , NTFS (?), 10:33 , 27-Апр-19, (106) +3

Использовать Native API вместо Win32 API и обёрток над последним , Аноним (96), 10:00 , 27-Апр-19, (96)

Это, конечно, так ускорит винду , Аноним (158), 15:58 , 27-Апр-19, (158) –2
ты шаришь в винде подскажи где в реестре 10-ки можно увеличить уровень звука - , ну (?), 04:48 , 29-Апр-19, (223) //

у меня так было, заменил дрова от производителя чипа дровами с сайта производите, lobzanoff (?), 15:49 , 14-Дек-20, (277)

Так для виндопримочек, скорее всего, и делается samba, wine, dosbox до кучи , AlexYeCu_not_logged (?), 22:28 , 26-Апр-19, (12) +6 //

Можно использовать для почтового сервера, например user dir mail com и user Dir, Fedor (??), 00:11 , 27-Апр-19, (38) –3 //

Можно обыграть на уровне приложения, Аноня (?), 07:19 , 27-Апр-19, (69)

нет разницы где ставить костыли, forum reader (?), 13:42 , 27-Апр-19, (137)

Разница есть Вот вы почту получаете Казалось бы, причем тут ФС, Аноня (?), 22:00 , 27-Апр-19, (188) +1

а ключики на что L дает счастье, OpenEcho (?), 22:23 , 27-Апр-19, (194)

Не У них на в нде git тормозит Вот смотри как только запилят регистронезави, Andrey Mitrofanov (?), 08:03 , 29-Апр-19, (230)

DOSасто же, Акроним (?), 19:43 , 27-Апр-19, (175)

Наконец-то пофиксили, Аноним (4), 21:59 , 26-Апр-19, (2) –12
Будет теперь как у взрослых MacOS например , Аноним (3), 21:59 , 26-Апр-19, (3) –19 //

В HFS наоборот вроде было 8212 включать требовалось как раз чувствительность, Sluggard (ok), 22:01 , 26-Апр-19, (5) +5 //

HFS и HFS уже легаси, все новые установки идут на APFS, Аноним (65), 06:32 , 27-Апр-19, (65)

Ну да взрослая уже память ни к чему вот по этому бывает что теряет часть данных , Аноним (56), 02:19 , 27-Апр-19, (56)
https www cio com article 2868393 linus-torvalds-apples-hfs-is-probably-the-wo, Кот Матроскин (?), 04:55 , 27-Апр-19, (62) +2

И зачем Даже в NTFS уже поддержку чувствительности к регистру завезли , Аноним (6), 22:02 , 26-Апр-19, (6) –1 //

Дык из Ext4 у тебя её никто и не забирает , Аноним (11), 22:16 , 26-Апр-19, (11) +5
В NTFS изначально чувствительна к регистру, в отличие от Windows , Аноним (96), 10:03 , 27-Апр-19, (97) +3 //

Она ещё и к 8 3 чувствительна , да Нужная фича -- вон тут половина населения, Andrey Mitrofanov (?), 08:06 , 29-Апр-19, (231)

А всего-то 4 года назад Линус, отчасти из-за нечувствительности к регистру, поли, Sluggard (ok), 22:03 , 26-Апр-19, (7) +1 //

И правильно делал, Аноним (24), 23:39 , 26-Апр-19, (24) +9
Это он ещё apfs не видел , ананим.orig (?), 00:46 , 27-Апр-19, (44)
На hfs и apfs оно настраивается А такой дефолт из-за ошибок молодости, теперь э, Аноним (57), 02:28 , 27-Апр-19, (57) –1 //

Ога Теперь пусть Тед _нам_ всё поломает Будем подпрыгивать -- как молодые I , Andrey Mitrofanov (?), 08:08 , 29-Апр-19, (232) //

да никто ж не предлагает это дерьмо включать без крайней необходимости, типа фай, KonstantinB (ok), 11:40 , 29-Апр-19, (242)

Ты уверен, что Тэд со казачки-товарищи не сломал и мой включённый код И не сло, Andrey Mitrofanov (?), 12:06 , 29-Апр-19, (245)

А где в статье написано, что эту возможность Линус добавил , Аноим (?), 09:33 , 27-Апр-19, (89) +1

а ещё лет через 20 они догадаются, что 255 байт именно байт, а не символов U, anonblmous (?), 22:06 , 26-Апр-19, (8) +2 //

А на кой черт больше то o_OДаже при 2-х байтах это 127 символов Правда какой-н, asdasd (?), 22:10 , 26-Апр-19, (10) –5 //

Не знаю, как сейчас дела обстоят, а раньше названия всякой фигни с русских торре, AlexYeCu_not_logged (?), 22:31 , 26-Апр-19, (13) +9 //

Разработчики, ограничившие длину имени 255 байтами, конечно же не тормозные дятл, zzz (??), 23:43 , 26-Апр-19, (26)

Нет Я, как и они, тоже не понимаю, на кой нужны сверхдлинные имена файлов Я воо, AlexYeCu_not_logged (?), 23:46 , 26-Апр-19, (27) +3

просто у вас нет трёх fullhd мониторов по горизонтали, вот вы и завидуете а у к, йож (?), 23:57 , 26-Апр-19, (34) +8

На работе как раз 3x fullhd и ещё проектор время от времени подключать приходитс, AlexYeCu_not_logged (?), 08:40 , 27-Апр-19, (83)
Таноквый триплекс как он есть Это прямо дно подвала с картошкой , Аноним (111), 10:42 , 27-Апр-19, (111)

Мне не нужно 8212 значит никому не нужно лозунг всех линуксоидов А потом н, Тот_Самый_Анонимус (?), 06:01 , 27-Апр-19, (64) –3

Вообще-то это лозунг виндоюзеров, что до 2 8212 так тут ещё вопрос, хорошо э, AlexYeCu_not_logged (?), 08:42 , 27-Апр-19, (84) +2

Да ты и сам не нужен большинству, со своим 171 ценным 187 мнением Людям, ко, Тот_Самый_Анонимус (?), 19:28 , 27-Апр-19, (173)

Какому такому большинству Кто такие Поименно В этом вопросе важно не только на, AlexYeCu_not_logged (?), 19:43 , 27-Апр-19, (174) +1

Каких таких хороший вещей Что за вещи Поимённо , Аноним (211), 16:51 , 28-Апр-19, (211)

Легко Mozilla Firefox Компьютерный игрострой Американский кинематограф Что-то не, AlexYeCu_not_logged (?), 17:25 , 28-Апр-19, (212) +1

Отличный браузер, с годами стал лучше Пользуюсь, пожалуй, с первых версий 177, Аноним (211), 05:16 , 29-Апр-19, (224)
Только вот нерабочий О том, что нет, не превосходит Коррелирует Срубить бабла В, AlexYeCu_not_logged (?), 19:13 , 29-Апр-19, (258) –1

Все миллиарды людей, которые знать не знают кто ты такой Ищи сам Ну так двигай , Тот_Самый_Анонимус (?), 08:55 , 01-Май-19, (272)

Тебя-то эти мифические миллиарды тоже не знают, однако ж у тебя хватает наглости, AlexYeCu_not_logged (?), 10:28 , 01-Май-19, (274)

Не караул В Windows и macOS больше Поэтому это всё же проблема не галактическа, iPony (?), 07:05 , 27-Апр-19, (66) –1

Долго не мог уяснить, кто этим пользуется Теперь представляю предельно чётко , AlexYeCu_not_logged (?), 08:43 , 27-Апр-19, (85) +11
А зачем нужны emoji в именах файлов каталогов Какие эмоции должны передавать на, Аноним (169), 18:02 , 27-Апр-19, (169) +1

Эмоции, судя по примеру, могут быть разные От вау, отправь плиз мне этот няшны, Аноним (209), 16:21 , 28-Апр-19, (209)

Предлагаю держать таких людей как можно дальше от компьютеров и интернета , v2_staging_deploy (?), 00:14 , 29-Апр-19, (220) +2

Вы путаете эмоции с графикой А возможность задать имя файла борьба женщин в гр, КО (?), 10:26 , 29-Апр-19, (239)

Посмотрел ссылку Символы для девушек, держащихся за руку, 171 мужчин 187 де, Тот_Самый_Анонимус (?), 09:17 , 01-Май-19, (273) +1

Ну разумеется Если чего-то нет в Линуксе, то это и не нужно А то что у азиатов, Аноним (131), 11:24 , 27-Апр-19, (121)

85 иероглифов 8212 это небольшой рассказ накатать можно А в слоговой письмен, Аноним (123), 11:38 , 27-Апр-19, (123) +4
Хм, если это так мешает азиатам, то почему еще нет патчей форков , Аноним84701 (ok), 12:17 , 27-Апр-19, (132) +2

Админы локалхостов с LA 0 0 не палятся Ограничения на длину имени файла не нужн, Аноним (211), 16:49 , 28-Апр-19, (210) –2

При виде подобного меня безудержно тянет блевать Данная система защиты безальте, Аноним (111), 23:47 , 26-Апр-19, (28)

Многие торрент-клиенты умеют это дело как-то переименовывать но это лучше уточн, AlexYeCu_not_logged (?), 23:55 , 26-Апр-19, (33) –1

Ну например мне по работе нужно было В 1С у объектов в конфигурации иногда могут, Гентушник (ok), 01:42 , 27-Апр-19, (52) //

В reiserfs 4k лимит вроде был , Аноним (57), 02:32 , 27-Апр-19, (58)

Самая-то радость в том, что ограничение в 255 байт - не в ФС, а в ядре, ЕМНИМС , anonblmous (?), 08:22 , 27-Апр-19, (79) –3

Багрепорт в 1С отправил , Аноним (123), 10:37 , 27-Апр-19, (108) +4

Багрепорт об ограничении линуксовых фс Нет, они и так об этом в курсе и при выг, Гентушник (ok), 23:36 , 27-Апр-19, (195)

Напоминаю, что в utf-8 на один символ может быть до 4х байт, т к стараниями юни, anonblmous (?), 08:20 , 27-Апр-19, (78) +2 //

Отличный пример ФС пытаются заставить выполнять несвойственную ей функцию базы , AlexYeCu_not_logged (?), 08:48 , 27-Апр-19, (86) +2

Т е пользователь для ПО, а не ПО для пользователя А удобство - вещь субъективна, anonblmous (?), 09:08 , 27-Апр-19, (87)

А что, в тундре файловые операции происходят не так, как в той же лесостепи, к п, AlexYeCu_not_logged (?), 11:08 , 27-Апр-19, (117) +1

ФС это самая первая база данных , Аноним (96), 10:09 , 27-Апр-19, (100)

Тогда пользуйся ей как базой данных Хрюкин 1989Кабанченко 1989 - Хрюкин 1989, Аноним (123), 10:43 , 27-Апр-19, (112) +1

достаточно статьяДля всего остального вообще-то давно придумали расширенные атри, Аноним84701 (ok), 12:48 , 27-Апр-19, (133) +2

Расширенные атрибуты 8212 ещё более ненужный костыль, чем сабж , Аноним (123), 13:45 , 27-Апр-19, (138)

Аноним 8470 1 прав, потому не нужен твой комментарий , Аноним (96), 14:49 , 27-Апр-19, (146)
Костыль, это по-моему как раз попытка замапить все подряд на древовидную структу, Аноним84701 (ok), 15:40 , 27-Апр-19, (151) –1

Имя файла, пардоньте, при копировании по сети и или на другую ФС не уродуется п, anonblmous (?), 17:10 , 27-Апр-19, (162) +1

Во-во Маааленький и редкий такой пунктик с кодировками из серии а так все , Аноним84701 (ok), 17:55 , 27-Апр-19, (168)

Смущает Потому что формат тех метаданных привязан к конкретному типу файла, и п, anonblmous (?), 18:04 , 27-Апр-19, (170)
Произвольное приложение не сможет и mp3 прочитать, так что тут никакого убытку , Аноним84701 (ok), 22:18 , 27-Апр-19, (193)
тоесть через find вы уже не найдёте свою песенку если формат имени файла будет н, J.L. (?), 13:44 , 29-Апр-19, (248)
В смысле xattr или в ID3 В первом случае поэтому и ратую за поддержку в яблочн, Аноним84701 (ok), 16:11 , 29-Апр-19, (252) +1

Учимся считать 512 бит это 64 байта, в HEX-виде один байт записывается двумя си, Аноним (123), 10:36 , 27-Апр-19, (107) +2
При двух, ага А вот для китайских или японских символов это оказывается всего 8, Stax (ok), 11:49 , 27-Апр-19, (124)

Эта константа видна на уровне пользователя, её не так просто изменить, если вооб, Аноним (19), 23:19 , 26-Апр-19, (19) //

Эту константу можно было увеличить при проектировании следующей версии В реальн, zzz (??), 23:51 , 26-Апр-19, (31) –1
0, Аноним (123), 10:51 , 27-Апр-19, (113) +2

Это не на имя, а на весь путь , Аноним (67), 07:07 , 27-Апр-19, (67) –2 //

нет на весь путь 4К, Аноим (?), 09:34 , 27-Апр-19, (91) +1

Так, может, при переходе в режим UNICODE, считаться уже будут символы, а не байт, Аноним (70), 07:38 , 27-Апр-19, (73) –2
Расскажите нет, ну серьезно что у вас за имена такие , Аноим (?), 09:33 , 27-Апр-19, (90) +1 //

CODE mkdir 1 cd 1 N 1 while do if -e N 124 124 to, Andrey Mitrofanov (?), 08:23 , 29-Апр-19, (233)

Ждем новых порций говнокода от школь Wразработичков использующий для кодинга cas, Аноним (14), 22:48 , 26-Апр-19, (14) +8 //

А разве его раньше не было Сколько раз видел виндоразрабов, коммитящих и подклю, НяшМяш (ok), 00:15 , 27-Апр-19, (40) //

Так они в проприетарщину коммитили, а теперь и в опенсорц пойдет г-но, Аноним (51), 01:27 , 27-Апр-19, (51) +2 //

угу, и в ридми будет 0 отключите поддержку case sensitivity для нашего прекрасн, пох (?), 07:35 , 27-Апр-19, (71) +2

В тестирование не смогли , Аноним (123), 11:55 , 27-Апр-19, (128) //

У меня на ноутбуке все работало , Аноним (201), 05:06 , 28-Апр-19, (201) +2

Если кто разворачивает систему сразу на прод, пенять на разрабов ему следует в п, Аноним (270), 21:15 , 30-Апр-19, (270)

Ой нехорошо это Что-то грядёт , n1rdeks (ok), 23:09 , 26-Апр-19, (17) +4 //

Что именно может грясти И какие еще предзнаменования И как жить то дальше есл, Аноним (-), 23:36 , 26-Апр-19, (21)
А да давно уже все стало пофиг ибо все равно хуже уже не будет, после всех свист, Аноним (29), 23:48 , 26-Апр-19, (29) //

Ребята то не в курсе что таблицы отменили, используют зачем-то Еще и ifconfig с, Аноним (24), 00:59 , 27-Апр-19, (46) //

А почему это ifconfig и netstat в могиле У меня они во всю работают , АнОним (?), 15:34 , 27-Апр-19, (149)

Каждый день так думаю И каждый следующий день понимаю что ошибался Это точно, АнОним (?), 15:33 , 27-Апр-19, (148) –2

В день преподобного мученика Стефана земля налетит на небесную ось , Аноним (123), 13:51 , 27-Апр-19, (140) +1

а раньше, разве, не было Как же на данный момент храниятся юникодовые имена , Аноним (24), 23:32 , 26-Апр-19, (20) //

Тоже этот вопрос одолевает Особенно в свете того, что любой уважающий себя лин, Аноним (49), 01:17 , 27-Апр-19, (49) –1
вот смотри есть символы ы и Ы , это одна и та же буква в разном регистре дл, Нанобот (ok), 09:11 , 27-Апр-19, (88) +7 //

Для того, чтобы отличить, как раз не надо Надо для того, чтобы не отличать , Аноним (123), 10:53 , 27-Апр-19, (114) +4
Я уже разлуркал, что ext на сей момент не заботят имена и они кое-как показывают, Аноним (24), 19:04 , 27-Апр-19, (171) –2 //

обычно ставится , Аноним (24), 19:04 , 27-Апр-19, (172)

На данный момент текстом имена не хранятся Хранятся ничего не значащие байты, к, Аноним (141), 14:01 , 27-Апр-19, (141)
Все имена файлов в -- последовательности байтов Кроме некоторых Про них нам , Andrey Mitrofanov (?), 08:28 , 29-Апр-19, (234)

Вот чего не хватает, дак это ZSTD А работать с файлами без учета регистра все у, Аноним (25), 23:42 , 26-Апр-19, (25) +3 //

https github com dm-vdohttps access redhat com documentation en-us red_hat_e, Кот Матроскин (?), 01:21 , 27-Апр-19, (50) +2 //

RedHat only, anonymous (??), 08:24 , 27-Апр-19, (81) –1 //

Что за бред Это полностью открытая технология GPLv2 лицензия То, что редхат п, Stax (ok), 11:52 , 27-Апр-19, (127) +1

Какой стон Это не стон, а просто замечание Не будьте столь негативны А вообщ, anonymous (??), 14:06 , 27-Апр-19, (142)
Выглядит как костыль Наверно поэтому и нет во всех дистрибутивах , Аноним (25), 17:16 , 27-Апр-19, (163)

Костыль или нет, но видимо рабочий Хотя работа на блочном уровне без информации, Stax (ok), 19:57 , 27-Апр-19, (177)

zfs и btrfs - монстры Первой нужно очень много памяти для нормального функциони, Аноним (25), 22:11 , 27-Апр-19, (190) –2

Ты типа истина в последней инстанции или как , Gannet (ok), 23:48 , 27-Апр-19, (196)

Он просто озвучил факты Для многих истиной в последней инстанции они являются , Аноним (207), 15:00 , 28-Апр-19, (207)

Какие факты он озвучил Пруфы где Он озвучил своё IMHO, не более Кончайте бала, Gannet (ok), 00:57 , 29-Апр-19, (221)

он просто перепевщик стандартных urban legends, читатель похороникса не работал , пох (?), 22:02 , 28-Апр-19, (217) –1
Вижу на данный пост претендуешь ты , Аноним (25), 22:48 , 28-Апр-19, (219) –1

Оно просто раньше проприетарным было, а редхэт заопенсорсил после покупки компан, Аноним (201), 05:10 , 28-Апр-19, (202) +1

lz4, Аноним (158), 16:01 , 27-Апр-19, (160)

ЗАЧЕМ , segesg (?), 23:53 , 26-Апр-19, (32) +4 //

потому что могут в ластоногое ведро сейчас можно нести любую чушь - линус подоб, йож (?), 00:00 , 27-Апр-19, (36) –1 //

всегда было можно Условие - вашу чушь нужно уложить в патч на три строки, чтоб , пох (?), 07:37 , 27-Апр-19, (72) –2 //

Что-то не заметили From Gabriel Krisman Bertazi krisman labora com , Аноним (123), 10:57 , 27-Апр-19, (115)

это многочисленные просьбы от имени групп трудящихся К счастью, не имеющих по, . (?), 12:02 , 29-Апр-19, (244)

Это не только тупо, но еще и медленнее Привод юникодных символов к одному регис, Аноним (37), 00:10 , 27-Апр-19, (37) +4 //

Медленнее чем что Вот смотри, есть например wine Wine -- это реализация win32ap, Ordu (ok), 00:29 , 27-Апр-19, (43) –2 //

Вот только как вайн будет узнавать, включен ли на директории этот новый флаг или, Гентушник (ok), 02:05 , 27-Апр-19, (55) //

Это можно прописать в настройках Вот есть у тебя wine drive_c, в настройках , Ordu (ok), 03:42 , 27-Апр-19, (60) +3
README shit-d0 включите или ничего работать не будетсейчас так принято а case-i, пох (?), 07:41 , 27-Апр-19, (74) –1

Нет такого слова в русском языке директория , adolfus (ok), 14:13 , 30-Апр-19, (263) –1 //

Увы https ru wiktionary org wiki директорияНу или Я вообще краем уха слышал, ч, Аноним84701 (ok), 20:39 , 30-Апр-19, (268)
Это проблемы русского языка, это не мои проблемы , Ordu (ok), 02:50 , 01-Май-19, (271)

На фоне приложений на антиэкологичных bloatlangs java, python, etc выглядит ка, Аноним (158), 15:56 , 27-Апр-19, (157)
и дырявых парсеров с переполнениями I , Andrey Mitrofanov (?), 08:32 , 29-Апр-19, (235)

Начиная читать новость после заголовкая меня посетила буря эмоций, ну как же так, zloykakpes (ok), 00:14 , 27-Апр-19, (39) –1 //

Это не прогресс, а регресс Взяли бы что полезное, например сжатие там или нормал, Гентушник (ok), 01:52 , 27-Апр-19, (53) –1 //

А что, кстати, мешает Где оно, сжатие в ext4 или xfs на уровне файлов а не бло, Stax (ok), 12:00 , 27-Апр-19, (130) //

На уровне файлов не годится точно Базы данных такого не потерпят Нужно на уров, Аноним (25), 15:29 , 28-Апр-19, (208) –2

Блин, ну разумеется технически сжатие поблочное я имею ввиду, что контролирова, Stax (ok), 06:03 , 29-Апр-19, (227)

Тебя не смущает, что этот 171 костыль 187 продолжает тянуться столько лет и , Аноним (211), 05:24 , 29-Апр-19, (225) //

А почему бы с такой же логикой не считать 0, O и О за один и тот же символ Пишу, Гентушник (ok), 07:40 , 29-Апр-19, (228)

Кстати, да 123 Человекам ещё удобно не создавать файлов C CON, D CON, C NUL,, Andrey Mitrofanov (?), 08:38 , 29-Апр-19, (236)

Ещё AUX и PRN же , Гентушник (ok), 10:16 , 29-Апр-19, (238)

Я ж тэг поставил -P Там ещё несколько пропущены CODE time echo E Z , Andrey Mitrofanov (?), 11:09 , 29-Апр-19, (240)

Нет, не все Еще есть и особенно класно в ко, adolfus (ok), 14:21 , 30-Апр-19, (265)

Абсолютно верное замечание Я бы к нему добавил бы запрет на системном уровне на, adolfus (ok), 14:19 , 30-Апр-19, (264)

Полезным новшествам обычно не противятся , AlexYeCu_not_logged (?), 11:10 , 27-Апр-19, (119) +1

Ждём новых уязвимостей , Аноним (41), 00:21 , 27-Апр-19, (41) +2
C , Вася (??), 00:48 , 27-Апр-19, (45) +1 //

FoRmAt c , нимыч (?), 01:09 , 27-Апр-19, (48) +2
На самом деле DosDevices C Сюрприз-сюрприз - , Аноним (96), 10:41 , 27-Апр-19, (110) –1
C Linux System32 libc so, Аноним (150), 15:36 , 27-Апр-19, (150) //

Это так было в Windows 96А в Windows NT вот так SystemRoot libc so , Аноним (96), 16:23 , 27-Апр-19, (161) //

SystemRoot Libc So DLL, Andrey Mitrofanov (?), 08:40 , 29-Апр-19, (237)

Переменные окружения SystemRoot работают на уровне выше Ядро и Native API п, Аноним (209), 13:00 , 29-Апр-19, (247)

Наконец-то вайн нормально заработает А то с васянскими репаками фш вечно приход, Аноним (47), 01:05 , 27-Апр-19, (47) –2 //

А чем тебе плох GIMP , marios (ok), 11:59 , 27-Апр-19, (129) //

Один из примеров это мода верстать сайты из PSD-шаблонов во всяких конторках , Аноне (?), 14:30 , 27-Апр-19, (145)

Это подготовка к переводу windows на linux kernel, Аноним (59), 03:31 , 27-Апр-19, (59) +4
DOS возвращается Ждём 8 3 , swine (ok), 04:23 , 27-Апр-19, (61) +3 //

Выше требуют аналог LFN, Аноне (?), 09:35 , 27-Апр-19, (92)
JFYI в OS 2 были регистрозависимые длинные имена файлов даже на FAT12 , forum reader (?), 13:48 , 27-Апр-19, (139) +3 //

которые хранились в отдельных файлах ea data sf название мог перепутать - , anonblmous (?), 17:34 , 27-Апр-19, (167) //

Да И там могли хранится не только длинные имена, но и другие метаданные наприм, forum reader (?), 20:28 , 27-Апр-19, (180)

Главное чтобы зловредную логику переименования файлов не принесли в винде и гит, Аноним (67), 07:14 , 27-Апр-19, (68) +1 //

Это точно Надеюсь не перетащат это , Онаним (?), 07:55 , 27-Апр-19, (76)

Что-то фак животворящий по поводу регистронечувствительности запоздал , Аноним (70), 08:07 , 27-Апр-19, (77) +3 //

Фак был предъявлен ещё в районе 2014, и мартышки названы мартышками См ссылку , PnDx (ok), 16:07 , 29-Апр-19, (251)

Контрольные суммы для коррекции ошибок для блоков данных будут когда-нибудь Или , Аноним (158), 08:24 , 27-Апр-19, (80) –1
Когда увеличат ограничение на полное имя пути файла в линуксе , Аноним (158), 08:25 , 27-Апр-19, (82) –2 //

Вам зачем, расскажите Что можно накреативить, чтобы не хватило 4х килобайт для , Аноим (?), 09:36 , 27-Апр-19, (94) //

Ингредиенты - файловая шара в офисе, обычные офисные работники, обычные офисные , Аноним (158), 15:45 , 27-Апр-19, (154) –1 //

Катализатор 8212 начисление и снятие премий За месяц обучатся, самые тупые з, AlexYeCu_not_logged (?), 21:23 , 27-Апр-19, (184) +1

Ага, еще колючая проволока с напряжением Вообще-то, нормально, когда технологи, Аноним (158), 22:05 , 27-Апр-19, (189)

Бизнес не пробовал нанимать вменяемых сотрудников, а не чьих-то родственников На, AlexYeCu_not_logged (?), 22:13 , 27-Апр-19, (191) –3

я пробовал - родственники обижаются А учитывая что другие родственники этих родс, наебизнес (?), 10:58 , 30-Апр-19, (262) –1

Сделали бы хотя бы настраиваемым параметром, а то так можно вернуться и к 8-bit , Аноним (158), 15:52 , 27-Апр-19, (156) –1
Вам зачем, расскажите Что можно накреативить, чтобы не хватило 4х килобайт для, Аноним (204), 10:41 , 28-Апр-19, (204)
файлы с именами в cp1251 на рутрекере -- приходится флешку с фатом постоянно в к, adolfus (ok), 14:27 , 30-Апр-19, (266)

Почему-то регистрозависимость преподносилась как что-то правильное Но кейс 1 лю, nrv (ok), 09:36 , 27-Апр-19, (93) –3 //

Кому нужно , AlexYeCu_not_logged (?), 11:12 , 27-Апр-19, (120) +4 //

всем нужно Чтобы какая-нибудь толстая северная птица не создала его, а ты бы по, nrv (ok), 14:59 , 27-Апр-19, (147) –2 //

Мне 8212 нет И каким же образом я 171 случайно 187 обращусь не к тому фай, AlexYeCu_not_logged (?), 15:51 , 27-Апр-19, (155) +1

Абсолютная память Если файл создали, написали скрипт, где забито его имя, то, к, nrv (ok), 21:09 , 27-Апр-19, (182) –1

Она у меня просто есть Обычно этого достаточно Сто лет Я меньше живу пока что , AlexYeCu_not_logged (?), 21:20 , 27-Апр-19, (183) +1

Это очевидно хорошо Такой возможности нет и не будет И вы хотите сэкономить нес, Аноним (144), 14:23 , 27-Апр-19, (144) +4

Народ негодует, как будто у них отобрали что-то Да не ставьте этот флаг и всё б, Аноим (?), 09:37 , 27-Апр-19, (95) //

От ненужных 171 альтернатив 187 ядро уже разжирело на несколько порядков , Аноним (123), 11:02 , 27-Апр-19, (116) +2 //

А кто сказал, что это плохо Ваши аппаратные ресурсы застряли в 90х чтоли А если, Аноим (?), 11:49 , 27-Апр-19, (125) –3 //

Вы что Это же лишние пара сотен килобайт Для линуксоидов это конец, у них хард, КГБ СССР (?), 13:18 , 27-Апр-19, (135) –2
Плохо то, что каждый вопящий про 171 дешёвые аппаратные ресурсы 187 забывает, AlexYeCu_not_logged (?), 16:01 , 27-Апр-19, (159) +3

Работаю в IT и околоIT уже скоро 20 лет как Не могу вспонить таких моментов, чт, Аноним (211), 05:31 , 29-Апр-19, (226)

Наплыв пользователей на нормальный софт незаметен, в отличие от прожорливого, AnonymouS (?), 14:49 , 29-Апр-19, (249)
Мысль расшифруй, заслуженный работник всея АйТи Потому как по причине прожорливо, AlexYeCu_not_logged (?), 18:47 , 29-Апр-19, (256)

Если тебе что-то не нравится, вали на hurd , КГБ СССР (?), 13:20 , 27-Апр-19, (136) –4

А если в такой каталог будут скопированы файлы с более 171 старшим 187 юнико, Аноним (109), 10:38 , 27-Апр-19, (109)
Press F to pay respect to windows , Винтажный газогенератор (?), 15:42 , 27-Апр-19, (152) +3 //

Set Ffixed, Аноним (24), 21:29 , 27-Апр-19, (186) +1

Пора уже Ext5 пилить, со сжатием и заточкой под ssd, Аноним (25), 17:18 , 27-Апр-19, (164) //

Это как конкретно , Аноним (24), 21:29 , 27-Апр-19, (187) //

COW, Аноним (25), 22:15 , 27-Апр-19, (192) –2

А что с обратной совместимостью Как такие файлы каталоги будут обрабатываться н, Аноним (165), 17:25 , 27-Апр-19, (165) +1 //

да никак кто нынче о совместимости думает кругом сплощной непрофессионализм , Аноним (176), 19:51 , 27-Апр-19, (176) +1
А читаем мы непонятно чем Русским же по белому написано 1 Никаких изменений в , pda (?), 15:17 , 29-Апр-19, (250) //

Как будут обрабатываться новые атрибуты в inode при подключении накопителя к дру, Аноним (269), 20:41 , 30-Апр-19, (269)

то что какой-то софт может после этого сломаться их не волнует совсем линус ж, Аноним (176), 20:04 , 27-Апр-19, (178) –3
Разве один и тот же символ но в разном ригистре не кодируются разными юникод пос, Аноним (179), 20:24 , 27-Апр-19, (179) +1
Ах, какая ж возможность добавить немного уличной магии в программы Впрочем, сво, Аноним (206), 14:52 , 28-Апр-19, (206)
Гораздо интереснее, когда длину имени файла сделают больше, Аномномномнимус (?), 19:57 , 28-Апр-19, (214) +1
Как всегда - у разработчиков свои, особые, уличные приоритеты Тут уже отмечали,, Аноним (216), 22:01 , 28-Апр-19, (216) –1 //

мы такую fs разработали в 85м году fat называлась Правда, в ваше ведро ее совре, microsoft (?), 11:22 , 29-Апр-19, (241)

Бредовая затея Средний виндовый пользователь не запоминает имена Он запоминает , Аноним (243), 11:54 , 29-Апр-19, (243) +1 //

ты не понимаешь - средний виндовый пользователь не придумывает имена потому что, пох (?), 12:11 , 29-Апр-19, (246) +1

Госспаде, гора родила мышь Нужны увеличение длины имени файлов и возможность от, Аноним (253), 16:45 , 29-Апр-19, (253) //

чем тебя не устраивают права доступа в лине Как по мне всё логично и мощно , Аноним (-), 18:38 , 29-Апр-19, (255) //

тем, что на вставленной флешке с ext права будут с того компа, откуда флешка и, J.L. (?), 18:49 , 29-Апр-19, (257)

Это зачем Что-то, я не понял , Георгий (??), 17:20 , 29-Апр-19, (254)
Так, с регистром разобрались, теперь нужно добавить буквы дисков без монтировани, Аноним (261), 08:27 , 30-Апр-19, (261)
- Алло, это Линус Торвальдс - Да - ВИНДА , Аноним (267), 18:03 , 30-Апр-19, (267)

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

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ообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	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ообщить модератору