The OpenNET Project / Index page

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

Линус Торвальдс раскритиковал регистронезависимые файловые системы

28.04.2025 19:37

В ответ на публикацию исправления проблемы, связанной с поддержкой работы ФС Bcachefs в режиме без учёта регистра символов в именах каталогов, Линус Торвальдс заявил, что разработчики ФС видимо не способны учиться на своих ошибках, поскольку это далеко не первая проблема в коде обработки регистронезависимости.

Суть проблемы в том, что Unicode достаточно сложный стандарт и приведение символов к единому регистру (case folding) для всех его краевых случаев корректно не реализует практически никто. Более того - в силу специфики структуры Unicode, возможны ситуации, когда ожидания программ не совпадают с тем, как это фактически реализовано в той или иной файловой системе (например, кто-то считает символы "❤" и "❤️" одинаковыми в режиме без учёта регистра, а кто-то нет). Это приводит к ошибочному поведению - в том числе к потенциальным уязвимостям, потому что проверки в программах могут считать имена файлов разными, но ФС посчитает их совпадающими, или наоборот, что приведёт к проблемам с безопасностью.

По мнению Торвальдса, проблема некорректности приведения регистра символов в Unicode сводится к тому, что однозначного, правильного и безошибочного пути выполнять данную операцию просто не существует, и в результате попытки придать какое-то специальное значение байтам или их комбинациям ведут только к целым новым классам ошибок, включая и уязвимости. Торвальдс сообщил, что времена FAT давно закончились, но почему-то некоторые люди продолжают быть уверены, что поведение из эпохи FAT - полезная возможность, в то время как это ошибка.

 
  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: В ядро Linux для ФС Ext4 включена поддержка работы без учёта регистра символов
  3. OpenNews: Линус Торвальдс начал сожалеть, что принял Bcachefs в ядро Linux
  4. OpenNews: Линус Торвальдс снова недоволен коммитами в Bcachefs
  5. OpenNews: Автора BcacheFS временно отстранили от разработки ядра Linux из-за нарушения кодекса поведения
  6. OpenNews: Новый метод фишинга с использованием unicode-символов в домене
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63149-bcachefs
Ключевые слова: bcachefs, fs, bug
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (348) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 19:46, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +20 +/
    Он ещё не учёл, что в каждой новой версии стандарта Unicode появляются новые правила. Одна программа может поддерживать одну версию стандарта, а другая другую и их поведение в обработке одинаковых данных будет отличаться.
     
     
  • 2.18, Аноним (18), 20:08, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > Он ещё не учёл, что в каждой новой версии стандарта Unicode появляются новые правила

    Какие например?

     
     
  • 3.169, Аноним (-), 06:44, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    Черт знает насчет стандарта - а например андроида дико колбасит при попытке засэ... большой текст свёрнут, показать
     
  • 2.27, Аноним (-), 20:31, 28/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +5 +/
    Стандарт Юникода нельзя сравнивать со Стандартами языков программирования. В Юникоде кодовые позиции символов не пересматриваются. Каждый следующий стандарт привязывает к определённой кодовой позиции какой-либо символ.
     
     
  • 3.28, Аноним (-), 20:33, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    ... к незанятой кодовой позиции, какой-нибудь "новый" символ.
     
  • 2.46, Карлос Сношайтилис (ok), 21:16, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +6 +/
    Он-то как раз и учёл. И прямо об этом говорит.
    И появляются не "правила", а новые символы и новые, дополнительные интерпретации. Старое не ломается.
     
  • 2.166, Аноним (-), 06:37, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Он ещё не учёл, что в каждой новой версии стандарта Unicode появляются
    > новые правила. Одна программа может поддерживать одну версию стандарта, а другая
    > другую и их поведение в обработке одинаковых данных будет отличаться.

    Он как раз в правильной точке чтобы наесться всего этого жуткого булшита досыта. И именно поэтому и выступил с такой отповедью. Он буквально сказал: разработчики пытаются найти правильное решение задачи, выкатывая исправления. Проблема в том что нельзя сделать явно кривое действие - правильным. Правильного решения этой проблемы не существует в природе. Должен же кто-то сказать это борцам с ветряными мельницами, когда они увлекшись очередной атакой на проклятого монстра - забыли что это вообще смысла не имеет?!

     
     
  • 3.168, Аноним (168), 06:42, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Больше всего мне нравятся толкователи слов  учителя. Но обычно толкованием занимаются после смерти, а тут ещё при жизни. Повезло ему.
     
     
  • 4.170, Аноним (-), 06:50, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > Больше всего мне нравятся толкователи слов  учителя. Но обычно толкованием занимаются
    > после смерти, а тут ещё при жизни. Повезло ему.

    Я способный ученик. Поэтому могу взять да укатать этим классом багов в репу, без ложной скромности. Поэтому понимаю о чем он говорит. Он вот тоже - пришел к тем же выводам. Ему тоже не хочется иметь дело с целым классом вулнов из разряда "desync" на ровном месте.

     
     
  • 5.400, Аноним (400), 06:25, 06/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Это называется не "ученик" - а, немного другим метким и резким словцом...
    (настолько резким - что, не буду даже звучивать тут, да и зачистят 300% :]).
     
  • 3.237, Аноним (237), 12:16, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Типичная ситуация, когда борятся со следствием, а не решают проблему.
     
     
  • 4.248, Аноним (248), 13:24, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    > Типичная ситуация, когда борятся со следствием, а не решают проблему.

    Вот Торвальдс и сказал что решать надо - проблему. Как то - наворачивание потуг придавать байтам и их комбо специальный смысл вместо того чтобы просто и брутально сохранить как есть, с минимумом ограничений ("can't contain null and /") - ведет к великому множеству дурных факапов на ровном месте.

    Зеня вон даже любезно подогнал примеры файликов как вам ВНЕЗАПНО можно попробовать перезапиать файло. Или стырить его - нарушив ACL. ЧСХ в виндах точно были факапы с тырингом внеплановых файлов через HTTP сервера, черех вулны с именами. По моему даже чуть ли не в IIS не говоря уж о других :)

    Удобно же когда некто deny на СуперСекретныйФайл влепил, но он все равно - скачался как суперсекретныйфайл, если софт тупанул :)

     
     
  • 5.312, Аноним (312), 23:47, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    вот именно koi8r (щщщютка)
    Я себе слабо представляю, чтобы у человека в паспорте были сердечки вместо букв в имени, на номерах домов и квартир мордочки кошечек и собачек вместо цифр, и ладошки с модификатором цвета кожи вместо чисел в ценниках на товарах.
    Имена файлов и каталогов должны быть в усеченном подмножестве.
     
     
  • 6.338, Аноним (-), 12:19, 30/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Я себе слабо представляю, чтобы у человека в паспорте были сердечки вместо
    > букв в имени, на номерах домов и квартир мордочки кошечек и
    > собачек вместо цифр, и ладошки с модификатором цвета кожи вместо чисел
    > в ценниках на товарах.

    Вы можете дать лекцию как делать case folding всяких умляутов и каких там еще закорючек правилдьно. А если иероглифы взять - какие вообще шансы что типовой опеннетчик напишет им case folding правильно, совпадая с мнением ФС, и

    > Имена файлов и каталогов должны быть в усеченном подмножестве.

    Как по мне - меня устраивает подмножество "everything except null and /". Главное не пытаться искать специальный смысл в этих байтах - и жевать их как отдала ФС. Иначе - возможно горе от ума, как с case folding.

     
     
  • 7.392, Аноним (392), 10:56, 03/05/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Вот ты и вывел принцип для усечения подмножества - символ, для которого существу... большой текст свёрнут, показать
     
     
  • 8.395, Аноним (-), 16:01, 03/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Вон там примеров навалили где с этим нифига не просто все Юникод большой и слож... большой текст свёрнут, показать
     
  • 7.401, Аноним (400), 06:38, 06/05/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Вы можете дать лекцию как делать case folding всяких умляутов и каких там еще закорючек правилдьно.

    Как то ведь раньше без unicode прекрасно все жили, а кто то и ныне живёт (мин.в DOS'е).
    И причём прекрасно живёт(в DOS же - лишь длины именам не хватает) - без этих всех топиковых проблем.


    > А если иероглифы взять ...

    Пускай с ними, т.б.созданными быть по сути криптографическими глифами для узкого круга лиц изначально да и частью символов и поныне, трaхаются те кому их навязывает их власть,
    - какого остальной мир должен с ними же трахаться! Да ещё в ущерб рискам безопасности себе.

     
  • 6.378, Молодой Смузихлёб (?), 13:31, 01/05/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Ну я вот храню фотографии с именами типа "2024-03-01 12:54:12.jpg", и каждая вторая программа (кхем, Nextcloud) начинает преобразовывать по своим правилам.
     
  • 6.413, EmmGold (ok), 20:14, 06/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    У меня в паспорте вместо "ё" написано "е". И во многих документах теперь расхождение.
    Предлагают обединить не только регистры, но и "еЕёЁйоЙОйОЙойо", чтоб наверняка.
     

  • 1.2, Аноним (2), 19:50, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +13 +/
    > Торвальдс сообщил, что времена FAT давно закончились

    EFI system partition уже можно в ext4 ?!!

     
     
  • 2.8, Аноним (8), 19:55, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    Разрешаю!
    Можешь реализовать, а мы посмотрим.
     
     
  • 3.26, Аноним (26), 20:25, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Кто сказал CoreBoot и CanoeBoot?
     
     
  • 4.55, Аноним (55), 21:29, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    KogoeBoot?
     
     
  • 5.128, Аноним (128), 23:32, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    Das U-Boot
     
     
  • 6.154, Was (??), 04:37, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +6 +/
    U96: Das Boot
     
     
  • 7.163, Аноним (163), 06:26, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    >Maximum velocity
    >Das boot
    >System activated
     
  • 6.281, Аноним (281), 17:50, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Вас юбут, а вам всё равно
     
  • 3.322, maximnik0 (?), 04:38, 30/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    >Можешь реализовать, а мы посмотрим.

    Уже реализовано, где-то уже не помню но скачивал UEFI драйвера для ext4,htfs,hfs,udf.
    А так у многих плат в UEFI есть поддержка htfs,т.к более распространенная.

     
  • 2.19, Я (??), 20:08, 28/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +4 +/
    вообще можно.. но стандарт требует от производителей ефи добавлять только минимальный набор драйверов среди которых нет ехт4, но он не запрещает его добавлять а значит можно иметь ефи систем партишн на любом разделе.
     
     
  • 3.129, Аноним (128), 23:34, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    А исполняемые файлы EFI в формате ELF можно?
     
  • 2.43, НяшМяш (ok), 21:04, 28/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • –1 +/
    В маке вроде hfs+? =)
     
     
  • 3.51, Минона (ok), 21:24, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    В маке APFS.
     
     
  • 4.302, penetrator (?), 22:00, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    но не в UEFI
     
  • 3.396, blkkid (?), 17:34, 03/05/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    на маках уже UEFI нет как такового
     
  • 2.52, sergey (??), 21:26, 28/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    В смысле? Вы в курсе что если в новой системе форматировать диск в ext4 в его в старой системе (где то же есть ext4) не сможете даже примонтировать !
     
     
  • 3.121, Аноним (121), 23:00, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    для переноса данных используется ext3, а для починки новой системы не используйте древний rescue. а спасти данные можно - читать то можно, только писать нельзя...
     
     
  • 4.124, Аноним (124), 23:04, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    ему не надо чинить. Там на старой системе отказ монтировать из-за того, что диск отформатирован с поддержкой фич, о которых старое ядро внезапно не знает.
     
     
  • 5.218, nrv (ok), 10:24, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    это да
    но с другой стороны, не невыпускать же новые версии теперь
    наверное можно указать уровень совместимости при создании, чтобы при смене дистриба не напороться
     
  • 3.184, Аноним (184), 07:51, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Монтируйте в ext2.
     
  • 2.53, Ан Оним (?), 21:27, 28/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +2 +/
    ESP - это ошибка
     
     
  • 3.180, Минона (ok), 07:37, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Точно!
    Надо UKI сразу в ПЗУ шить. 😏
     
     
  • 4.194, Аноним (194), 08:49, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Точно!
    > Надо UKI сразу в ПЗУ шить. 😏

    Рассматривая мини-линуз-как-бутлоадер в SPI флешке - да ты телепат почти?!

     
  • 2.72, Аноним (72), 22:01, 28/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +1 +/
    > EFI system partition уже можно в ext4 ?!!

    Можно, и не только в ext4: https://efi.akeo.ie/downloads/efifs-1.11/x64/

     
     
  • 3.231, Аноним (231), 11:49, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Там ext4 нету. Но я знаю, где есть. :) Только куда их положить, чтобы заработало? (:
     
     
  • 4.270, Аноним (72), 16:26, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Там ext4 нету

    Есть. ext2_x64.efi -- общий драйвер для ФС семейства ext*

    > Только куда их положить, чтобы заработало?

    Сначала по этой инструкции https://github.com/pbatard/efifs/wiki/Adding-a-driver-to-a-UEFI-firmware (раздел "Creating the UEFI firmware module") драйвер нужно преобразовать в формат, понятный прошивке. Потом любым рабочим способом добавляешь получившийся модуль в образ биоса, после чего прошиваешь. Только учти, что обычными утилитами модифицированную прошивку не залить -- нужно либо снимать защиту вручную (как -- гугли сам, я уже не помню деталей), либо использовать программатор.

     
     
  • 5.402, Аноним (400), 06:48, 06/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Есть. ext2_x64.efi

    И чем этот блоб лучше виндузятских блобов?...

     
  • 2.119, ананим.orig (?), 22:56, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Ну да, времена FAT может и закончились, а вот мс до сих пор жив - поэтому секуре в бут вам всем, пока эту нежить не закопаете.
     
  • 2.171, Аноним (-), 06:52, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> Торвальдс сообщил, что времена FAT давно закончились
    > EFI system partition уже можно в ext4 ?!!

    Теоретически там хоть btrfs можно. Практически - зависит от того какие драйвера ФС в фирмвари были.

     
  • 2.176, ryoken (ok), 07:21, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Воткните нужный драйвер в фирмварь и вперед. Вантуз правда будет в некотором удивлении и не сможет обновлять загрузчик. Но это может и хорошо :).
     
     
  • 3.232, Аноним (231), 11:51, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Куда именно воткнуть? (:
     
     
  • 4.249, Аноним (248), 13:27, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Куда именно воткнуть? (:

    В образ фирмвари, куда ж еще. Да, для этого его придется перегенерять.

     
  • 2.276, Аноним (276), 17:37, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >EFI system partition уже можно в ext4 ?!!

    А почему не в NTFS? Причем легаси и некорректное преобразование? Там где нужен FAT пусть будет FAT с его требованиями.

     
  • 2.365, Аноним (365), 23:19, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    С ext2 можно. А зачем что-то более сложное / журналируемое для раздела, который не перезаписывается или обновляется крайне редко.
     

  • 1.3, Аноним (3), 19:51, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –23 +/
    Все правильно сказал. Регистронезависимость -- это Приколюха™, которую нам подложили диды. Те же самые диды, которые решили, что было бы Прикольно™, если бы IP-адреса записывались не только как десятичные числа через точку, но и как всякие там 127.1, 0x7f.0.0.1 и еще какая-нибудь ересь.
     

     ....большая нить свёрнута, показать (75)

  • 1.5, Аноним (5), 19:54, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +4 +/
    Жиза, только сегодня пришлось иметь дело с renpy и файлы были в рандомном регистре повсюду. Часто с электроном то же самое.
     
  • 1.13, xsignal (ok), 20:02, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +2 +/
    Пингвин прав - регистронезависимые имена файлов это сознательное упрощение для первых неискушённых пользователей персональных компьютеров времён MS-DOS с кодировкой ASCII, чтобы им было проще освоить диковинную чудо-технику. Но сейчас-то все уже прошаренные - называют файлы большими и маленькими буквами, некоторые даже с пробелами)) Зачем тащить этот анахронизм в сегодняшнее время? Тем более в юникоде понятие регистра действительно крайне расплывчатое...
     
     
  • 2.17, User (??), 20:08, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Некоторые даже в национальных кодировках, прикинь! Но, как правило - не ъ. Третьего дня мне тут пара человек зачесывала кто за название книг транслитом, кто против имен возможности имена пользователя\пароли в кодировках, отличных от дефолтной протестовал, кто на Power-Shell ругался...
    В общем, те-о-ре-ти-чес-ки да, но нет.
     
     
  • 3.217, 1 (??), 10:17, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ага ! А ещё и с помощью эмодзи (где там птичий язык ?) ...

    Даёшь приведение эмодзи в нижний регистр !!! И чтоб библиотека была на языке, который нельзя называть !

     
  • 3.236, Аноним (237), 12:13, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Даже ASCII далек от адекватного. Что уж говорить про Unicode.
     
  • 2.74, Zenitur (ok), 22:02, 28/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    Но ведь и в ext4 недавно добавили nocase: https://www.opennet.ru/opennews/art.shtml?num=50581
     
     
  • 3.93, Аноним (93), 22:23, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Опционально. Очевидно - для узких нужд.
     
     
  • 4.104, Аноним (104), 22:40, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Опционально. Очевидно - для узких нужд.

    А кстати, для каких? Всегда было любопытно

     
     
  • 5.127, Rollo99 (ok), 23:32, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Для совместимости с уже существующими решениями.

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

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

    Сами файлики выгружаются из ИС с сохранением исходного расширения, а добавляются пользователями. За годы работы их накопилось весьма много.
    Разработчикам ушел запрос на доработку экспорта, по пока не переделали.

     
     
  • 6.134, Аноним (104), 00:11, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Тут скорее имело бы смысл сделать запрос на доработку поиска (игнорировать регистр расширений).

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

    На самбе, емнип, все эти штуки с регистром и автоконвертацией имён решались настройками сервера.

     
  • 5.155, Аноним (155), 05:36, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    в комплект к вайну. когда пытаешься виндовое что-то копировать, типа патча поверх, то может оказаться всё в разных регистрах
     
  • 5.251, ProfessorNavigator (ok), 13:44, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > А кстати, для каких? Всегда было любопытно

    Я в код не смотрел, но подозреваю, что след тянется к Майкрософт. Они ж в последнее время активно начали в Линукс влазить и использовать его у себя. А имена файлов и папок без различия регистра - это именно их детище.

     
     
  • 6.319, Аноним (319), 02:03, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > но подозреваю, что след тянется к Майкрософт.

    Так и есть.

     
  • 5.317, Аноним (319), 01:58, 30/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    https://static.sched.com/hosted_files/osseu2020/ea/Gabriel_Krisman_Bertazi-lin
     
     
  • 6.318, Аноним (319), 02:02, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ах, да. Страница 10.
     
  • 2.156, Anonymously (-), 05:48, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Маки тоже по дефолту apfs в case insensitive форматирует.
     
  • 2.347, Аноним (347), 14:27, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Регистры нужны сугубо для человека, машине вообще поx, что ты там и как назовёшь.
    Но по факту когда хуман ищет файл, ему ВСЁ РАВНО, какой там регистр! Он его не помнил никогда и не должен. Просто найди "фотки ДР 2005" - ЗАЧЕМ тут регистр?!?!
     

  • 1.15, svsd_val (ok), 20:06, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • –2 +/
    Всё верно сказал!
     
  • 1.23, Аноним (23), 20:23, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +3 +/
    сердечки в юникоде еще и размер меняют?
     
     
  • 2.39, Аноним (-), 20:57, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >сердечки в юникоде еще и размер меняют?

    Не понял вопроса? Есть кодовая позиция, она может быть занята определённым символом, либо может быть незанятой, свободной. Если красному и чёрному сердцу отвели определённые кодовые позиции, то это разные символы. Если например, не вдаваясь в подробности просто, символ "сердце" привязяли к определённой кодовой позиции, и нет других привязок с графичеим русунком в форму сердца. То тогда все сердца разных форм и цветов будут считаться одним символом. Такова анатомия Юникода. Всё дело в привязке: "кодовая позиция = графический рисунок".

     
     
  • 3.49, Аноним (45), 21:19, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Сердечки в имени файла. Это мы заслужили. За такое надо было бить по рукам с самого начала, а теперь все эти dei расплодились.
     
     
  • 4.80, Аноним (-), 22:11, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > За такое надо было бить по рукам с самого начала

    А за умляуты в имени файла тоже? Это же такая наглость желать писать слово правильно!
    А за иероглифы тоже?

    Слава богу таких даунито как ты никто не слушал. И позволили писать то, что они хотят.

     
     
  • 5.117, Аноним (45), 22:54, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Сперва сердечки разных цветов, потом буквы разных цветов. Это же круто, мы же всё можем. И причем тут национальные алфавиты? Там есть сердечки?
     
     
  • 6.130, Аноним (104), 23:35, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +4 +/
    Бессердечные алфавиты!
     
  • 6.383, Dmityry (?), 21:05, 01/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Это не национальный, это женский алфавит. На нем девочки пишут, а ты тут со своей программистской логикой лезешь
     
  • 5.222, n00by (ok), 10:46, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >>> Сердечки в имени файла.
    >> За такое надо было бить по рукам с самого начала
    > А за умляуты в имени файла тоже?

    В первую очередь, бить надо за подобную гнилую софистику, когда демагог приравнивает спецсимволы (НЕ применяются для записи слов) к буквам (используются для записи слов) с целью развязать тупой спор.

     
     
  • 6.257, Аноним (23), 14:24, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > (НЕ применяются для записи слов)

    каким кодом в юникод закодирована "Ritratto di Monna Lisa del Giocondo"?

     
     
  • 7.327, n00by (ok), 09:54, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Советую перечитать и попробовать выдернуть из контекста более подходящее.
     
  • 6.355, Аноним (355), 18:48, 30/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Не вижу приципиальной разницы между буквой, иероглифом и сердечком И то, и друг... большой текст свёрнут, показать
     
  • 4.148, Имя (?), 01:41, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    С чего бы анониму решать это? Хочу и использую, вот, держи 🤡
     
  • 4.239, Аноним (237), 12:26, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    А за Unicode куда бить?
     
  • 3.136, Аноним (23), 00:35, 29/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +1 +/
    > Не понял вопроса?

    ну вот у "а" и "А" одна и таже буква, имеют разные коды, и мы говорим что "А" это буква "а" большого размера (верхнего регистра). Ну вот с буквами понятно, а понятие регистра разве у сердечек есть? "Красное сердечко" никоим образом не является "регистром" "черного сердечка", это два разных символа.

     
     
  • 4.153, Аноним (153), 04:24, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Строго говоря Юникод не знает таких понятий как "верхний регистр", "нижний регистр". Есть кодовая позиция, и есть прявязанный к конкретно данному коду, символ. И всё! Термины: "регистр", "глиф символа", "кегль", "шрифт" относятся к типографике, а не Юникоду.
    Юникод оперирует такими понятиями, как направления письма (левое, правое), можно ли один символ комбинировать с другим символом (диакритика), тип разрыва строки.

    Кириллическое А = U+0410 - а это его кодовая позиция.
    Кириллическое а - U+0430
    Латинская A - U+0041
    Латинская a - U+0061

     
     
  • 5.192, Аноним (192), 08:45, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Прям какой-то антипатерн "dont repeat your self" получается...
     
  • 5.195, Аноним (192), 08:49, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Это про
    U+0410 и U+0041
    U+0430 и U+0061
    Если что
    Сами-то символы одинаковые
     
     
  • 6.273, Аноним (-), 16:40, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Комитет стандартизирующий Юникод очень экономно подходит к "расходованию" кодовых позиций. Если комитет решил, что латинское "A" и кириллическое "А" разные символы значит на то были веские основания. Когда решают поместить какой либо символ в состав Юникода, тщательно изучается история данного символа.

     
     
  • 7.363, Аноним (347), 22:33, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Значит г____но это, а не комитет. Очевидно же, что почти половина кирилицы схожа с латиницей:
    АВЕКМНОРСТУХ - это всё русские символы, которые МОЖНО заменить латинскими. Но никто это не сделал. Ну и накуль нужóн этот комитет, который "тщательно изучал историю"?? Изучал, да ни___я не изучил. В результате даже 16-битного юникода нехватило - полезли в 32-битный.

    Я считаю, что в текущем виде юникод - это позорище ИТ. Так же как USB и x86.

     
  • 5.238, Аноним (238), 12:17, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    А как вы объясните zalgo ?
     
  • 5.255, Аноним (23), 14:17, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    Никто с этим не спорит, ибо юникод это средство кодирования символов того или ин... большой текст свёрнут, показать
     
     
  • 6.304, Аноним (304), 22:36, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >  33 звука

    Е, Ё, Ю и Я все вместе мерзко хихикают, рядом прыскают от смеха Ц и Щ, а Ь и Ъ смотрят молча, с недоумением.

     
     
  • 7.314, Аноним (23), 00:41, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Е, Ё, Ю и Я все вместе мерзко хихикают, рядом прыскают от
    > смеха Ц и Щ, а Ь и Ъ смотрят молча, с
    > недоумением.

    то есть вы не издаете звуки при чтении этих букв?

     
     
  • 8.315, ProfessorNavigator (ok), 01:18, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Звуки то он издаёт Только вот звуков в алфавите чуть больше, чем вам кажется Е... текст свёрнут, показать
     
     
  • 9.320, Аноним (23), 02:23, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Вот такой даже придумали ru wikipedia org wiki Фонетический_алфавит 42 звук... большой текст свёрнут, показать
     
     
  • 10.336, ProfessorNavigator (ok), 11:45, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Да, я в курсе Не знаю как сейчас, раньше этому в школе обучали Классе в 7-8 пр... текст свёрнут, показать
     
     
  • 11.344, Аноним (23), 13:36, 30/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 12.358, ProfessorNavigator (ok), 18:56, 30/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 13.361, Аноним (23), 19:40, 30/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.357, Аноним (355), 18:52, 30/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Как ты решил, что регистров может быть только два? У «смузихлёбного» алфавита вполне может быть произвольно большое количество регистров, и в этой системе "❤" и "❤️" могут быть представлены как сердечко в «чёрном регистре» и «красном регистре».
     
     
  • 7.362, Аноним (23), 19:42, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Как ты решил, что регистров может быть только два?

    Я и не решал, повторяю:

    """
    с какого бодуна? разве не алфавит того или иного языка об этом должен говорить?
    """

     
  • 4.335, fuggy (ok), 11:23, 30/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Кроме того есть буквы которые имеют по 2 варианта. То есть строка если преобразовать в верхний, а потом в нижний регистр не будет равна самой себе. Кроме того может не совпасть даже длина, потому что есть хитрый символ, который преобразуется в 2 символа. Короче с юникодом всё сложно, поэтому правильно Линус говорит, что регистронезависимые ФС это костыль.
     
  • 3.137, Аноним (23), 00:38, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Такова анатомия Юникода. Всё дело в привязке: "кодовая позиция = графический рисунок".

    а что есть регистр? это "кодовая позиция('a') ~ кодовая позиция('A')"

     
  • 2.296, Аноним (276), 19:33, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >сердечки в юникоде еще и размер меняют?

    Есть описание символа. А как его изобразить решает дизайнер.

     

  • 1.29, Аноним (29), 20:35, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –8 +/
    Пивожор как-то забыл, что был ASCII одним регистром во времена, когда он ещё не умел списывать. И что filename должен быть именно что name, где Алекс, алекс и аЛеКс — это одно и то же, а смайлы должны запрещаться/меняться на всякие (0x444) и т.д.
    Регистронезависимость в именах файлов — благо системного уровня, а не прикол от дедов.
     
     
  • 2.33, Аноним (33), 20:45, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Никто не виноват, что вас в шелле не научили эскейпить файлы и параметры в кавычки брать.
     
  • 2.54, Карлос Сношайтилис (ok), 21:28, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +7 +/
    > был ASCII одним регистром во времена

    Никогда не был. Символы 'A' и 'a' имеют разные коды в ASCII

     
     
  • 3.264, PnD (??), 14:53, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Вот да. Может в 1970х где-то и экономили битик.
    Но уже́ в 80х была ASCII-7 и аналоги (7 бит). 127 символов (и 0-й байт) для кодирования регистрозависимой латиницы — выше крыши.

    * Я не настолько старый чтобы помнить причину изначально 7-битной кодировки. Но вроде в 8-й бит засовывали чётность для передачи по всяким-разным каналам.

     
     
  • 4.326, Аноним (326), 09:30, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Я не настолько старый чтобы помнить причину изначально 7-битной кодировки.

    Шоб по телетайпу слать и вводить тупой текст. 8 бит это бит чётности для проверок ошибок. Да и первые модемы так же работали. Всё сильно упрощалось и подпрограммы для работы с этим занимали несколько инструкций - было очень актуально, когда всё-всё-всё (логику, "дрова" и т.п.) надо было запихнуть в 32 кб памяти.

     
  • 2.69, YetAnotherOnanym (ok), 21:53, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +5 +/
    Регистронезависимость в именах файлов - отрава и мина замедленного действия.
     
     
  • 3.242, Аноним (242), 12:40, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Как и регистрозависимость
     

  • 1.31, Аноним (33), 20:44, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –1 +/
    Есть хоть одна техническая причина превращать одно имя файла в другое? Линус прав, имя файла - это просто набор байтов, и самый переносимый способ записывать имя - это любые байты, кроме '\0', '/' и ещё '\n', но во многих случаях даже он ничего не сломает. Если файловая система занимается подобной хренью, как превращение одних кодировок в другие или сменой регистра, то пусть будут добры занимать сразу ВСЕ возможные имена, если им делать нехрен.
     
     
  • 2.223, n00by (ok), 10:52, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    Внезапно, в NTFS могут быть '\0' в имени файла. ;)
     
     
  • 3.247, Аноним (248), 13:20, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    О, круто, надо будет с HTTP серваком поэкспериментировать на юзерах винды, посмо... большой текст свёрнут, показать
     
     
  • 4.329, n00by (ok), 10:03, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Советую в следующий раз не лепить нелепый наброс на Микростфт, а задать вопрос. Тогда бы я ответил, что Анонимный эксперт не сможет создать такой файл. А сейчас добавлю, что по причине недостатка знаний, и даже не буду уточнять номер RFC. ;)
     
     
  • 5.348, Аноним (-), 15:00, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    А таки у меня к ним есть определенные претензии за то что они начали вот этот ба... большой текст свёрнут, показать
     

  • 1.32, Уникум (?), 20:44, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +5 +/
    Не вижу проблемы в создании стандарта с набором регистрозависимых символов, включающего только алфавиты существующих языков + что-то по иероглифам если там оно есть. Всё остальное не имеет регистра и не учитывается. Готов к решению следующей задачи
     
     
  • 2.83, Аноним (83), 22:12, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +4 +/
    Ты предложил простое и неправильное решение. С турецким языком что делать будем, например? Там с английским регистры их версий I не совпадают: I → ı, İ → i.
     

  • 1.44, BrainFucker (ok), 21:06, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –3 +/
    Нашёл о чём капитанить, старый брюзжун. Лучше бы набросил на тему неактуальности древовидных ФС с их директориями/папками, симлинками и прочим.
     
     
     
    Часть нити удалена модератором

  • 3.116, Аноним (-), 22:53, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > просто бесятся от того, что им приходилось пыриться в детстве в консольку.

    Вот не надо тут. Мне в детстве приходилось пыриться в интерфес, сделанный из вот такой cpaни



    ╔════════════════════╗
    ║░░░░░░░░░░░░░░░░░░░░║
    ║░░░░░░░░OPEN░░░░░░░░║
    ║░░░░░░░░░░░░░░░░░░░░║
    ╚════════════════════╝


    Но я совсем не против использования юникода в именах файлов.

     
     
  • 4.240, Аноним (237), 12:31, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    В чем удобство использования Юникода в именах файлов?
     
     
  • 5.262, Аноним (-), 14:49, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > В чем удобство использования Юникода в именах файлов?

    Можно без обиняков обозвать файло "неведомая долбаная фигня ❤ и ❤️" и это даже будет корректно оотображаться. Но если удумать еще и регистр этого процессить... выйдет неведомая долбаная фигня! :)

     
  • 2.415, EmmGold (ok), 20:25, 06/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    привет андроид, где несколько тысяч фото в одной папке намерно вешают систему и хрен там что найдёшь...
     
     
  • 3.417, BrainFucker (ok), 21:15, 06/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Так там потому что классическая ФС (ext4 или что там сейчас). Ну и в моём комментарии не было речи о том что надо все файлы в одной папке отображать.
     

  • 1.48, trolleybus (?), 21:18, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +2 +/
    Тут не с регистронезависимостью проблема, а с тем, что в именах файлов разрешена всякая дичь вроде вот этих юникодных сердечек.
     
     
  • 2.58, тоже Аноним (ok), 21:31, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +5 +/
    Ну, иди расскажи японцам, что они должны файлы латиницей называть.
    Проблема вообще не в символах, а всего лишь в синдроме утенка вскормленных Виндой.
    Они считают правильной всю ту дичь, которую Микрософт накосорезил в своих системах в 1980-х - и продолжает бережно тащить ее в 2020-е.
     
     
  • 3.71, _hide_ (ok), 22:00, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Ну регистронезависимость важна при поиске. При обращении к файлу регистр однозначно должен соблюдаться, в противном случае имя файла нельзя представить в виде набора конкретных байт и тут все абстракции поехали... Как велосипед на квадратных колёсах!
     
     
  • 4.113, oficsu (ok), 22:50, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +6 +/
    Для обеспечения регистронезависимого поиска по файловой системе вовсе не требуется поддержка со стороны файловой системы
     
  • 3.75, Zenitur (ok), 22:05, 28/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +2 +/
    Против символов национальных алфавитов никто не против. А вот цветные смайлики в именах файлов... Зачем?
     
     
  • 4.88, Аноним (-), 22:16, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Против символов национальных алфавитов никто не против.

    В чем разница? Написать 赤いハート или поставить ❤️?

    > А вот цветные смайлики в именах файлов... Зачем?

    Не зачем, а почему бы и нет. И то, и другое просто код юникода.
    В данном случае проблема это "регистронезависимые файловые системы". Которые просто пережиток старых времен.

     
     
  • 5.111, Аноним (111), 22:48, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    >> Против символов национальных алфавитов никто не против.
    > В чем разница? Написать 赤いハート или поставить ❤️?

    Ну зачем так далеко ходить:
    ͦpͤnnͤͭ - удачи любителям "независимости" подобрать тот самый, единственно-верный "регистронезависимый" вариант. Я уж не говорю о всяких скучных öäÜóß ... и о том, как ЭТО более-менее эффективно можно парсить.

     
     
  • 6.122, Аноним (-), 23:03, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > удачи любителям "независимости" подобрать тот самый,
    > единственно-верный "регистронезависимый" вариант.

    А зачем тебе вообще "регистронезависимый" вариант? Чтобы со всяким старьем было совместимо?
    Сейчас даже NTFS поддерживает case-sensitive.

    > Я уж не говорю о всяких скучных öäÜóß

    Так как раз из-за того, что ß просто так в upper-case не конвертнешь, и нужно использовать case-insensitive!

     
     
  • 7.183, ryoken (ok), 07:51, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    >>Сейчас даже NTFS поддерживает case-sensitive.

    Да как бы не с W2K... Только в реестре отключено по дефолту и софту может чеку сорвать от таких фокусов.

     
  • 5.186, Аноним (128), 08:05, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    >В чем разница? Написать 赤いハート или поставить ❤️?

    В количестве и комбинациях байт. Ели это имена файлов, то это два разных файла.

     
  • 4.109, Аноним (109), 22:43, 28/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    > А вот цветные смайлики в именах файлов... Зачем?

    Просто красиво,

    Только найди потом файл с таким названием.

     
     
  • 5.112, Аноним (104), 22:49, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> А вот цветные смайлики в именах файлов... Зачем?
    > Просто красиво,
    > Только найди потом файл с таким названием.

    У вас в find юникод сломали?


     
  • 5.241, Аноним (237), 12:34, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ааа, ну с таким подходом можно что угодно нагромоздить. Было бы желание. Только пусть желающие это громоздят на своей системе, но нет же - навязывают остальному миру, ворую ресурсы цивилизации.
     
     
  • 6.305, Аноним (304), 22:43, 29/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.266, Bottle (?), 15:56, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Затем, что когда-то иероглифы и были этими самыми смайликами, только не всегда цветными.
     
  • 3.100, RHEL fan (?), 22:35, 28/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +3 +/
    Ничего они, поди, email адреса то латиницей пишут, не обламываются.
     
     
  • 4.135, тоже Аноним (ok), 00:26, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Ничего они, поди, email адреса то латиницей пишут, не обламываются.

    Боюсь, обламываются, но не они - 二ノ宮@黒川.日本, например.

     
  • 3.227, knike (?), 11:15, 29/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    Я извиняюсь, а японцы виндой пользуются? Там же все ФС регистронезависимые.
     
     
  • 4.306, Аноним (304), 22:49, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ответ простой, надо скачать с серверов MS исошник десяточки с японской локализацией, накатить в виртуалку и посмотреть как это выглядит.
     
  • 3.259, Аноним (259), 14:32, 29/04/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.330, Аноним (326), 10:03, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Причём тут Микрософт? У микрософта это всего лишь следствие, что в cp/m файлы были всегда в верхнем регистре. Т.е. писать мог по любому, но файл всегда назывался в верхнем регистре и соответственно в первых досах было так же, ну а потом сделали уже регистронезависимость и тогда это не было проблемой - 7 бит, как и 640 кб всем хватит.

    Ну и попробуй объяснить условному Васяну, что файл ДОКУМЕНТВАСИ.XLSX и документваси.xlsx как-то различаются. Ведь и ежу понятно, что это один и тот же файл. Ну и компы они не для яфинов, они для Васянов, поэтому у Микрософта всё и сделано правильно.

     
     
  • 4.343, тоже Аноним (ok), 13:34, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > всего лишь следствие, что в cp/m файлы были всегда в верхнем регистре

    А римляне когда-то писали исключительно капсом, но однажды, к счастью, все-таки решились сломать совместимость.

    > Ну и попробуй объяснить

    Я много лет оказываю техподдержку юзерам. Обычному пользователю - объясню, без проблем.

    Вот лахте, которая гонит пургу только для того, чтобы лишний раз получить тридцать полусребреников за "яфина" - что-либо объяснять, пожалуй, побрезгую.

     
  • 4.352, Аноним (-), 17:11, 30/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Ну и попробуй объяснить условному Васяну, что файл ДОКУМЕНТВАСИ.XLSX и документваси.xlsx
    > как-то различаются. Ведь и ежу понятно, что это один и тот
    > же файл. Ну и компы они не для яфинов, они для
    > Васянов, поэтому у Микрософта всё и сделано правильно.

    Но вебсервак то - сохранит и тот и другой, ибо не маздай голимый. И при случае отдаст Васе другой документ. После чего Вася как раз рискует внепланово переписать себе файло - НЕ ТЕМ документом.

     
     
  • 5.359, Аноним (355), 19:07, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Но вебсервак то - сохранит и тот и другой, ибо не маздай голимый.

    Что, даже IIS или, не дай бог, Apache на Windows Server? Бида-бида…

    > После чего Вася как раз рискует внепланово переписать себе файло - НЕ ТЕМ документом.

    Вася как раз ничем не рискует. «Маздай голимый» делали для людей, так что файлик успешно скачается как документваси (1).xlsx если там уже лежит ДОКУМЕНТВАСИ.XLSX. На ОС сделанных для удобства компьютера у Васи будет дилемма — какой же из двух документов тот, который ему нужен, и как их отличить друг от друга не открывая.

     
     
  • 6.380, Аноним (-), 19:31, 01/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Я ж написал для непонятливых - большая часть серверов отнюдь не на маздае голимо... большой текст свёрнут, показать
     
  • 4.420, netch (ok), 11:59, 09/05/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Попробуй объяснить условному Васяну, что файл ДОКУМЕНТВАСИ.XLSX, ДОКУМЕНТВА​СИ.XLSX и ДΟКУМЕНТВΑСИ.ΧLSX это разные файлы, когда он видит одинаковые.

    А там посерьёзнее различия, чем регистр букв.

     
  • 2.61, Chel (?), 21:37, 28/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    Напиши список разрешенных символов
     
     
  • 3.64, trolleybus (?), 21:46, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –2 +/
    Этот список уже до меня давно написали. ASCII называется.
     
     
  • 4.70, YetAnotherOnanym (ok), 21:56, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ну, ок, конвертнём в base64 и будем в таком виде хранить на диске, а в файлменеджере будем показывать исходную форму с сердечками, иероглифами и арабской вязью.
     
  • 3.144, Аноним (109), 00:52, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –2 +/
    Товальдс такой жест придумал нвидии.
    Ну это которым потом он, пазязя, напишите драйверы.
    А чтой то не пишут драйверы для Нвидиа.
    Молодец ну.
     
  • 2.351, freehck (ok), 15:41, 30/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    Ну то есть вы предлагаете ограничить набор юникодных символов, разрешённых к исп... большой текст свёрнут, показать
     
     
  • 3.386, Дима (??), 13:08, 02/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    в именах файлов можно ограничиться английским алфавитом, малыми буквам, проблем-то
     
     
  • 4.389, freehck (ok), 16:49, 02/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > в именах файлов можно ограничиться английским алфавитом, малыми буквам, проблем-то

    почему бы и нет, давайте
    только не английским, а китайским

     
  • 2.376, Аноним (376), 12:25, 01/05/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Когда не было юникода, был бешеный спрос на десятки тысяч разных кодировок текста. Предлагаете вернуться в эпоху, когда к текстовому файлу нужно прилагать, в какой кодировке он сохранён, вместо того, чтобы разрешить кому угодно писать его/её избранный алфавит и всё бы замечательно отрендерилось?
     

  • 1.57, Аноним (109), 21:30, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +2 +/
    > в режиме без учёта регистра

    А теперь поиграйтесь в регистре где символы L I i l выглядят одинаково.

     
     
  • 2.60, Аноним (60), 21:35, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Если я хочу тебя взломать  или обмануть это мне только плюс. Поэтому я буду продавливать регистронезависимость всеми силами.
     
     
  • 3.63, Аноним (109), 21:41, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Да не, иногда в шрифтах L выглядит как i, 0 как o, я про это.
    Меня нечего взламывать, я не криптовалютчик.
     
     
  • 4.82, YetAnotherOnanym (ok), 22:12, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    Диды придумали нолик зачёркивать. И всё было хорошо, однозначно и недвусмысленно, пока не пришёл юникод со скандинавским Ø.
     
     
  • 5.118, Аноним (104), 22:56, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > пока не пришёл юникод со скандинавским Ø.

    Про ISO8859 ты, понятное дело, не в курсе.

     
  • 5.360, Аноним (355), 19:12, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Смотрим в «Tips for mathematical handwriting»:

    Don’t slash the 0. The Greek letter phi has a vertical slash; the empty-set symbol has a slanted slash.

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

     
     
  • 6.367, YetAnotherOnanym (ok), 23:45, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Нуу, это-то понятно, что когда в имени файла может быть Greek letter phi или empty-set symbol, то зачёркивать ноль уже бессмысленно.
     
  • 6.421, netch (ok), 12:03, 09/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Автор этого гайда не понимает разницу между _про_чёркиванием, когда концы не выходят наружу, и _пере_чёркиванием, когда они заметно выступают.

    Большинство остальных рецептов адекватны, но этот конкретно - в морг.

     
  • 4.370, Аноним (-), 05:40, 01/05/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Да не, иногда в шрифтах L выглядит как i, 0 как o, я про это.
    > Меня нечего взламывать, я не криптовалютчик.

    Это ты пока не взломан - не криптовалютчик. А вот если тебя взломать и поставить майнер - уже вполне.

     
  • 3.67, trolleybus (?), 21:49, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    > регистронезависимость

    Так это как раз про регистрозависимость. В каком-нибудь досе или винде 3.1 по умолчанию все имена файлов заглавными буквами показываются, и сразу понятно, где L, а где I.

     
     
  • 4.81, Аноним (93), 22:11, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Не было такого в досе и 3.1. Прописными.
     
     
  • 5.308, _kp (ok), 23:12, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Смотря какой DOS. DOS 6.22 при желании поддерживал длинные имена файлов. :)
    Исторически FAT12, FAT16 регистрозависимые, но в именах файлов возможно только заглавные буквы. И проблем не было.

    Регистронезависимость в FAT принесена с добавлением длинных имен файлов.
    А вот NTFS изначально создавалась регистронезависимой.

     
     
  • 6.331, n00by (ok), 10:13, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > А вот NTFS изначально создавалась регистронезависимой.

    Смотрим параметр ObjectAttributes в NtCreateFile
    https://learn.microsoft.com/en-us/windows/win32/api/winternl/nf-winternl-ntcre

    а в нём ULONG Attributes

    Is a set of flags that controls the file object attributes. This value can be zero or OBJ_CASE_INSENSITIVE, which indicates that name-lookup code should ignore the case of the ObjectName member rather than performing an exact-match search. The value OBJ_INHERIT is irrelevant to device and intermediate drivers.

    Флаг OBJ_CASE_INSENSITIVE указывает коду поиска имён игнорировать регистр. То есть по умолчанию поиск регистрозависим. При этом надо понимать, что "поиск в ФС" и "ФС" не одно и тоже.

     
     
  • 7.340, _kp (ok), 12:38, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > коду поиска имён игнорировать регистр.

    Это костылик только для кода API открытия файла.
    А например получил список файлов в каталоге, и.. нужно знать а какая там файловая система, с какими атрибутами? И не переносил ли кто файлы на флешке, пересылал, и не похерил атрибуты? :)

    > OBJ_CASE_INSENSITIVE.. То есть по умолчанию поиск регистрозависим.

    Нет, тут состояния "как нибудь" и "игнорировать".
    Состояние "как нибудь", зависит от того как примонтирован ресурс.
    А вот монтировать NTFS с явной чувствительностью к регистру, сейчас точно можно.

     

  • 1.59, Аноним (60), 21:34, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –3 +/
    Я всегда говорил что Линус наш слоняра. Все правильно и по полочкам разложил.
     

  • 1.77, YetAnotherOnanym (ok), 22:07, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –2 +/
    Поздно рассуждать о боржоми, когда почки накрылись. Само появление не-ascii символов в именах файлов открыло ящик пандоры. ИЧСХ, если появится менеджер паролей i❤mypasswords или криптокошелёк i❤cryptocoins - найдутся лопухи, которые будут ими пользоваться, и их потом поимеет злой хакирь, который выпустит, соответственно, менеджер паролей i❤️mypasswords или криптокошелёк i❤️cryptocoins со зловредами внутри, в том же каталоге приложений.
     
     
  • 2.120, Аноним (104), 23:00, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Поздно рассуждать о боржоми, когда почки накрылись. Само появление не-ascii символов в
    > именах файлов открыло ящик пандоры.

    Как открыло, так и закроет. Немного боли и придет стандартизация.

     
     
  • 3.263, Аноним (-), 14:51, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> Поздно рассуждать о боржоми, когда почки накрылись. Само появление не-ascii символов в
    >> именах файлов открыло ящик пандоры.
    > Как открыло, так и закроет. Немного боли и придет стандартизация.

    Который оно там год уже "приходит"? А тем временем нас заваливает пачками глупых вулнов и просто глюков на ровном месте.

     
     
  • 4.307, Аноним (304), 22:53, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Вот тебе вместо кучи национальных кодировок вместе или вместо ASCII подвезли юникод, например.
     

  • 1.78, Zenitur (ok), 22:08, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –2 +/
    > времена FAT давно закончились

    Тут я бы поспорил. Даже на больших флешках, таких как 128 Гб, FAT32 прекрасно себя чувствует. По размеру кластера они вроде как с exFAT одинаковы. Единственный минус - нельзя создавать файлы больше 4 Гб.

    FAT32 позволяет вставить флешку в телевизор, магнитолу, приставку, смартфон, и не думать "а поддерживается ли там exFAT или нет?".

    По поводу юникода и FAT32. Поддерживается. Файлы со спецсимволами создаются. А во поводу регистров (а тем более регистров спецсимволов), ну, под Linux FAT32 case sensitive. А под виндой nocase. Но там и NTFS - nocase.

     
     
  • 2.85, Аноним (85), 22:14, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    Разве речь о том, чтобы выпилять FAT32 из линукса?

    Речь о том, чтобы в новые ФС не тянуть старые неактуальные привычки.

     
     
  • 3.89, Zenitur (ok), 22:16, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    > Разве речь о том, чтобы выпилять FAT32 из линукса?
    > Речь о том, чтобы в новые ФС не тянуть старые неактуальные привычки.

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

    привет.txt
    Привет.txt
    ПрИвЕт.txt
    привет.txT

     
     
  • 4.107, Аноним (109), 22:42, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > с nocase удобнее. Всяко лучше, чем иметь в одной папке файлы вида:
    > привет.txt
    > Привет.txt
    > ПрИвЕт.txt
    > привет.txT

    Соглашусь,
    Temp
    temp

    Круто., а теперь разберись какая из них, Temp, temp.
    Это как пример.

     
     
  • 5.123, Аноним (104), 23:04, 28/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > Круто., а теперь разберись какая из них, Temp, temp.
    > Это как пример.

    Три буквы: FHS.


     
     
  • 6.142, Аноним (142), 00:51, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Никому не нужное нагромождение костылей, которого сам стандартизатор не придерживается.
     
  • 6.147, Аноним (109), 01:14, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Три буквы: FHS.

    FHS, или фолликулостимулирующий гормон , — это гормон, вырабатываемый гипофизом как у мужчин, так и у женщин.

     
  • 4.193, Аноним (194), 08:46, 29/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    > Ну не знаю, мне лично с nocase удобнее. Всяко лучше, чем иметь
    > в одной папке файлы вида:
    > привет.txt
    > Привет.txt
    > ПрИвЕт.txt
    > привет.txT

    Гнилой виндузоид - палится сразу. Вон там для таких любезно штуки три CVE на основе такого упрощения. Представляешь, в уникоде топик кто кому upper case - весьма сложная штука. И это порождает неоднозначный парсинг.

    Вот так вот тебе кто-то зальет ПрИвЕт.txt - а он и перезапишет привет.txt без спроса - хотя софт был уверен что все окей, файло же разное! При том понятие одинаковости и разности начинает еще и зависеть от программы - и попробуй вообще угадай где на тебя ВНЕЗАПНО упадет такой рояль.

     
     
  • 5.271, Zenitur (ok), 16:39, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > Гнилой виндузоид - палится сразу.

    А зачем останавливаться на одних только лишь именах файлов? Можно ещё емейлы делать типа lena@mailbox.org, Lena@mailbox.org, LeNa@mailbox.org, lenA@mailbox.org... Да чего уж там - сразу URL-ы серверов. Вот набираешь ты в адресной строке не google.com, а Google.com, и попадаешь на другой сайт. А ещё имена улиц можно делать "некрасова" и "Некрасива", и чтобы они находились в разных частях города. Не нравится? Ты что не современный?

     
     
  • 6.283, Аноним (355), 17:54, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    > Можно ещё емейлы делать типа lena@mailbox.org, Lena@mailbox.org, LeNa@mailbox.org, lenA@mailbox.org

    Ты не поверишь, но так и есть. Емейлы по rfc регистрозависимые, так как растут из имён пользователей на юниксе. И на это требование rfc забивают решительно все почтовые системы в мире, тоже по понятным причинам.

     
     
  • 7.323, maximnik0 (?), 06:43, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >забивают решительно все почтовые системы в мире

    Не все забивают.Потому что есть стандарт внезапно с # в имени почтового ящика, позволяет на одном почтовом ящике кучу пользователей вешать.Вообще почта это ужасный набор костылей- но пространство имён даже позволяло сразу доставить письмо на телетайп.А так куда шлюзов только не было- Фидо,usenet,uuсp и т.д.А самые бородатые дяди могли получить /отправить письмо с помощью telnet .

     
  • 6.285, Аноним (285), 18:03, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Система обработки почты автоматически переводит все буквы в нижний регистр, независимо от того, как они введены.

    То есть разных регистров нет в принципе.

    И да на названия улиц распространяются правила русского языка.
    Так что они пишутся с большой буквы за которой следуют маленькие.

     
  • 6.287, Аноним (-), 18:26, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    А почему бы и нет Сейчас оно сделано именно так, потому что RFC822 делался еще ... большой текст свёрнут, показать
     
  • 4.422, netch (ok), 12:06, 09/05/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Вы сейчас можете иметь одновременно файлы:

    Привет.txt
    Привeт.txt
    П​ривет.txt
    Пpивет.txt

    винда их различит, вы визуально - нет (или ой не всегда). Это бо́льшая проблема, чем регистр, который различим всегда - но всем плевать.

     
  • 3.94, тоже Аноним (ok), 22:24, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > старые неактуальные привычки

    Это называется "обеспечивать совместимость, столь ценимую нашими корпоративными клиентами". Например, так:



    Invalid file or folder names
    Applies to: OneDrive for Business

    These names aren't allowed for files or folders: .lock, CON, PRN, AUX, NUL, COM0 - COM9, LPT0 - LPT9, _vti_, desktop.ini, any filename starting with ~$.

    Notes:
        _vti_ can't be used anywhere in a file name.
        forms can't be used when the folder or file is at the root level of a library.
        ゛​​​​​​​and ဧ can't be used as the first character of a folder.




     
     
  • 4.425, netch (ok), 12:13, 09/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Слабо...

    https://learn.microsoft.com/en-us/windows/win32/fileio/naming-a-file :

    > Do not use the following reserved names for the name of a file:
    > CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, COM¹, COM², COM³, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, LPT¹, LPT², and LPT³.

    Где запрет на имя COM¹ ?

    (И почему запретили COM0, с ним же нет проблем? Ха-ха)

     
  • 2.309, _kp (ok), 23:20, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >>Даже на больших флешках, таких как 128 Гб, FAT32 прекрасно себя чувствует.

    А писать что нибудь пробовали в "больших" объёмах. Как скорости? :)
    ExFAT тоже по скорости плох, и плох везде, если только не писать исключительно фильмы и архивы.

    И кстати, флешка 0.1ТБ, это вовсе не большая флешка. Но это не важно. Суть в том, что большие флешки берут, очевидно что бы на них писать. И на больших объемах записи, влияние неудачной файловой системы может увеличить скорость с минут до часов. А в остальном с FAT почти все хорошо. :)

     
     
  • 3.325, maximnik0 (?), 09:18, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > писать что нибудь пробовали в "больших" объёмах. Как скорости? :)

    Нормально там по скорости,не хуже чем у UDF.Нужно нормальные флэшки использовать,а не с 100 мгб кэшем а остальные тормоз.
    Но UDF хрен чем отремонтировать,а exfat чиниться.Да, обычно ошибки в метаданных,но бывает что и данные страдают.А если вы имеете ввиду миллион файлов в папке - нечего лучше ext4 с индексом и отключённом журналом не придумали.Ну можно ещё пошаманить с btrfs,все оптимизировав,но чем она тогда от exfat будет отличаться не понятно.

     

  • 1.86, Аноним (-), 22:15, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Торвальдс однозначно не прав.
    Все эти свистелки и перделки разбаловали юзеров!

    Нужно делать как в RT-11.
    6+3 длинна имени файла, и фиксированный набор "A—Z, 0—9, $, ., %"
    Этого хватит всем!

    А то взяли моду придумывать длинные названия, да еще и какие-то сердечки туда пихать!!11

     
     
  • 2.105, Аноним (109), 22:40, 28/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > Нужно делать как в RT-11.
    > 6+3 длинна имени файла, и фиксированный набор "A—Z, 0—9, $, ., %"

    Ну вообще чем прощще тем лучше, тем это более надежнее, правда длинна имени файла коротка.
    Насамом деле как в Windows, нормально вполне.
    Или это такое развлечение, играться с именами файлов папок из таблицы символов, сомнительное развлечение.
    Все эти регистры, Temp temp.

     
     
  • 3.424, netch (ok), 12:11, 09/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Насамом деле как в Windows, нормально вполне.

    Угу, когда Привет.txt, Пpивет.txt и Привeт.txt различаются, а Привет.txt и привет.TXT - нет. Офигенски нормально.

     
  • 2.313, Аноним (313), 00:39, 30/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Э, нет.
    Компьютеру для различения разных файлов достаточно числа, большинству систем хватит 64 бита. Корпоративным свалкам наверное 128 бит впору.
    Остальное - от лукавого.

    Диссертация - в файле 1254785421, порнуха в 1254785241
    Не перепутай.

     
  • 2.393, anonymous (??), 15:24, 03/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Да здравствует RADIX-50 !
     

  • 1.108, Аноним (-), 22:42, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • –1 +/
    С точки зрения пользователя все же регистронезависимые имена удобны. И если проблема в похожих символах UTF-8, которые нельзя порой в нужный регистр привести, то может проблема в UTF-8?
     
  • 1.114, Аноним (-), 22:50, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • –1 +/
    Какие собственно проблемы хранить тогда локаль в файловой системе? Это от силы один байт. Да и при наличии локали отпадает необходимость в utf-8 или решает проблемы какими символами имя файла ограничить в utf-8. Главное графически отобразить локаль и будет сразу видно где турецкая l, а где английская l. Или чего там ещё. Ну а список эмодзи можно и ограничить, тогда и не будет проблем. У сердечек нет верхнего и нижнего регистра, это вообще картинка которая записана как символ в utf-8. Такие картинки порой решают некоторые проблемы программистов.
     
     
  • 2.133, Аноним (133), 00:02, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Такая, что это не очень совместимо с ФС.
     
     
  • 3.221, Аноним (109), 10:37, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Он очень умен он очень умен.
     
     
  • 4.333, Аноним (-), 11:04, 30/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Ну так да. Я ведь в отличии от тебя для известных компаний создавал файловую систему. И прекрасно понимаю что дополнительная информация о пути имени файла созданет возможность её поддержки и исправления. Локаль в отличии от имени является служебной информацией и в случае обнаружения каких проблем всегда что-то можно исправить и даже более - версионировать. И это то что до тебя не доходит.
     
     
  • 5.375, Аноним (375), 11:11, 01/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Эдуард? А что из-под анонима?
     
  • 4.334, Аноним (-), 11:09, 30/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    И да, проблема в кодировке. Если будет кодировка в которой нет похожих и повторяющихся символов и нет вредоносных символов, то и результат может быть неплохой. Да часть символов всегда можно зарезервировать под исправления. Но Линукс в эту сторону даже не смотрит. Почему? Потому что это весьма много работы, а они хотят сосредоточится на других задачах. Вот чесно бы так сказал бы.
     

  • 1.132, Аноним (133), 00:01, 29/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Торвальдс абсолютно прав. И правильное решение - прямо в винде включить регистрозависимые пути в реестре HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\kernel\obcaseinsensitive=dword:00000000

    Для тех каталогов, где прям супер-нужно регистронезависмость можно её включить через fsutil.exe file setCaseSensitiveInfo <path> enable/disable

     
     
  • 2.157, Anonymously (-), 05:52, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Ага, а потом сидеть гадать почему софтина не работает и пополнять список исключений
     
     
  • 3.274, Аноним (274), 17:15, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Просто на program files вешаешь регистронезависимость. А сама винда сделана так чтобы работать норм и с регистрозависимостью.
     
     
  • 4.310, _kp (ok), 23:24, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >>винда сделана так чтобы работать норм и с регистрозависимостью

    Нет. Точнее очень много Win-ПО не переносят регистрозависимость.
    Ставите сторонний драйвер регистронезависимой FS, и обнаруживаете что на нем много что не заработает.  
    На Маках тоже иногда попадается старое/портированное ПО, не переносящее регистрозависимость, и для него приходится делать образ или раздельчик с регистронезависимой FS.

     
     
  • 5.316, Аноним (316), 01:25, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    И? Это ПО ставится в Program Files. На него вешаешь какую надо настройку - и всё работает из коробки. Пути к файлам же пользователя не хардкодят.
     
  • 2.342, _kp (ok), 13:14, 30/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >правильное решение - прямо в винде включить регистрозависимые

    Ой скопытится.. Вам мало что значительная часть ПО от не латиницы в путях выпадает в осадок?

    Но можно примонтировать разделы и каталоги как регистрозависимые.
    А так, и кому это надо смогут работать, и ничего системного не полетит, и с полагающемся на регистронезависимость ПО ничего не случится.

     
     
  • 3.371, Аноним (371), 05:41, 01/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    >Вам мало что значительная часть ПО от не латиницы в путях выпадает в осадок

    Времён Windows 98? Потому что даже хрюшный софт уже на *W-функции (UCS-2) переведён.

     

  • 1.146, Аноним (146), 01:05, 29/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +2 +/
    А весь секрет в том, что юникод - это не кодировка, юникод - это бинарный формат для хранения текстовой информации, наравне с odt, openxml и Microsoft doc/docx. Именно поэтому там есть "символы" типа "обратить весь последующий текст задом нарерёд" и подобные, о которых никто не в курсе. Стоит понять эту простую истину, и куча вопросов к юникоду, используемому в качестве кодировки, сразу отпадает.
     
     
  • 2.188, Namehh (?), 08:21, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > docx

    С каких пор он бинарный?

     
     
  • 3.275, Аноним (109), 17:32, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Товальдс, офигенный парень.
     
  • 2.206, Аноним (192), 09:13, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Мож байтовый?
     
  • 2.256, Аноним (237), 14:20, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Лично у меня и так к нему вопросов никаких нет. Я его не использую. Достаточно национальных кодировок.
    Юникод - это попытка снова сделать одну кнопку для решения всех проблем, как, например, сделали с браузером. Впрочем с браузером скорее другое дело. Там, видимо, целенаправленно делали все для того, чтобы влезть каждому в ПК.
     
     
  • 3.290, Аноним (-), 19:26, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    Ты не прав. Юникод, Международная система единиц - лучшие избретения человечества.
     
     
  • 4.311, _kp (ok), 23:34, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Ты не прав. Юникод, Международная система единиц - лучшие избретения человечества.

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

     
     
  • 5.377, Аноним (376), 12:35, 01/05/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.149, Аноним (355), 01:48, 29/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    В винде ж как-то сделали.
     
     
  • 2.150, Аноним (150), 03:41, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    Более того, там по ходу дискуссии дальше объясняют, что в винде NTFS как раз имеет правильное решение.
     
     
  • 3.213, Аноним (109), 10:10, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    > NTFS

    Ну потому что они не выпускают по +100500 файловых систем раз в два месяца.
    А улучшают NTFS.

     
  • 3.423, netch (ok), 12:10, 09/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    И там же разбирают, что ẞ и SS - это разные стандарты перевода для ß, и кто-то точно пострадает.
     
  • 2.179, Аноним (128), 07:36, 29/04/2025 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    Да наверняка сделали только для широкоизвестных алфавитов. А остальное, как придётся.
     
     
  • 3.203, Аноним (203), 09:06, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    А остальное, как придётся.

    Потому что гомункулы не равны между собой )

     
  • 3.269, Аноним (109), 16:10, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Товальдс, офигенный, парень.
     
  • 3.279, Аноним (355), 17:47, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    Возможно. Практичное решение, которое куда лучше, чем «мы не знаем как сделать идеально, поэтому вообще никак делать не будем». Регистрозависимость — костыль, растущий из отсутствия строк в Си и экономики вычислений семидесятых, когда действительно тратить процессорное время и память на приведение регистров (и уж тем более на такую роскошь как произвольная строка) было непозволительно. Так пятьдесят лет и мучаемся с античеловеческим поведением файловых систем. Ну зато компьютеру так удобнее.
     
  • 3.332, Аноним (326), 10:25, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >Да наверняка сделали только для широкоизвестных алфавитов.

    Потому что там utf-16 (как и в java) и upper/lower не скачет по размеру ну и +- проще и понятнее.

     
  • 2.197, Аноним (60), 08:53, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    В виде Легаси и совместимость. Которую надо тащить десятилетиями.
     
     
  • 3.280, Аноним (355), 17:48, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Ах, да, stable api nonsense. Каждый раз забываю.
     

  • 1.165, Аноним (-), 06:34, 29/04/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     
  • 1.178, Ося Бендер (?), 07:25, 29/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • –1 +/
    Проблема не стоит выеденного яйца. Микрософт скоро закопают окна в пользу Марины и регистронезависимость ни кому будет не нужна.
     
     
  • 2.196, Аноним (60), 08:51, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Маринка кде закопали она теперь Азер Линукс.
     
     
  • 3.201, Ося Бендер (?), 09:04, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Да без разницы, логика ведет к тому, что окна рано или поздно будут закопаны вместе со всем своим барахлом, в т.ч и с регистронезависимостью.
     
     
  • 4.207, Аноним (192), 09:17, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    А что эта? Новый виндопс?
     
  • 4.215, Аноним (109), 10:14, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ну че там, пацан то Товальдс, как он там.
     
  • 2.230, Аноним (230), 11:39, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Краткое руководство по опеннету:
    1. ругать решения майкрософта
    2. точно такие же решения Applе (да-да, регистронезависимость) замалчивать либо хвалить
    3. ???
    4. PROFIT
     
     
  • 3.246, Ося Бендер (?), 13:10, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > 1.

    А ругань где увидели-то?

    > 2.

    Вживую никогда не пользовался и не интересовался, сказать нечего.

    > 3.

    А чего сказать-то хотели?

    > 4.

    Хотя-бы какая-нить св***ь, хотя-бы на банку пива подкинула! Нету желающих.

     
  • 3.252, Аноним (109), 13:46, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > ругать решения майкрософта

    Ну типа как найти отдушину определенную, в данном случае Microsoft.

     

  • 1.208, BeLord (ok), 09:28, 29/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –2 +/
    А можно было сделать проще, у файла два атрибута номер и текстовое поле, система оперирует именами, а текстовое поле это та фигня, что отображается пользователю и в принципе не важно, что там записано и каким регистром.
     
     
  • 2.209, BeLord (ok), 09:29, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Система оперирует номерами, ачепятка-)))
     
  • 2.210, Ося Бендер (?), 09:55, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    А можно было изначально не использовать объект (файл) из реального мира, но это была-бы уже другая история.
     
     
  • 3.229, n00by (ok), 11:26, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    В том-то и дело. Изначально, у греков, "файл" - не объект, а процесс. "Как вы лодку назовёте, так она и поплывёт"
     
  • 2.233, Аноним (233), 11:59, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +3 +/
    Аноним изобрел i-node, какой ужас.
     
  • 2.381, Аноним (-), 19:36, 01/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > А можно было сделать проще, у файла два атрибута номер и текстовое
    > поле, система оперирует именами, а текстовое поле это та фигня, что
    > отображается пользователю и в принципе не важно, что там записано и
    > каким регистром.

    Почему-то желающих оперировать номерами inode - не сильно дофига оказалось...

     

  • 1.254, Аноним (254), 14:10, 29/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Только не говорите ему про базы данных - совсем расстроится... :) А вообще, нужно просто принять единый общемировой стандарт, включающий в себя однозначные правила преобразования регистра для каждого естественного языка (письменности) на планете. И в каждом коде должны быть реализованы только эти правила, а все остальные - исключены. Вроде, ничего сложного.
     
     
  • 2.258, Аноним (237), 14:30, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    ASCII качественно не смогли сделать... Что уж про остальное говорить?
     
     
  • 3.277, Аноним (254), 17:43, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Вот для ASCII я бы такое и не решился предложить - там в плане кодирования национальных букв всё было неоднозначно изначально. Но мы же здесь не ASCII обсуждаем, а вполне однозначный в этом плане Unicode, правильно?
     
  • 2.261, Rollo99 (ok), 14:43, 29/04/2025 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Вероятно когда-нибудь так и будет.

    Но пока есть проблемы и неочевидные подводные камни.
    Вот хорошая статья на эту тему в переводе:
    https://habr.com/ru/articles/525608/
    Особенно интересен момент с важностью локали, хотя всегда считал, что Unicode придумали, чтобы этой проблемы не существовало.

     
  • 2.299, Аноним (-), 19:39, 29/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >Только не говорите ему про базы данных - совсем расстроится

    Прежде чем язык чесать надо своей дурной башкой думать. Торвальдс говорит про низкоуровневые вещи. Базы данных и офисные программы это высокоуровневые абстракции.

     
  • 2.328, PnD (??), 09:58, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Э, а что не так с БД?
    Во всяких SQL и прочих LDAP регистронезависимый синтаксис использует даже не ASCII, а достаточно узкое его подмножество (гуглить в сторону ASN ("Abstract Syntax Notation")).
    Вот там можно определить понятия (функции) для upper|lower cases.
    А для самих данных всё тут же становится опять интересным. Вплоть до изменения порядка сортировки (collation) между релизами какой-нибудь i18n.
     

  • 1.265, Ivan (??), 14:59, 29/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    > однозначного, правильного и безошибочного пути выполнять данную операцию просто не существует

    Да что там, даже однозначного, правильного и безошибочного способа определить ширину произвольного набора кодовых точек Юникода в экранных знакоместах шрифта с фиксированной шириной — тоже не существует. Разные либы разных версий дают разное. В far2l неплохо так задолбались с этим

     
  • 1.297, Ананоним (?), 19:34, 29/04/2025 [ответить] [﹢﹢﹢] [ · · · ]      [к модератору]
  • +/
    Страшно, очень страшно, мы не знаем что это такое, если бы мы знали, что это такое, но мы не знаем, что это такое.
     
  • 1.300, Аноним (300), 19:44, 29/04/2025 [ответить] [﹢﹢﹢] [ · · · ]      [к модератору]
  • +/
    Ну, так, верно же. Если фс регистры зависима, то человек на глаз способен отличить один символ от другого. Главное же, что линукс безопасен, а то, что эта безопасность приводит к уязвимостям - не проблема линукса. :D
     
  • 1.321, Аноним10084 и 1008465039 (?), 03:51, 30/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    Я в начале подумал, что символы пик ♠️ и червей ♥️ некоторые считают одним. А потом пригляделся - там чёрное сердце ❤ и ❤️ и красное. И что интересно, клава Андроида при копировании и вставке в превьюшке показывает их как оба красные
     
     
  • 2.339, Аноним (109), 12:37, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Товальдс, все таки клевый чувак, изобрел ♠️ и ♥️.
     

  • 1.324, bOOster (ok), 07:05, 30/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +1 +/
    Как-то даже и не странно что FreeBSD+ZFS не имеет никаких сложностей в вопросе Unicode - пользуйте UTF8.
    А у оголтелых очередные грабли на ровном месте.
     
  • 1.337, Roman Dyaba (ok), 12:02, 30/04/2025 [ответить] [﹢﹢﹢] [ · · · ]      [к модератору]
  • +/
    Правильно сделал !
     
  • 1.349, Аноним (349), 15:10, 30/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    юникод превратили в какой-то бардак. цветные смайлики -- а дальше что? анимириванные 3д-смайлики с поддержкой дх12 и содержащие фреймы с джава-скриптом, выполняемым на ассемблере?

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

    мне-то не жалко, просто поверхность атаки увеличилась на десятки порядков.
    как будто специально превращают стандарты в решет0 (почему это слово не пропускает фильтр опеннета????), выполняющее функции медиа-центра для детей.

     
     
  • 2.364, Аноним (347), 22:41, 30/04/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Очевидно, что "кое-кто" напрямую заинтересован в "pεшεTε" на десктопах! Потому и допускают всякую дичь.
    В почте всё же нужен какой-то rich текст, но строго в рамках типографии - а-ля bbcode. А жабоскрипты и прочую ересь банить нещадно.
     
     
  • 3.368, Аноним (109), 00:55, 01/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Изобретают новую седушку для велосипеда, как обычная седушка, но более эргономично обхватывающая твою зд**ницу.
    С такой седушкой. Ты удивишься, как ты мог использовать просто седушку.
     

  • 1.366, ага (?), 23:39, 30/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    Так-то могли-бы просто форсировать ASCII для регистронезависимого режима и не мучать джопу
     
  • 1.374, Аноним (374), 09:21, 01/05/2025 [ответить] [﹢﹢﹢] [ · · · ]      [к модератору]
  • +/
    Линус никогда не сможет определять оборудование? А то Альт-11 понаставил Нвидии на 1,7 ГБ, а при удалении ея деинсталлирует Хромиум. Хотя тот и так был бы снесён.
     
  • 1.385, wyry (ok), 23:08, 01/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +1 +/
    Собственно чем больше Линус делится своим мышлением, тем больше понятно, почему Linux такой кривой по итогу.
    По поводу файловых систем главный вопрос: для кого они существуют? Если для компа - ему до лампочки как называть фрагменты данных (ему также наплевать на каталоги и любые иные искусственные структуры). Если же мы сходимся на том, что файловые системы существуют больше для человека, то регистронезависимость - это важная тема, т.к. человеку значительно проще ориентироваться на то, когда файлы имеют объективно разные наименования. Более того, по хорошему следует на базовом уровне "запретить" неадекватные наименования и любые спец. символы в противовес тому, чтобы тащить за собой весь юникод, который уже превратился в абсолютный мусор.
    Регистрозависимость - это простейшее решение, т.к. оно вообще не требует ровно никаких усилий для реализации. Собственно этим и Linux славится: никакого стабильного ABI, полный маразм в подключаемых библиотеках с одинаковыми именами функций (Порядок загрузки библиотек может влиять на то, какая версия символа будет использована) и прочие радости жизни.
    Даже стабильные драйверы не написать, т.к. они имеют офигенный шанс сломаться при обновлении ядра. Зато с "умным" видом рассуждаем на тему регистров в файловых системах, чтобы загадить индустрию окончательно.
     
     
  • 2.387, Аноним (-), 13:25, 02/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >Собственно чем больше Линус делится своим мышлением, тем больше понятно, почему Linux такой кривой по итогу.

    Линукс оптимален. Чо ты нагнетаешь?

     
  • 2.394, anonymous (??), 15:30, 03/05/2025 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    И этот бред еще и плюсуют.
     

  • 1.397, Васян (-), 23:32, 03/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    попробовал я при установке macos выбрать регистрозависимую фс. и после этого многие программы имели ошибки типа "не могу найти такой-то файл" потому что он написан не в том регистре символов ) лол. теперь всегода устанавливаю регистронезависимое как это по умолчанию заботливо предусмотрели инженеры в аппле )
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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