From: Alexander Bokovoy <a.bokovoy@sam-solutions.net> To: sisyphus@altlinux.ru Subject: Re: [sisyphus] грусные размышления о файловых системах Date: Wed, 23 Jul 2003 12:25:51 +0300 Message-ID: <20030723092551.GE11883@sam-solutions.net> (raw) In-Reply-To: <3F1E4E80.40901@users.sourceforge.net> On Wed, Jul 23, 2003 at 12:59:44PM +0400, Ildar Mulyukov wrote: > Уважаемый all! > играясь с кодировками, [опять] наткнулся на принципиальный вопрос: > выходит, что по умолчанию на фс таких, как extX, reiser и т.п. имена > файлов хранятся в той кодировке, в которой находился юзер, когда > создавал файл. То есть отсюда несколько выводов: > 1. Юзеры в разных кодировках видят файлы друг друга как попало. > Для многопользовательской системы, коими всегда славились Юнихи, как-то > слабО. > 2. Принципиально криво. Для сравнения ntfs хранит названия в UTF16. Увы, POSIX не регламентирует кодировки имен файлов. Вообще. Имя файлового ресурса в POSIX - последовательность байт и все. > Для исправления 2-й проблемы, положим, можно (на текущий момент) > добавить опцию iocharset для всех фс. Это примерно понятно как сделать. > Но, опять, это только решает 2-ю проблему, 1-я же всё равно портит дело... > А с 1-й проблемой я вижу только один способ бороться: в glibc делать > конвертацию имён соответственно текущей локали. Это, я подозреваю, > возможно, но не слАбо :-) И не нужно. В общем случае неизвестно, какую кодировку использовал тот, кто записывал файл, тому, кто его читает. Узнать это можно только в конкретном случае. Единственным реальным на сегодня унифицирующим решением будет использование UTF-8 для имен файлов в рамках всего сервера. Опять-таки, в случае управляемых систем, когда производитель системы имеет полный контроль над ней, вопрос вполне решается: например, в нашей ApplianceWare мы используем UTF-8 и раздаем эти файлы по CIFS, NFS, AFP с учетом того, в какой кодировке пришел клиент. Если для современных CIFS-клиентов это довольно просто (общение идет в UCS2), то для NFS и AFP администратор должен выставлять в системе управления кодировки в зависимости от параметров клиента (IP, uid/gid, ресурс). -- / Alexander Bokovoy --- I saw a subliminal advertising executive, but only for a second. -- Steven Wright
prev parent reply other threads:[~2003-07-23 9:25 UTC|newest] Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-07-23 8:59 Ildar Mulyukov 2003-07-23 9:25 ` Alexander Bokovoy [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20030723092551.GE11883@sam-solutions.net \ --to=a.bokovoy@sam-solutions.net \ --cc=sisyphus@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Sisyphus discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \ sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru public-inbox-index sisyphus Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.sisyphus AGPL code for this site: git clone https://public-inbox.org/public-inbox.git