| 1.1, Аноним (1), 19:46, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +14 +/– |
Он ещё не учёл, что в каждой новой версии стандарта Unicode появляются новые правила. Одна программа может поддерживать одну версию стандарта, а другая другую и их поведение в обработке одинаковых данных будет отличаться.
| | |
| |
| 2.18, Аноним (18), 20:08, 28/04/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Он ещё не учёл, что в каждой новой версии стандарта Unicode появляются новые правила
Какие например?
| | |
| |
| 3.169, Аноним (-), 06:44, 29/04/2025 [^] [^^] [^^^] [ответить] | +2 +/– | Черт знает насчет стандарта - а например андроида дико колбасит при попытке засэ... большой текст свёрнут, показать | | |
|
| 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 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Он ещё не учёл, что в каждой новой версии стандарта Unicode появляются
> новые правила. Одна программа может поддерживать одну версию стандарта, а другая
> другую и их поведение в обработке одинаковых данных будет отличаться.
Он как раз в правильной точке чтобы наесться всего этого жуткого булшита досыта. И именно поэтому и выступил с такой отповедью. Он буквально сказал: разработчики пытаются найти правильное решение задачи, выкатывая исправления. Проблема в том что нельзя сделать явно кривое действие - правильным. Правильного решения этой проблемы не существует в природе. Должен же кто-то сказать это борцам с ветряными мельницами, когда они увлекшись очередной атакой на проклятого монстра - забыли что это вообще смысла не имеет?!
| | |
| |
| 3.168, Аноним (168), 06:42, 29/04/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Больше всего мне нравятся толкователи слов учителя. Но обычно толкованием занимаются после смерти, а тут ещё при жизни. Повезло ему.
| | |
| |
| 4.170, Аноним (-), 06:50, 29/04/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Больше всего мне нравятся толкователи слов учителя. Но обычно толкованием занимаются
> после смерти, а тут ещё при жизни. Повезло ему.
Я способный ученик. Поэтому могу взять да укатать этим классом багов в репу, без ложной скромности. Поэтому понимаю о чем он говорит. Он вот тоже - пришел к тем же выводам. Ему тоже не хочется иметь дело с целым классом вулнов из разряда "desync" на ровном месте.
| | |
|
| 3.237, Аноним (237), 12:16, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Типичная ситуация, когда борятся со следствием, а не решают проблему.
| | |
| |
| 4.248, Аноним (248), 13:24, 29/04/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Типичная ситуация, когда борятся со следствием, а не решают проблему.
Вот Торвальдс и сказал что решать надо - проблему. Как то - наворачивание потуг придавать байтам и их комбо специальный смысл вместо того чтобы просто и брутально сохранить как есть, с минимумом ограничений ("can't contain null and /") - ведет к великому множеству дурных факапов на ровном месте.
Зеня вон даже любезно подогнал примеры файликов как вам ВНЕЗАПНО можно попробовать перезапиать файло. Или стырить его - нарушив ACL. ЧСХ в виндах точно были факапы с тырингом внеплановых файлов через HTTP сервера, черех вулны с именами. По моему даже чуть ли не в IIS не говоря уж о других :)
Удобно же когда некто deny на СуперСекретныйФайл влепил, но он все равно - скачался как суперсекретныйфайл, если софт тупанул :)
| | |
| |
| 5.312, Аноним (312), 23:47, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
вот именно koi8r (щщщютка)
Я себе слабо представляю, чтобы у человека в паспорте были сердечки вместо букв в имени, на номерах домов и квартир мордочки кошечек и собачек вместо цифр, и ладошки с модификатором цвета кожи вместо чисел в ценниках на товарах.
Имена файлов и каталогов должны быть в усеченном подмножестве.
| | |
|
|
|
|
| 1.2, Аноним (2), 19:50, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +12 +/– | |
> Торвальдс сообщил, что времена FAT давно закончились
EFI system partition уже можно в ext4 ?!!
| | |
| |
| |
| 3.322, maximnik0 (?), 04:38, 30/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>Можешь реализовать, а мы посмотрим.
Уже реализовано, где-то уже не помню но скачивал UEFI драйвера для ext4,htfs,hfs,udf.
А так у многих плат в UEFI есть поддержка htfs,т.к более распространенная.
| | |
|
| 2.19, Я (??), 20:08, 28/04/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
вообще можно.. но стандарт требует от производителей ефи добавлять только минимальный набор драйверов среди которых нет ехт4, но он не запрещает его добавлять а значит можно иметь ефи систем партишн на любом разделе.
| | |
| 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 [^] [^^] [^^^] [ответить]
| +/– |
 это да
но с другой стороны, не невыпускать же новые версии теперь
наверное можно указать уровень совместимости при создании, чтобы при смене дистриба не напороться
| | |
|
|
|
| |
| |
| 4.194, Аноним (194), 08:49, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Точно!
> Надо UKI сразу в ПЗУ шить. 😏
Рассматривая мини-линуз-как-бутлоадер в SPI флешке - да ты телепат почти?!
| | |
|
|
| |
| 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") драйвер нужно преобразовать в формат, понятный прошивке. Потом любым рабочим способом добавляешь получившийся модуль в образ биоса, после чего прошиваешь. Только учти, что обычными утилитами модифицированную прошивку не залить -- нужно либо снимать защиту вручную (как -- гугли сам, я уже не помню деталей), либо использовать программатор.
| | |
|
|
| 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 +/– |
 Воткните нужный драйвер в фирмварь и вперед. Вантуз правда будет в некотором удивлении и не сможет обновлять загрузчик. Но это может и хорошо :).
| | |
| |
| |
| 4.249, Аноним (248), 13:27, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Куда именно воткнуть? (:
В образ фирмвари, куда ж еще. Да, для этого его придется перегенерять.
| | |
|
|
| 2.276, Аноним (276), 17:37, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>EFI system partition уже можно в ext4 ?!!
А почему не в NTFS? Причем легаси и некорректное преобразование? Там где нужен FAT пусть будет FAT с его требованиями.
| | |
|
| 1.3, Аноним (3), 19:51, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –19 +/– |
Все правильно сказал. Регистронезависимость -- это Приколюха™, которую нам подложили диды. Те же самые диды, которые решили, что было бы Прикольно™, если бы IP-адреса записывались не только как десятичные числа через точку, но и как всякие там 127.1, 0x7f.0.0.1 и еще какая-нибудь ересь.
| | |
| |
| 2.7, Анон321 (?), 19:55, 28/04/2025 [^] [^^] [^^^] [ответить]
| +31 +/– |
Молодому поколению похоже не объяснили, что ip-адрес это просто число. А запись числа может быть любой.
| | |
| |
| 3.11, Аноним (11), 19:58, 28/04/2025 [^] [^^] [^^^] [ответить]
| –7 +/– |
Старшему поколению походу не объяснили, что поддерживать множество способов ввода числа нужно сразу везде: во всех приложениях с полем ввода IP-адреса, во всех библиотеках, парсящих IP-адрес из строки. В итоге разные приложения/библы поддерживают разную часть Прикольного™ RFC.
| | |
| |
| 4.140, Аноним (140), 00:50, 29/04/2025 [^] [^^] [^^^] [ответить]
| +5 +/– |
А по какой причине предъява людям, придумавшим ИП, а не писателям программ втч себе?!
| | |
|
| 3.12, Илья (??), 19:59, 28/04/2025 [^] [^^] [^^^] [ответить]
| –5 +/– | |
> А запись числа может быть любой.
А есть хотя бы одна причина использовать какие-то числа кроме ОБЫЧНЫХ ?
| | |
| |
| 4.21, Страдивариус (?), 20:22, 28/04/2025 [^] [^^] [^^^] [ответить]
| +6 +/– |
Чуви явно не видел IP-адреса IPv6. Ничего, подрастёшь и узнаешь, а пока делай ДЗ и кушай кашку
| | |
| 4.79, ProfessorNavigator (ok), 22:10, 28/04/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > А есть хотя бы одна причина использовать какие-то числа кроме ОБЫЧНЫХ ?
Что такое "обычные" числа? Беззнаковые целые длиной 8, 16, 32, 64 бита? Знаковые той же длины? Т.н. числа с плавающей точкой? Это раз.
Два - вон там рядом новость про qbittorrent. Торрентами пользуетесь? Наверняка. А в их спецификации есть такая штука, как DHT. Где идентификатор каждого узла - число в 20 байт длинной. Более того, для работы DHT над такими числами ещё и разные операции совершать нужно - XOR, сравнение. Шифрование - тоже внезапно сплошь и рядом работа с "длинной" арифметикой. А без шифрования вы бы даже сюда не попали - сайт то скорее всего по протоколу https загружен.
| | |
| |
| 5.172, Аноним (172), 07:08, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
> узла - число в 20 байт длинной. Более того, для работы
> DHT над такими числами ещё и разные операции совершать нужно -
> XOR, сравнение. Шифрование - тоже внезапно сплошь и рядом работа с
> "длинной" арифметикой. А без шифрования вы бы даже сюда не попали
> - сайт то скорее всего по протоколу https загружен.
Более того - когда вы будете делать операции над числом 20 байтов размером - вы заодно невольно озаботитесь и endianess :) ибо есть минимум 2 способа записать такое число в память. Начиная с старшего байта, или с младшего.
| | |
| |
| 6.189, Аноним. (?), 08:23, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Более того - когда вы будете делать операции над числом 20 байтов размером - вы заодно невольно озаботитесь и endianess :) ибо есть минимум 2 способа записать такое число в память.
Совершенно не важно, как число лежит в памяти. Результат a+b не должен зависеть от расположения байт, это гарантирует язык программироавания (например, Си). endianess появляется, когда вы хотите отправить это число на другое устройчтво.
| | |
| |
| 7.202, Аноним (-), 09:05, 29/04/2025 [^] [^^] [^^^] [ответить] | +/– | Вообще-то важно Ибо мы храним это число грубо говоря, как uint8_t whatever 20 ... большой текст свёрнут, показать | | |
| |
| 8.260, Аноним (260), 14:38, 29/04/2025 [^] [^^] [^^^] [ответить] | +/– | Вообще-то ничего смешного тут нет Ибо упростили жизнь комитету и имплементерам ... большой текст свёрнут, показать | | |
| 8.288, Аноним (288), 19:17, 29/04/2025 [^] [^^] [^^^] [ответить] | +/– | Ты совершенно не понимаешь в чем проблема с UB для целочисленных переполнений в ... большой текст свёрнут, показать | | |
|
|
| 6.243, ProfessorNavigator (ok), 12:47, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Более того - когда вы будете делать операции над числом 20 байтов
> размером - вы заодно невольно озаботитесь и endianess :) ибо есть
> минимум 2 способа записать такое число в память. Начиная с старшего
> байта, или с младшего.
Именно.
| | |
|
|
| 4.84, Аноним (-), 22:13, 28/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
16тиричная система не так уж и плоха для адресов от 00 до ff в каждом из 4 сегментов адреса. 7F.0.0.1 или C0.A8.0.1 выглядит ничуть не хуже десятичной системы, даже как-то лаконичнее.
| | |
| |
| 5.131, Анониссимус (?), 23:44, 28/04/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Суть не в том, хуже или лучше шестнадцатиричная запись десятичной. А в том, что вариант должен быть один, потому что это стандарт. Нет ни единой причины использовать много вариантов там, где можно использовать один. Было бы сэкономлено много человеколет, если бы стандартодатели выбрали бы один вариант для записи ip-адреса.
| | |
| |
| 6.224, Аноним (-), 11:05, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Суть не в том, хуже или лучше шестнадцатиричная запись десятичной. А в
> том, что вариант должен быть один, потому что это стандарт.
Тогда это должен быть хекс, вероятно. Ибо представлять байты как именно десятичные значения - тот еще изврат. Это и парсить не особо удобно, и тому как хранится не соответствует.
> Нет ни единой причины использовать много вариантов там, где можно использовать один.
В IPv6 придумали, блин, сразу несколько причин. Увы и ах.
> Было бы сэкономлено много человеколет, если бы стандартодатели выбрали бы один
> вариант для записи ip-адреса.
Бы - не считается. Скажем для v6 сокращенная форма есть. Или еще вариант для link local. Не очень хорошо с их стороны но где ж вы тогда были?
| | |
|
| 5.160, Илья (??), 06:09, 29/04/2025 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> выглядит ничуть не хуже десятичной системы, даже как-то лаконичнее.
Речь про сопровождение двух взаимоисключающих форматов записи.
Есть куча кода, для которого ip адрес это четыре байтовых числа через точку.
Твоё удобство и лаконичность я поддерживать не собираюсь
| | |
| |
| 6.211, 1 (??), 10:08, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Есть куча кода, для которого ip адрес это четыре байтовых числа через точку.
Вот это, как раз, и нестандартное использование IP адреса. Ведь известно, что IP адрес - это 4х байтовый беззнаковый int.
| | |
| |
| 7.225, Аноним (-), 11:08, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> Есть куча кода, для которого ip адрес это четыре байтовых числа через точку.
> Вот это, как раз, и нестандартное использование IP адреса. Ведь известно, что
> IP адрес - это 4х байтовый беззнаковый int.
Int - это как правило нечто вообще хзкакого размера и endianess. А IPv4 это вполне себе 4 байта в вполне конкретном порядке. И нехило это как раз подчеркнуть.
Для IPv6... ну вы его по другому и не захотите особо записывать. Ибо если вы попробуете это как uint128 напечатать, да еще ктулху упаси в десятичной системе ... ух... удачи! Как видите этот номер как раз - не работал.
Разделение на октеты важно, оно позволяет видеть некторые вещи на глаз, скажем "тот же это subnet или нет". Удобно, быстро, визуально. Вы охренеете с какой скоростью devops ворочают такие вещи.
| | |
|
| 6.282, Аноним (276), 17:52, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
IP без маски ничего не стоит. Как его доставлять, в какую подсеть?
| | |
|
| 5.303, penetrator (?), 22:03, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
C0.A8.00.01
если уже быть точным, в 16-ричной обычно пишутся все разряды, даже нулевые
| | |
|
| |
| |
| 6.205, Аноним (-), 09:11, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Зайди в магазин, купи 0xFA3 гвоздей
Нахрен тебе их столько? В таком количестве их обычно уже на вес норовят продавать. Кто ж их будет пересчитывать в таком объеме? :)
| | |
| 6.212, 1 (??), 10:09, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
@то в штуках, килограммах, а может быть в фунтах ?
| | |
| 6.284, Аноним (276), 17:55, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>Зайди в магазин, купи 0xFA3 гвоздей
Если покупать в маркетплейсе, то может быть предусмотрен преобразователь из hex
| | |
|
|
| 4.220, Ilya Indigo (ok), 10:34, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Эффективное хранения в памяти.
Для IPv4 ровно 4 байта нужно.
Да оно так и в любой системе и хранится, но интерпретация этих 4 байт может быть разной.
| | |
| 4.278, Аноним (276), 17:46, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Есть разные нотации одного и того же числа (двоичная, восьмеричная, десятичная, шестнадцатеричная, с 8-битными полями, разделенными точкой и др)
| | |
| 4.289, Аноним (276), 19:22, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>А есть хотя бы одна причина использовать какие-то числа кроме ОБЫЧНЫХ ?
hex-редакторы придумали и применяются не зря. Там используется hex-нотация, потому что удобно.
IP адрес удобно представлять как двоичное число, потому что сейчас применяется "плавающие" маски сети. Вот пример: CIDR: 142.250.0.0/15
| | |
|
| 3.177, ryoken (ok), 07:23, 29/04/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Попробуйте попинговать адре типа 192.168.0.10 и 192.168.0.010. Меня результат удивил.
| | |
| |
| |
| |
| 6.234, Аноним (237), 12:00, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Т.е. программу не смущает, что часть нужно интерпретировать в десятичном формате, и часть в шестнадцатиричном? Видимо, есть какой-то алгоритм, т.е. каждый октет по порядку проверяет на принадлежность к системе счисления.
| | |
|
| 5.245, Аноним (245), 13:08, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Внезапно 010 - это число в восьмиричной системе. Если в десятичную перевести как раз 8 будет. Вообще программирование это про числа а не так как сейчас многие привыкли....
| | |
| |
| 6.291, Аноним (276), 19:27, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>Внезапно 010 - это число в восьмиричной системе.
Это оговоренная нотация числа восемь. Где возможно обозначают подстрочником.
| | |
|
|
| 4.226, тоже аноним (?), 11:10, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Во всяких устройствах с недоношенным вводом, типа телевизоров, одно-двухзначные адреса как раз добиваются нулями в начале. И при этом работают как без нулей.
| | |
| |
| 5.235, Аноним (237), 12:03, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Видимо, это от самой программы зависит то, как она обрабатывает входные данные.
| | |
|
|
|
| 2.9, Илья (??), 19:57, 28/04/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> 0x7f.0.0.1
ужас. кошмар. Но я знаю одного человечка, который в HTTP статусах возвращал 0x404 и 0x200.
Он думал, что хакеры вот так по крутому числа пишут, наверное
| | |
| |
| 3.97, Аноним (-), 22:28, 28/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> 0х200
HTTP статус-код 512 не является стандартным кодом; он был предложен для использования в определенных приложениях, чтобы указывать на ошибку сервера, когда произошла хотя бы одна ошибка.
Мдя..
| | |
|
| |
| |
| 4.45, Аноним (45), 21:16, 28/04/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Поэтому и изобретают json, потому как думают, что всё должно быть читаемым. Им же не приходит на ум, что процессор видит только числа и никаких скобок и прочего.
| | |
| |
| 5.175, Аноним (-), 07:16, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Поэтому и изобретают json, потому как думают, что всё должно быть читаемым.
> Им же не приходит на ум, что процессор видит только числа
> и никаких скобок и прочего.
И его тоже полностью в полном виде - как generic - корректно от и до не парсит почти никто из существуюшего софта :). А реакция на "нежданчики" у софта бывает самой разной. Экспериментируйте - и вы найдете много вещей которых эти, которым не хочется напрягаться, забыли предусмотреть. Это позволит вам извлечь море лулзов.
Ну вот например я какого-то бота подвесил насмерть. Он просто не ожидал мой формат выхлопа и кажется очень увлекся парсингом. Посмотрим как такой оборот его владельцу :)
| | |
|
|
| 3.99, Аноним (-), 22:34, 28/04/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Меня удивляет что это кого-то удивляет. И много ли тут людей меньше 20?
| | |
| |
| 4.214, 1 (??), 10:13, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
"Экслера не читали" (с) что там было про обходы сквида ? Сколько там прошло - лет 20-25 ?
Ну что, новое поколение пытается пройтись по тем же граблям :-)
И это неплохо, раз читать они так и не научились.
| | |
|
|
| 2.76, Аноним (-), 22:06, 28/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну вот маску подсети можно было бы как-то проще делать или наоборот - более интересно. Хорошо хоть короткую преамбулу придумали и на этом спасибо.
| | |
|
| 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 [^] [^^] [^^^] [ответить]
| +/– | |
Ага ! А ещё и с помощью эмодзи (где там птичий язык ?) ...
Даёшь приведение эмодзи в нижний регистр !!! И чтоб библиотека была на языке, который нельзя называть !
| | |
|
| |
| |
| 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 [^] [^^] [^^^] [ответить]
| +/– | |
> А кстати, для каких? Всегда было любопытно
Я в код не смотрел, но подозреваю, что след тянется к Майкрософт. Они ж в последнее время активно начали в Линукс влазить и использовать его у себя. А имена файлов и папок без различия регистра - это именно их детище.
| | |
|
|
|
|
| |
| 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 [^] [^^] [^^^] [ответить]
| +/– |
Сперва сердечки разных цветов, потом буквы разных цветов. Это же круто, мы же всё можем. И причем тут национальные алфавиты? Там есть сердечки?
| | |
| 5.222, n00by (ok), 10:46, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
 >>> Сердечки в имени файла.
>> За такое надо было бить по рукам с самого начала
> А за умляуты в имени файла тоже?
В первую очередь, бить надо за подобную гнилую софистику, когда демагог приравнивает спецсимволы (НЕ применяются для записи слов) к буквам (используются для записи слов) с целью развязать тупой спор.
| | |
| |
| 6.257, Аноним (23), 14:24, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> (НЕ применяются для записи слов)
каким кодом в юникод закодирована "Ritratto di Monna Lisa del Giocondo"?
| | |
|
|
| 4.148, Имя (?), 01:41, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
С чего бы анониму решать это? Хочу и использую, вот, держи 🤡
| | |
|
| 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.195, Аноним (192), 08:49, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Это про
U+0410 и U+0041
U+0430 и U+0061
Если что
Сами-то символы одинаковые
| | |
| |
| 6.273, Аноним (-), 16:40, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Комитет стандартизирующий Юникод очень экономно подходит к "расходованию" кодовых позиций. Если комитет решил, что латинское "A" и кириллическое "А" разные символы значит на то были веские основания. Когда решают поместить какой либо символ в состав Юникода, тщательно изучается история данного символа.
| | |
|
| 5.255, Аноним (23), 14:17, 29/04/2025 [^] [^^] [^^^] [ответить] | –1 +/– | Никто с этим не спорит, ибо юникод это средство кодирования символов того или ин... большой текст свёрнут, показать | | |
|
|
| 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 +/– |
Никто не виноват, что вас в шелле не научили эскейпить файлы и параметры в кавычки брать.
| | |
| |
| 3.264, PnD (??), 14:53, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Вот да. Может в 1970х где-то и экономили битик.
Но уже́ в 80х была ASCII-7 и аналоги (7 бит). 127 символов (и 0-й байт) для кодирования регистрозависимой латиницы — выше крыши.
* Я не настолько старый чтобы помнить причину изначально 7-битной кодировки. Но вроде в 8-й бит засовывали чётность для передачи по всяким-разным каналам.
| | |
|
|
| 1.31, Аноним (33), 20:44, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Есть хоть одна техническая причина превращать одно имя файла в другое? Линус прав, имя файла - это просто набор байтов, и самый переносимый способ записывать имя - это любые байты, кроме '\0', '/' и ещё '\n', но во многих случаях даже он ничего не сломает. Если файловая система занимается подобной хренью, как превращение одних кодировок в другие или сменой регистра, то пусть будут добры занимать сразу ВСЕ возможные имена, если им делать нехрен.
| | |
| |
| |
| 3.247, Аноним (248), 13:20, 29/04/2025 [^] [^^] [^^^] [ответить] | +/– | О, круто, надо будет с HTTP серваком поэкспериментировать на юзерах винды, посмо... большой текст свёрнут, показать | | |
|
|
| 1.32, Уникум (?), 20:44, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
Не вижу проблемы в создании стандарта с набором регистрозависимых символов, включающего только алфавиты существующих языков + что-то по иероглифам если там оно есть. Всё остальное не имеет регистра и не учитывается. Готов к решению следующей задачи
| | |
| |
| 2.83, Аноним (83), 22:12, 28/04/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Ты предложил простое и неправильное решение. С турецким языком что делать будем, например? Там с английским регистры их версий I не совпадают: I → ı, İ → i.
| | |
|
| 1.44, BrainFucker (ok), 21:06, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 Нашёл о чём капитанить, старый брюзжун. Лучше бы набросил на тему неактуальности древовидных ФС с их директориями/папками, симлинками и прочим.
| | |
| |
| |
| Часть нити удалена модератором |
| 3.116, Аноним (-), 22:53, 28/04/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> просто бесятся от того, что им приходилось пыриться в детстве в консольку.
Вот не надо тут. Мне в детстве приходилось пыриться в интерфес, сделанный из вот такой cpaни
╔════════════════════╗
║░░░░░░░░░░░░░░░░░░░░║
║░░░░░░░░OPEN░░░░░░░░║
║░░░░░░░░░░░░░░░░░░░░║
╚════════════════════╝
Но я совсем не против использования юникода в именах файлов.
| | |
| |
| |
| 5.262, Аноним (-), 14:49, 29/04/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> В чем удобство использования Юникода в именах файлов?
Можно без обиняков обозвать файло "неведомая долбаная фигня ❤ и ❤️" и это даже будет корректно оотображаться. Но если удумать еще и регистр этого процессить... выйдет неведомая долбаная фигня! :)
| | |
|
|
|
|
| 1.48, trolleybus (?), 21:18, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Тут не с регистронезависимостью проблема, а с тем, что в именах файлов разрешена всякая дичь вроде вот этих юникодных сердечек.
| | |
| |
| 2.58, тоже Аноним (ok), 21:31, 28/04/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
 Ну, иди расскажи японцам, что они должны файлы латиницей называть.
Проблема вообще не в символах, а всего лишь в синдроме утенка вскормленных Виндой.
Они считают правильной всю ту дичь, которую Микрософт накосорезил в своих системах в 1980-х - и продолжает бережно тащить ее в 2020-е.
| | |
| |
| 3.71, _hide_ (ok), 22:00, 28/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Ну регистронезависимость важна при поиске. При обращении к файлу регистр однозначно должен соблюдаться, в противном случае имя файла нельзя представить в виде набора конкретных байт и тут все абстракции поехали... Как велосипед на квадратных колёсах!
| | |
| |
| 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 [^] [^^] [^^^] [ответить]
| +/– | |
>В чем разница? Написать 赤いハート или поставить ❤️?
В количестве и комбинациях байт. Ели это имена файлов, то это два разных файла.
| | |
|
| 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 [^] [^^] [^^^] [ответить]
| +/– |
Ааа, ну с таким подходом можно что угодно нагромоздить. Было бы желание. Только пусть желающие это громоздят на своей системе, но нет же - навязывают остальному миру, ворую ресурсы цивилизации.
| | |
|
| 4.266, Bottle (?), 15:56, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Затем, что когда-то иероглифы и были этими самыми смайликами, только не всегда цветными.
| | |
|
| |
| 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 исошник десяточки с японской локализацией, накатить в виртуалку и посмотреть как это выглядит.
| | |
|
|
| |
| |
| 4.70, YetAnotherOnanym (ok), 21:56, 28/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Ну, ок, конвертнём в base64 и будем в таком виде хранить на диске, а в файлменеджере будем показывать исходную форму с сердечками, иероглифами и арабской вязью.
| | |
|
| 3.144, Аноним (109), 00:52, 29/04/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Товальдс такой жест придумал нвидии.
Ну это которым потом он, пазязя, напишите драйверы.
А чтой то не пишут драйверы для Нвидиа.
Молодец ну.
| | |
|
|
| 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 ты, понятное дело, не в курсе.
| | |
|
|
| 3.67, trolleybus (?), 21:49, 28/04/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> регистронезависимость
Так это как раз про регистрозависимость. В каком-нибудь досе или винде 3.1 по умолчанию все имена файлов заглавными буквами показываются, и сразу понятно, где L, а где I.
| | |
| |
| |
| 5.308, _kp (ok), 23:12, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Смотря какой DOS. DOS 6.22 при желании поддерживал длинные имена файлов. :)
Исторически FAT12, FAT16 регистрозависимые, но в именах файлов возможно только заглавные буквы. И проблем не было.
Регистронезависимость в FAT принесена с добавлением длинных имен файлов.
А вот NTFS изначально создавалась регистронезависимой.
| | |
|
|
|
|
| 1.59, Аноним (60), 21:34, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Я всегда говорил что Линус наш слоняра. Все правильно и по полочкам разложил.
| | |
| 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 символов в
>> именах файлов открыло ящик пандоры.
> Как открыло, так и закроет. Немного боли и придет стандартизация.
Который оно там год уже "приходит"? А тем временем нас заваливает пачками глупых вулнов и просто глюков на ровном месте.
| | |
|
|
| 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 [^] [^^] [^^^] [ответить]
| +/– |
> Круто., а теперь разберись какая из них, 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 [^] [^^] [^^^] [ответить]
| +/– | |
> Гнилой виндузоид - палится сразу.
А зачем останавливаться на одних только лишь именах файлов? Можно ещё емейлы делать типа lena@mailbox.org, Lena@mailbox.org, LeNa@mailbox.org, lenA@mailbox.org... Да чего уж там - сразу URL-ы серверов. Вот набираешь ты в адресной строке не google.com, а Google.com, и попадаешь на другой сайт. А ещё имена улиц можно делать "некрасова" и "Некрасива", и чтобы они находились в разных частях города. Не нравится? Ты что не современный?
| | |
| |
| 6.283, Аноним (283), 17:54, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Можно ещё емейлы делать типа lena@mailbox.org, Lena@mailbox.org, LeNa@mailbox.org, lenA@mailbox.org
Ты не поверишь, но так и есть. Емейлы по rfc регистрозависимые, так как растут из имён пользователей на юниксе. И на это требование rfc забивают решительно все почтовые системы в мире, тоже по понятным причинам.
| | |
| 6.285, Аноним (285), 18:03, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Система обработки почты автоматически переводит все буквы в нижний регистр, независимо от того, как они введены.
То есть разных регистров нет в принципе.
И да на названия улиц распространяются правила русского языка.
Так что они пишутся с большой буквы за которой следуют маленькие.
| | |
| 6.287, Аноним (-), 18:26, 29/04/2025 [^] [^^] [^^^] [ответить] | +/– | А почему бы и нет Сейчас оно сделано именно так, потому что RFC822 делался еще ... большой текст свёрнут, показать | | |
|
|
|
| 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.
| | |
|
| 2.309, _kp (ok), 23:20, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>>Даже на больших флешках, таких как 128 Гб, FAT32 прекрасно себя чувствует.
А писать что нибудь пробовали в "больших" объёмах. Как скорости? :)
ExFAT тоже по скорости плох, и плох везде, если только не писать исключительно фильмы и архивы.
И кстати, флешка 0.1ТБ, это вовсе не большая флешка. Но это не важно. Суть в том, что большие флешки берут, очевидно что бы на них писать. И на больших объемах записи, влияние неудачной файловой системы может увеличить скорость с минут до часов. А в остальном с FAT почти все хорошо. :)
| | |
|
| 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.
| | |
| 2.313, Аноним (313), 00:39, 30/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Э, нет.
Компьютеру для различения разных файлов достаточно числа, большинству систем хватит 64 бита. Корпоративным свалкам наверное 128 бит впору.
Остальное - от лукавого.
Диссертация - в файле 1254785421, порнуха в 1254785241
Не перепутай.
| | |
|
| 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. Такие картинки порой решают некоторые проблемы программистов.
| | |
| 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
| | |
| |
| |
| 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. На него вешаешь какую надо настройку - и всё работает из коробки. Пути к файлам же пользователя не хардкодят.
| | |
|
|
|
|
| 1.146, Аноним (146), 01:05, 29/04/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А весь секрет в том, что юникод - это не кодировка, юникод - это бинарный формат для хранения текстовой информации, наравне с odt, openxml и Microsoft doc/docx. Именно поэтому там есть "символы" типа "обратить весь последующий текст задом нарерёд" и подобные, о которых никто не в курсе. Стоит понять эту простую истину, и куча вопросов к юникоду, используемому в качестве кодировки, сразу отпадает.
| | |
| |
| 2.256, Аноним (237), 14:20, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Лично у меня и так к нему вопросов никаких нет. Я его не использую. Достаточно национальных кодировок.
Юникод - это попытка снова сделать одну кнопку для решения всех проблем, как, например, сделали с браузером. Впрочем с браузером скорее другое дело. Там, видимо, целенаправленно делали все для того, чтобы влезть каждому в ПК.
| | |
| |
| 3.290, Аноним (-), 19:26, 29/04/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ты не прав. Юникод, Международная система единиц - лучшие избретения человечества.
| | |
| |
| 4.311, _kp (ok), 23:34, 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.
| | |
|
| 2.179, Аноним (128), 07:36, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Да наверняка сделали только для широкоизвестных алфавитов. А остальное, как придётся.
| | |
| |
| 3.203, Аноним (203), 09:06, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
А остальное, как придётся.
Потому что гомункулы не равны между собой )
| | |
| 3.279, Аноним (283), 17:47, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Возможно. Практичное решение, которое куда лучше, чем «мы не знаем как сделать идеально, поэтому вообще никак делать не будем». Регистрозависимость — костыль, растущий из отсутствия строк в Си и экономики вычислений семидесятых, когда действительно тратить процессорное время и память на приведение регистров (и уж тем более на такую роскошь как произвольная строка) было непозволительно. Так пятьдесят лет и мучаемся с античеловеческим поведением файловых систем. Ну зато компьютеру так удобнее.
| | |
|
|
| 1.178, Ося Бендер (?), 07:25, 29/04/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Проблема не стоит выеденного яйца. Микрософт скоро закопают окна в пользу Марины и регистронезависимость ни кому будет не нужна.
| | |
| |
| |
| 3.201, Ося Бендер (?), 09:04, 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 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 А можно было сделать проще, у файла два атрибута номер и текстовое поле, система оперирует именами, а текстовое поле это та фигня, что отображается пользователю и в принципе не важно, что там записано и каким регистром.
| | |
| |
| 2.210, Ося Бендер (?), 09:55, 29/04/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
А можно было изначально не использовать объект (файл) из реального мира, но это была-бы уже другая история.
| | |
| |
| 3.229, n00by (ok), 11:26, 29/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
В том-то и дело. Изначально, у греков, "файл" - не объект, а процесс. "Как вы лодку назовёте, так она и поплывёт"
| | |
|
|
| 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 [^] [^^] [^^^] [ответить]
| +/– | |
>Только не говорите ему про базы данных - совсем расстроится
Прежде чем язык чесать надо своей дурной башкой думать. Торвальдс говорит про низкоуровневые вещи. Базы данных и офисные программы это высокоуровневые абстракции.
| | |
|
| 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 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я в начале подумал, что символы пик ♠️ и червей ♥️ некоторые считают одним. А потом пригляделся - там чёрное сердце ❤ и ❤️ и красное. И что интересно, клава Андроида при копировании и вставке в превьюшке показывает их как оба красные
| | |
|
