1.1, Аноним (1), 19:46, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +20 +/– |
Он ещё не учёл, что в каждой новой версии стандарта Unicode появляются новые правила. Одна программа может поддерживать одну версию стандарта, а другая другую и их поведение в обработке одинаковых данных будет отличаться.
| |
|
2.27, Аноним (-), 20:31, 28/04/2025 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +5 +/– |
Стандарт Юникода нельзя сравнивать со Стандартами языков программирования. В Юникоде кодовые позиции символов не пересматриваются. Каждый следующий стандарт привязывает к определённой кодовой позиции какой-либо символ.
| |
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% :]).
| |
|
|
|
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.401, Аноним (400), 06:38, 06/05/2025 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> Вы можете дать лекцию как делать case folding всяких умляутов и каких там еще закорючек правилдьно.
Как то ведь раньше без unicode прекрасно все жили, а кто то и ныне живёт (мин.в DOS'е).
И причём прекрасно живёт(в DOS же - лишь длины именам не хватает) - без этих всех топиковых проблем.
> А если иероглифы взять ...
Пускай с ними, т.б.созданными быть по сути криптографическими глифами для узкого круга лиц изначально да и частью символов и поныне, трaхаются те кому их навязывает их власть,
- какого остальной мир должен с ними же трахаться! Да ещё в ущерб рискам безопасности себе.
| |
|
6.413, EmmGold (ok), 20:14, 06/05/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, но он не запрещает его добавлять а значит можно иметь ефи систем партишн на любом разделе.
| |
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 флешке - да ты телепат почти?!
| |
|
|
|
|
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.171, Аноним (-), 06:52, 29/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> Торвальдс сообщил, что времена FAT давно закончились
> EFI system partition уже можно в ext4 ?!!
Теоретически там хоть btrfs можно. Практически - зависит от того какие драйвера ФС в фирмвари были.
| |
2.176, ryoken (ok), 07:21, 29/04/2025 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
Воткните нужный драйвер в фирмварь и вперед. Вантуз правда будет в некотором удивлении и не сможет обновлять загрузчик. Но это может и хорошо :).
| |
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 и еще какая-нибудь ересь.
| |
|
|
3.11, Аноним (11), 19:58, 28/04/2025 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –8 +/– |
Старшему поколению походу не объяснили, что поддерживать множество способов ввода числа нужно сразу везде: во всех приложениях с полем ввода IP-адреса, во всех библиотеках, парсящих IP-адрес из строки. В итоге разные приложения/библы поддерживают разную часть Прикольного™ RFC.
| |
|
|
5.404, Аноним (400), 06:55, 06/05/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Потому что программы требующие 4-ре десятичных числа - тупо более авдекватны.
(почему именно десятичных? чтобы легче/быстрей визуально отличались от маски)
/мимопроходил
| |
|
|
3.12, Илья (??), 19:59, 28/04/2025 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| –5 +/– |
> А запись числа может быть любой.
А есть хотя бы одна причина использовать какие-то числа кроме ОБЫЧНЫХ ?
| |
|
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 появляется, когда вы хотите отправить это число на другое устройчтво.
| |
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. Не очень хорошо с их стороны но где ж вы тогда были?
| |
|
7.369, Анониссимус (?), 01:58, 01/05/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Тогда это должен быть хекс, вероятно.
Соглашусь.
> В IPv6 придумали, блин, сразу несколько причин. Увы и ах.
Адрес ipv6 очень длинный, причём зачастую состоит на половину из нулей. Это веская причина.
> Скажем для v6 сокращенная форма есть.
И эта форма простая и понятная; и для человека, и для парсера. Других форм нет. Стандартизёры явно учли ошибки прошлого.
| |
|
|
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.205, Аноним (-), 09:11, 29/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Зайди в магазин, купи 0xFA3 гвоздей
Нахрен тебе их столько? В таком количестве их обычно уже на вес норовят продавать. Кто ж их будет пересчитывать в таком объеме? :)
| |
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
| |
|
5.388, Илья (??), 13:43, 02/05/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>>А есть хотя бы одна причина использовать какие-то числа кроме ОБЫЧНЫХ ?
> hex-редакторы придумали и применяются не зря. Там используется hex-нотация, потому что удобно.
А знаешь, что ещё удобно? Когда не нужно открывать хекс редактор.
| |
|
4.414, EmmGold (ok), 20:23, 06/05/2025 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
Так IP и так записывается "обычными", десятичными числами. Четыре байта, каждый записывается десятичным числом. Это просто четыре байта, четыре числа, четыре символа. Как его ещё записывать?
Некоторые из четырёх символов делают пятнадцать и героически это преодолевают...
| |
|
|
|
|
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 - это число в восьмиричной системе.
Это оговоренная нотация числа восемь. Где возможно обозначают подстрочником.
| |
|
7.373, Аноним (245), 08:03, 01/05/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
какой еще подстрочник? каакя нотация ?
числа начинающиесь с 0 в Си соответственно во многих шелах интерпретируются как восьмиричные
| |
|
|
|
4.226, тоже аноним (?), 11:10, 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 - корректно от и до не парсит почти никто из существуюшего софта :). А реакция на "нежданчики" у софта бывает самой разной. Экспериментируйте - и вы найдете много вещей которых эти, которым не хочется напрягаться, забыли предусмотреть. Это позволит вам извлечь море лулзов.
Ну вот например я какого-то бота подвесил насмерть. Он просто не ожидал мой формат выхлопа и кажется очень увлекся парсингом. Посмотрим как такой оборот его владельцу :)
| |
|
|
|
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 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Ага ! А ещё и с помощью эмодзи (где там птичий язык ?) ...
Даёшь приведение эмодзи в нижний регистр !!! И чтоб библиотека была на языке, который нельзя называть !
| |
|
|
|
|
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.347, Аноним (347), 14:27, 30/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
Регистры нужны сугубо для человека, машине вообще поx, что ты там и как назовёшь.
Но по факту когда хуман ищет файл, ему ВСЁ РАВНО, какой там регистр! Он его не помнил никогда и не должен. Просто найди "фотки ДР 2005" - ЗАЧЕМ тут регистр?!?!
| |
|
|
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 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
>>> Сердечки в имени файла.
>> За такое надо было бить по рукам с самого начала
> А за умляуты в имени файла тоже?
В первую очередь, бить надо за подобную гнилую софистику, когда демагог приравнивает спецсимволы (НЕ применяются для записи слов) к буквам (используются для записи слов) с целью развязать тупой спор.
| |
|
|
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
| |
|
|
6.273, Аноним (-), 16:40, 29/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Комитет стандартизирующий Юникод очень экономно подходит к "расходованию" кодовых позиций. Если комитет решил, что латинское "A" и кириллическое "А" разные символы значит на то были веские основания. Когда решают поместить какой либо символ в состав Юникода, тщательно изучается история данного символа.
| |
|
7.363, Аноним (347), 22:33, 30/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Значит г____но это, а не комитет. Очевидно же, что почти половина кирилицы схожа с латиницей:
АВЕКМНОРСТУХ - это всё русские символы, которые МОЖНО заменить латинскими. Но никто это не сделал. Ну и накуль нужóн этот комитет, который "тщательно изучал историю"?? Изучал, да ни___я не изучил. В результате даже 16-битного юникода нехватило - полезли в 32-битный.
Я считаю, что в текущем виде юникод - это позорище ИТ. Так же как USB и x86.
| |
|
|
|
6.304, Аноним (304), 22:36, 29/04/2025 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
> 33 звука
Е, Ё, Ю и Я все вместе мерзко хихикают, рядом прыскают от смеха Ц и Щ, а Ь и Ъ смотрят молча, с недоумением.
| |
|
7.314, Аноним (23), 00:41, 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')"
| |
|
|
1.29, Аноним (29), 20:35, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –8 +/– |
Пивожор как-то забыл, что был ASCII одним регистром во времена, когда он ещё не умел списывать. И что filename должен быть именно что name, где Алекс, алекс и аЛеКс — это одно и то же, а смайлы должны запрещаться/меняться на всякие (0x444) и т.д.
Регистронезависимость в именах файлов — благо системного уровня, а не прикол от дедов.
| |
|
|
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 кб памяти.
| |
|
|
|
1.31, Аноним (33), 20:44, 28/04/2025 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –1 +/– |
Есть хоть одна техническая причина превращать одно имя файла в другое? Линус прав, имя файла - это просто набор байтов, и самый переносимый способ записывать имя - это любые байты, кроме '\0', '/' и ещё '\n', но во многих случаях даже он ничего не сломает. Если файловая система занимается подобной хренью, как превращение одних кодировок в другие или сменой регистра, то пусть будут добры занимать сразу ВСЕ возможные имена, если им делать нехрен.
| |
|
|
|
4.329, n00by (ok), 10:03, 30/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Советую в следующий раз не лепить нелепый наброс на Микростфт, а задать вопрос. Тогда бы я ответил, что Анонимный эксперт не сможет создать такой файл. А сейчас добавлю, что по причине недостатка знаний, и даже не буду уточнять номер RFC. ;)
| |
|
|
|
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░░░░░░░░║
║░░░░░░░░░░░░░░░░░░░░║
╚════════════════════╝
Но я совсем не против использования юникода в именах файлов.
| |
|
|
5.262, Аноним (-), 14:49, 29/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> В чем удобство использования Юникода в именах файлов?
Можно без обиняков обозвать файло "неведомая долбаная фигня ❤ и ❤️" и это даже будет корректно оотображаться. Но если удумать еще и регистр этого процессить... выйдет неведомая долбаная фигня! :)
| |
|
|
|
|
3.417, BrainFucker (ok), 21:15, 06/05/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Так там потому что классическая ФС (ext4 или что там сейчас). Ну и в моём комментарии не было речи о том что надо все файлы в одной папке отображать.
| |
|
|
|
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 +/– |
Для обеспечения регистронезависимого поиска по файловой системе вовсе не требуется поддержка со стороны файловой системы
| |
|
|
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 +/– |
>В чем разница? Написать 赤いハート или поставить ❤️?
В количестве и комбинациях байт. Ели это имена файлов, то это два разных файла.
| |
|
|
5.112, Аноним (104), 22:49, 28/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> А вот цветные смайлики в именах файлов... Зачем?
> Просто красиво,
> Только найди потом файл с таким названием.
У вас в find юникод сломали?
| |
5.241, Аноним (237), 12:34, 29/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Ааа, ну с таким подходом можно что угодно нагромоздить. Было бы желание. Только пусть желающие это громоздят на своей системе, но нет же - навязывают остальному миру, ворую ресурсы цивилизации.
| |
|
|
|
4.306, Аноним (304), 22:49, 29/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Ответ простой, надо скачать с серверов MS исошник десяточки с японской локализацией, накатить в виртуалку и посмотреть как это выглядит.
| |
|
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. На ОС сделанных для удобства компьютера у Васи будет дилемма — какой же из двух документов тот, который ему нужен, и как их отличить друг от друга не открывая.
| |
|
4.420, netch (ok), 11:59, 09/05/2025 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
Попробуй объяснить условному Васяну, что файл ДОКУМЕНТВАСИ.XLSX, ДОКУМЕНТВАСИ.XLSX и ДΟКУМЕНТВΑСИ.ΧLSX это разные файлы, когда он видит одинаковые.
А там посерьёзнее различия, чем регистр букв.
| |
|
|
|
|
4.70, YetAnotherOnanym (ok), 21:56, 28/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Ну, ок, конвертнём в base64 и будем в таком виде хранить на диске, а в файлменеджере будем показывать исходную форму с сердечками, иероглифами и арабской вязью.
| |
|
3.144, Аноним (109), 00:52, 29/04/2025 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –2 +/– |
Товальдс такой жест придумал нвидии.
Ну это которым потом он, пазязя, напишите драйверы.
А чтой то не пишут драйверы для Нвидиа.
Молодец ну.
| |
|
|
|
4.389, freehck (ok), 16:49, 02/05/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> в именах файлов можно ограничиться английским алфавитом, малыми буквам, проблем-то
почему бы и нет, давайте
только не английским, а китайским
| |
|
|
2.376, Аноним (376), 12:25, 01/05/2025 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
Когда не было юникода, был бешеный спрос на десятки тысяч разных кодировок текста. Предлагаете вернуться в эпоху, когда к текстовому файлу нужно прилагать, в какой кодировке он сохранён, вместо того, чтобы разрешить кому угодно писать его/её избранный алфавит и всё бы замечательно отрендерилось?
| |
|
|
2.60, Аноним (60), 21:35, 28/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Если я хочу тебя взломать или обмануть это мне только плюс. Поэтому я буду продавливать регистронезависимость всеми силами.
| |
|
|
|
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.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.
| |
|
|
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.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.
Это как пример.
| |
|
|
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 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
Система обработки почты автоматически переводит все буквы в нижний регистр, независимо от того, как они введены.
То есть разных регистров нет в принципе.
И да на названия улиц распространяются правила русского языка.
Так что они пишутся с большой буквы за которой следуют маленькие.
| |
|
|
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
Не перепутай.
| |
|
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. Такие картинки порой решают некоторые проблемы программистов.
| |
|
|
|
4.333, Аноним (-), 11:04, 30/04/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
| |
|
|
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.256, Аноним (237), 14:20, 29/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Лично у меня и так к нему вопросов никаких нет. Я его не использую. Достаточно национальных кодировок.
Юникод - это попытка снова сделать одну кнопку для решения всех проблем, как, например, сделали с браузером. Впрочем с браузером скорее другое дело. Там, видимо, целенаправленно делали все для того, чтобы влезть каждому в ПК.
| |
|
|
4.311, _kp (ok), 23:34, 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 не скачет по размеру ну и +- проще и понятнее.
| |
|
|
|
|
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.
Хотя-бы какая-нить св***ь, хотя-бы на банку пива подкинула! Нету желающих.
| |
|
|
1.208, BeLord (ok), 09:28, 29/04/2025 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –2 +/– |
А можно было сделать проще, у файла два атрибута номер и текстовое поле, система оперирует именами, а текстовое поле это та фигня, что отображается пользователю и в принципе не важно, что там записано и каким регистром.
| |
|
|
3.229, n00by (ok), 11:26, 29/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
В том-то и дело. Изначально, у греков, "файл" - не объект, а процесс. "Как вы лодку назовёте, так она и поплывёт"
| |
|
2.381, Аноним (-), 19:36, 01/05/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> А можно было сделать проще, у файла два атрибута номер и текстовое
> поле, система оперирует именами, а текстовое поле это та фигня, что
> отображается пользователю и в принципе не важно, что там записано и
> каким регистром.
Почему-то желающих оперировать номерами inode - не сильно дофига оказалось...
| |
|
1.254, Аноним (254), 14:10, 29/04/2025 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
Только не говорите ему про базы данных - совсем расстроится... :) А вообще, нужно просто принять единый общемировой стандарт, включающий в себя однозначные правила преобразования регистра для каждого естественного языка (письменности) на планете. И в каждом коде должны быть реализованы только эти правила, а все остальные - исключены. Вроде, ничего сложного.
| |
|
|
3.277, Аноним (254), 17:43, 29/04/2025 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Вот для ASCII я бы такое и не решился предложить - там в плане кодирования национальных букв всё было неоднозначно изначально. Но мы же здесь не ASCII обсуждаем, а вполне однозначный в этом плане 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.300, Аноним (300), 19:44, 29/04/2025 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]
| +/– |
Ну, так, верно же. Если фс регистры зависима, то человек на глаз способен отличить один символ от другого. Главное же, что линукс безопасен, а то, что эта безопасность приводит к уязвимостям - не проблема линукса. :D
| |
1.321, Аноним10084 и 1008465039 (?), 03:51, 30/04/2025 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +/– |
Я в начале подумал, что символы пик ♠️ и червей ♥️ некоторые считают одним. А потом пригляделся - там чёрное сердце ❤ и ❤️ и красное. И что интересно, клава Андроида при копировании и вставке в превьюшке показывает их как оба красные
| |
1.324, bOOster (ok), 07:05, 30/04/2025 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +1 +/– |
Как-то даже и не странно что FreeBSD+ZFS не имеет никаких сложностей в вопросе Unicode - пользуйте UTF8.
А у оголтелых очередные грабли на ровном месте.
| |
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.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 такой кривой по итогу.
Линукс оптимален. Чо ты нагнетаешь?
| |
|
1.397, Васян (-), 23:32, 03/05/2025 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +/– |
попробовал я при установке macos выбрать регистрозависимую фс. и после этого многие программы имели ошибки типа "не могу найти такой-то файл" потому что он написан не в том регистре символов ) лол. теперь всегода устанавливаю регистронезависимое как это по умолчанию заботливо предусмотрели инженеры в аппле )
| |
|