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

Для Windows выпущен открытый драйвер NFSv4.1, opennews (ok), 08-Окт-10, (0) [смотреть все] расскажите пожалуйста для нубов NFS круче самбы в плане скорости работы с файл, JL2001 (ok), 13:17 , 08-Окт-10, (1) // Ничем не круче Наоборот, хуже самбы гораздо, практически во всём За исключением , rm_ (ok), 15:32 , 08-Окт-10, (16) –8 // Бред Самба - разжиревший FTP, NFS - полноценная сетевая ФС Документ, про котор, аноним (?), 16:03 , 08-Окт-10, (19) +3 // ИМХО -- NFS редкое говно -- не смотря на то, что подпорками и кастылями многое и, pavel_simple (ok), 16:16 , 08-Окт-10, (24) –7 IMHO, некорректно сравнивать распределенные ФС с сетевыми, Aquarius (ok), 19:23 , 08-Окт-10, (41) +7 таки имеенно 4 1 nfs позиционируется как distributedтаки мымросовт какбы dfs пы, pavel_simple. (?), 20:10 , 08-Окт-10, (44) ну если вы это всё знаете, то зачем сравнивать пусть себе позиционируют зы адназ, ананим (?), 20:24 , 08-Окт-10, (46) а tftp ещё быстрее -- загвоздка есть, неудобно немного -- но а настоящему индейц, pavel_simple. (?), 20:29 , 08-Окт-10, (48) да чтож такое то ок ещё раз а nfs вполне себе удобна а этим вообще пох как прот, ананим (?), 22:18 , 08-Окт-10, (67) Вот не факт С nfs версией 3 точно были проблемы кодировки имен файлов И скорос, crypt (??), 05:56 , 09-Окт-10, (77) SMB не лучше Извините, а вы видели как работают по SMB разные системы от MS меж, User294 (ok), 23:27 , 09-Окт-10, (82) Нормально дружит Win7 с WinXP, как когда-то нормально дружили WinXP с Win98 Я д, Etch (?), 12:41 , 10-Окт-10, (83) NFS значительно круче, если что Куда быстрее и надежнее Плюс кеширование на , Ян Злобин (ok), 04:13 , 09-Окт-10, (75) // Конкретный пример из собственного опыта, пожалуйста Что делал и на сколько чело, crypt (??), 05:57 , 09-Окт-10, (78) на гигабитных говоришь она уже теперь больше 40мбит стала передавать Или мо, Piter_Ring (ok), 23:01 , 12-Окт-10, (85) Да, стала С добрым утром Почитай спецификацию и проверь сам, если не веришь , Ян Злобин (ok), 02:15 , 13-Окт-10, (86) Ну может в спеках на бумаге оно и так а вот на практике - совсем по другому На, Piter_Ring (ok), 05:19 , 13-Окт-10, (87) На моем опыте все реально работает значительно быстрее Почитав спецификацию, я, Ян Злобин (ok), 05:25 , 13-Окт-10, (88) Самба CIFS в данном случае удобней только глючным браузером сети, у NFS браузе, drTr0jan (?), 17:15 , 08-Окт-10, (34) +4 // С командной строки уже немодно - , Ян Злобин (ok), 04:14 , 09-Окт-10, (76) // Я про конкретную функцию В Самбе эта функция есть, хоть и криво реализована при, drTr0jan (?), 15:02 , 09-Окт-10, (81) +2 Скажем так В 100мегабитной локалке на нормальном оборудовании вы и там, и там ув, XoRe (ok), 22:26 , 08-Окт-10, (68) // gt оверквотинг удален это к тому что nfs ядрёный а самба не очень если не секр, pavel_simple. (?), 23:20 , 08-Окт-10, (73) // Да нет, про это не думал Цифр не приведу Лениво бенчмарчать А вы сами можете пос, XoRe (ok), 00:19 , 09-Окт-10, (74) Сдаётся мне, это несколько разные вещи NFS использовал дома, для nix-компов Раб, Аноним (-), 13:27 , 08-Окт-10, (2) +2 Заставить ядро Linux брать корень по SAMBA и то проще чем вроде как более родной, Аноним (-), 13:33 , 08-Окт-10, (3) –2 // Что Отсыпь конфигов Про тонкие клиенты на NFS слышал, про тонкие на TFTP слы, QuAzI (ok), 13:41 , 08-Окт-10, (7) +3 // чё Чо -- по tftp kernel initrd -- остальное по CIFS -- отсыпал, наелся , pavel_simple (ok), 16:17 , 08-Окт-10, (25) –2 // Вот это самоеи интересует Я бы с радостью свалил с NFS, если бы была возможность, rm_ (ok), 16:25 , 08-Окт-10, (27) gt оверквотинг удален вас гуглом пользоваться научили или так, троллинг http , pavel_simple (ok), 14:33 , 09-Окт-10, (80) Аможно подробнее на тему Заставить ядро Linux брать корень по SAMBA и то проще , mma (?), 18:34 , 08-Окт-10, (40) А я не очень понимаю безопасность реализована не с помощью логинов паролей, а, forkostya (ok), 13:33 , 08-Окт-10, (4) // Ага Если я правильно понимаю, можно настроить аутентификацию через керберос, на, const86 (ok), 13:37 , 08-Окт-10, (5) NFS сильно круче первой самбы в плане оптимальности загрузки, которая с трудом р, Stax (ok), 13:40 , 08-Окт-10, (6) // Имел как-то дома связанные гигабитным линком Windows XP Solaris 10 собранная, Школьник (ok), 15:15 , 08-Окт-10, (12) То-то я думаю, чего он для ХР не собирается Попутно вопрос - для Windows XP име, Ma_X_X (?), 14:02 , 08-Окт-10, (8) Хм, у меня дома что-то типа NAS на OpenSolaris Гигабитный линк на рабочую стан, Мяут (ok), 14:10 , 08-Окт-10, (9) // по SMB с копированием прав 60-80 метров максимально у меня по SMB NFS от майкро, letsmac (ok), 15:24 , 08-Окт-10, (13) // 2-а момента 1 если действительно там осёл, то какой конкретно смб - самба или с, ананим (?), 15:50 , 08-Окт-10, (17) а лицензия какая , Аноним (-), 14:14 , 08-Окт-10, (10) // Обычная - мучайся сам, мы ни при чем , letsmac (ok), 15:25 , 08-Окт-10, (14) –1 // А что, лицензия на ПО как-то связанна с поставляемыми вместе с ПО услугами То, ixti (ok), 16:08 , 08-Окт-10, (22) +2 А теперь можно будет использовать NFS вместо CIFS для 1C8 в гетерогенной среде , Bjorn (??), 15:10 , 08-Окт-10, (11) // 1с8 файловая это тот ещё изврат В сущности какая разница как она файлы-то нахо, letsmac (ok), 15:26 , 08-Окт-10, (15) // Разница в том, что etersoft в документации на wine однозначно указывает на то, ч, Bjorn (??), 16:28 , 08-Окт-10, (30) // были и всегда отстануться -- потому что так _нужно_, pavel_simple (ok), 16:29 , 08-Окт-10, (31) То же интересен этот момент Как там дела с блокировками обстоят , Аноним (-), 22:31 , 08-Окт-10, (69) Без поддержки перекодирования имён файлов в соответствии с локалью он не юзабеле, Аноним (-), 16:02 , 08-Окт-10, (18)   // Никакая перекодировки имён файлов не нужна Мир давно на utf8 , аноним (?), 16:05 , 08-Окт-10, (20) +1   // Объясните это windows Подсказка windows использует UTF16, Аноним (-), 17:56 , 08-Окт-10, (36)   Некрасиво - согласен Но чего же неюзабален Или сейчас у кого-то в пределах дос, Crazy Alex (??), 16:10 , 08-Окт-10, (23)   // Это ещё почему , rm_ (ok), 16:23 , 08-Окт-10, (26)   // просто кто-то тупит и не понимает что uft-8 это по максимуму аж 6 баиииитов -- а, pavel_simple (ok), 16:26 , 08-Окт-10, (28)   Ну да - только для иероглифов utf-16 компактнее, а utf-32 хорошо для интенсивной, Crazy Alex (??), 16:49 , 08-Окт-10, (33)   Сам же и написал Китайцам придётся по 6 байт на символ тратить вместо 2-х или 4, Sergey722 (?), 13:11 , 11-Окт-10, (84)   Потому что места меньше жрёт и меньше мороки с перекодированием в in-memory пред, Crazy Alex (??), 16:48 , 08-Окт-10, (32)   всё -- уговорил -- выбрасываю uft8 -- выпиливаю из браузеров и ставлю перекодиро, pavel_simple (ok), 17:43 , 08-Окт-10, (35)   gt оверквотинг удален Вот именно - для ВАС как русскоязычного англоязычного п, Crazy Alex (??), 20:26 , 08-Окт-10, (47)   Вы видимо просто ещё не поняли до конца, насколько это здорово, когда во всём ми, rm_ (ok), 20:30 , 08-Окт-10, (49)   Это вы не поняли, насколько чревато молчаливо предполагать, что у всех всё одина, Crazy Alex (??), 21:08 , 08-Окт-10, (59)   Не съедем, нету переменной длины - зато нету совместимости с ASCII надо в etc , rm_ (ok), 21:24 , 08-Окт-10, (62)   У utf-8 тоже совместимости нет для всего, что больше кода 127 - всё же как-то пе, Crazy Alex (??), 22:04 , 08-Окт-10, (65)   И, кстати, именно несколько представлений UTF никаких особых проблем не создают , Crazy Alex (??), 21:12 , 08-Окт-10, (61)   enca спасёт отца русской демократии , ананим (?), 21:49 , 08-Окт-10, (64)   Да причём здесь enca Надо просто чётко понимать, что данных без метаданных не с, Crazy Alex (??), 22:10 , 08-Окт-10, (66) +1   Зачем считать Написать в спецификации, что текст должен быть представлен в UTF-, filosofem (ok), 23:11 , 08-Окт-10, (71)   gt оверквотинг удален ну правильно -- стандарты не нужны -- давайте придумыват, pavel_simple. (?), 23:16 , 08-Окт-10, (72)   Да какая разница какая локаль у конкретного юзера на сервере Общесистемной лока, Аноним (-), 18:07 , 08-Окт-10, (37)   // Вернитесь на 10 лет назад Когда была чехарда с кодировками страниц Русский apach, XoRe (ok), 02:34 , 15-Окт-10, (89)   Free NFS Client for windows 1 7 Pure NET, XP 2003 Vista 7 x64 compatible htt, Сталин (?), 14:19 , 24-Окт-13, (90) 1,2,3,4,6,8,9,10,11,18,90

Сообщения

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

18. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
Сообщение от Аноним (-), 08-Окт-10, 16:02
Без поддержки перекодирования имён файлов в соответствии с локалью он не юзабелен :(
Ответить | Правка | Наверх | Cообщить модератору

	20. "Для Windows выпущен открытый драйвер NFSv4.1"	+1 +/–
	Сообщение от аноним (?), 08-Окт-10, 16:05
	> Без поддержки перекодирования имён файлов в соответствии с локалью он не юзабелен > :( Никакая перекодировки имён файлов не нужна. Мир давно на utf8.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от Аноним (-), 08-Окт-10, 17:56
	Объясните это windows. Подсказка: windows использует UTF16
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от Crazy Alex (??), 08-Окт-10, 16:10
	Некрасиво - согласен. Но чего же неюзабален? Или сейчас у кого-то в пределах досягаемости еще жива не-utf8 локаль? Хотя китайцам - да, неудобно, им utf-16 больше подходит
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	26. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от rm_ (ok), 08-Окт-10, 16:23
	> пределах досягаемости еще жива не-utf8 локаль? Хотя китайцам - да, неудобно, > им utf-16 больше подходит Это ещё почему? > Like UTF-16 and UTF-32, UTF-8 can represent every character in the Unicode character set
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от pavel_simple (ok), 08-Окт-10, 16:26
	>> пределах досягаемости еще жива не-utf8 локаль? Хотя китайцам - да, неудобно, >> им utf-16 больше подходит > Это ещё почему? >> Like UTF-16 and UTF-32, UTF-8 can represent every character in the Unicode character set просто кто-то тупит и не понимает что uft-8 это по максимуму аж 6 баиииитов -- а туды все китайские и японские и какие хош можна
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от Crazy Alex (??), 08-Окт-10, 16:49
	>>> пределах досягаемости еще жива не-utf8 локаль? Хотя китайцам - да, неудобно, >>> им utf-16 больше подходит >> Это ещё почему? >>> Like UTF-16 and UTF-32, UTF-8 can represent every character in the Unicode character set > просто кто-то тупит и не понимает что uft-8 это по максимуму аж > 6 баиииитов -- а туды все китайские и японские и какие > хош можна Ну да - только для иероглифов utf-16 компактнее, а utf-32 хорошо для интенсивной обработки
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от Sergey722 (?), 11-Окт-10, 13:11
	>uft-8 это по максимуму аж 6 баиииитов Сам же и написал. Китайцам придётся по 6 байт на символ тратить вместо 2-х или 4-ёх.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	32. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от Crazy Alex (??), 08-Окт-10, 16:48
	>> пределах досягаемости еще жива не-utf8 локаль? Хотя китайцам - да, неудобно, >> им utf-16 больше подходит > Это ещё почему? >> Like UTF-16 and UTF-32, UTF-8 can represent every character in the Unicode character set Потому что места меньше жрёт и меньше мороки с перекодированием в in-memory представление, если у тебя иероглифы
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	35. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от pavel_simple (ok), 08-Окт-10, 17:43
	>>> пределах досягаемости еще жива не-utf8 локаль? Хотя китайцам - да, неудобно, >>> им utf-16 больше подходит >> Это ещё почему? >>> Like UTF-16 and UTF-32, UTF-8 can represent every character in the Unicode character set > Потому что места меньше жрёт и меньше мороки с перекодированием в in-memory > представление, если у тебя иероглифы всё -- уговорил -- выбрасываю uft8 -- выпиливаю из браузеров и ставлю перекодировщик из utf8 в utf-16 для web -- будет очень эффективно -- особенно учитывая то, сколько текста написанного иероглифами я смогу осилить оптимист учит английский пессимист - китайский реалист -- автомат калашникова
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от Crazy Alex (??), 08-Окт-10, 20:26
	>[оверквотинг удален] >>> Это ещё почему? >>>> Like UTF-16 and UTF-32, UTF-8 can represent every character in the Unicode character set >> Потому что места меньше жрёт и меньше мороки с перекодированием в in-memory >> представление, если у тебя иероглифы > всё -- уговорил -- выбрасываю uft8 -- выпиливаю из браузеров и ставлю > перекодировщик из utf8 в utf-16 для web -- будет очень эффективно > -- особенно учитывая то, сколько текста написанного иероглифами я смогу осилить > оптимист учит английский > пессимист - китайский > реалист -- автомат калашникова Вот именно - для ВАС (как русскоязычного/англоязычного пользователя) utf-8 оптимален. Для пользующихся иероглифами - пригоден, но не оптимален. Если драйвер нацеливать в том числе и на азиатский сегмент - есть смысл добавить работу с кодировками. Плюс это в принципе хорошо - не зацикливаться на одной кодировке как едиственно верной. Браузеры, кстати, поддерживают все варианты уникода - и не зря, так как в разных частях мира (и интернета) оптимальны разные кодировки.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от rm_ (ok), 08-Окт-10, 20:30
	> Вот именно - для ВАС (как русскоязычного/англоязычного пользователя) utf-8 оптимален. > Для пользующихся иероглифами - пригоден, но не оптимален. Вы видимо просто ещё не поняли до конца, насколько это здорово, когда во всём мире - одна кодировка, способная передать текст на всех языках. Так вот - настолько, что нет никакого смысла гнаться за "оптимальностью", т.к. выигрывая в... (чём там? процентиках занимаемого текстом объёма на диске? используйте сжатие, диск не MFM на 20 мегабайт, и каналы не на 300 бод) сильно проигрываем в универсальности и совместимости всех со всеми.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от Crazy Alex (??), 08-Окт-10, 21:08
	>> Вот именно - для ВАС (как русскоязычного/англоязычного пользователя) utf-8 оптимален. >> Для пользующихся иероглифами - пригоден, но не оптимален. > Вы видимо просто ещё не поняли до конца, насколько это здорово, когда > во всём мире - одна кодировка, способная передать текст на всех > языках. Так вот - настолько, что нет никакого смысла гнаться за > "оптимальностью", т.к. выигрывая в... (чём там? процентиках занимаемого текстом объёма > на диске? используйте сжатие, диск не MFM на 20 мегабайт, и > каналы не на 300 бод) сильно проигрываем в универсальности и совместимости > всех со всеми. Это вы не поняли, насколько чревато молчаливо предполагать, что у всех всё одинаково сейчас и на вечные времена. Особенно если это даже текущему моменту не соотвествует. Ну вот реально сидят китайцы на UTF-16. И в винде реально UTF-16. И совершенно не факт, что завтра не будет придумано что-то ещё. Если есть несколько живых вариантов, то надо делать абстракцию, которая поддержит и их, и, возможно, что-то новое. То, как сейчас многие воспринимают UTF-8, напоминает попытки писать, скажем, только вод винду или только x86 - мол, всё равно она доминирует. Что же касается кодировок - полагаю, через несколько лет дружно съедем на UTF-32, где никакой переменной длины нет - количество текста со временем особо не растёт, в отличие от объёмов памяти, а обрабатывать много удобнее.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от rm_ (ok), 08-Окт-10, 21:24
	> Что же касается кодировок - полагаю, через несколько лет дружно съедем на > UTF-32, где никакой переменной длины нет - количество текста со временем > особо не растёт, в отличие от объёмов памяти, а обрабатывать много > удобнее. Не съедем, нету переменной длины - зато нету совместимости с ASCII (надо в /etc/somesoftware.conf прописать одной из констант значение в национальном алфавите, чего будете делать? весь файл в UTF-32 перегонять?), а также проблемы с определением LE оно или BE (таскаться с этими дурацкими BOM'ами всюду?), что "by design" беспроблемно в UTF-8.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от Crazy Alex (??), 08-Окт-10, 22:04
	>> Что же касается кодировок - полагаю, через несколько лет дружно съедем на >> UTF-32, где никакой переменной длины нет - количество текста со временем >> особо не растёт, в отличие от объёмов памяти, а обрабатывать много >> удобнее. > Не съедем, нету переменной длины - зато нету совместимости с ASCII (надо > в /etc/somesoftware.conf прописать одной из констант значение в национальном алфавите, > чего будете делать? весь файл в UTF-32 перегонять?), а также проблемы > с определением LE оно или BE (таскаться с этими дурацкими BOM'ами > всюду?), что "by design" беспроблемно в UTF-8. У utf-8 тоже совместимости нет для всего, что больше кода 127 - всё же как-то переехали. И в чём проблема весь файл перегнать, если места не жалко? (а на текст - не жалко, его сущие копейки по сравнению с мультимедиа). Насчёт endianness не скажу - не изучал вопрос, но учитывая, что распределена только малая часть 32-битного пространства, думаю, проблем с эвристикой быть не должно. Что-нибудь вроде "берём 4 байта и смотрим, с какой стороны у них нули". Да и BOM ничуть не более неудобная система, чем требование к текстовому файлу иметь в конце перевод строки. Определённо более удобно, чем перекодировка на вводе/выводе или переменная длина символов при обработке и связанная с ней возросшая сложность алгоритмов.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от Crazy Alex (??), 08-Окт-10, 21:12
	И, кстати, именно несколько представлений UTF никаких особых проблем не создают. Только необходимость с текстом тащить еще один атрибут - "кодировка". А при любых обработках всё равно есть смысл импортировать в UTF-32 и потом экспортировать в любую желаемую кодировку, что полностью прозрачно для внутренних алгоритмов, а затрагивает только чтение/запись.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	64. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от ананим (?), 08-Окт-10, 21:49
	enca спасёт отца русской демократии.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Для Windows выпущен открытый драйвер NFSv4.1"	+1 +/–
	Сообщение от Crazy Alex (??), 08-Окт-10, 22:10
	> enca спасёт отца русской демократии. Да причём здесь enca. Надо просто чётко понимать, что данных без метаданных не существует. разница только в том, зашитые метаданные жестко в программный код или тянутся вместе с данными и, соответственно, могут влиять на обработку данных. В частности - у текста существуют свойства "кодировка" (unicode, latin-1 или EBCDIC какой)и "представление" (вот здесь как раз utf-8, utf-16 и т.д.), часто - "язык", "mime-type" и т.д. И либо мы тащим вместе с текстом эту метаинформацию, либо определяем эвристически, либо честно говорим: "на входе предполагаю вот такое подмножество, на выходе отдаю вот такое". А считать, что у всех вокруг те же кодировки, языки и т.д. - это эгоцентризм пополам с кривым дизайном.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от filosofem (ok), 08-Окт-10, 23:11
	>А считать, что у всех вокруг те же кодировки, языки и т.д. - это эгоцентризм пополам с кривым дизайном. Зачем считать? Написать в спецификации, что текст должен быть представлен в UTF-8(любом другом юникоде) без бомов, ну и все остальное конкретно расписать, включая, endianess возвраты кареток и другие спецсимволы и эскейп последовательности. И внутри может быть все что угодно, пока все соблюдают спецификацию интерфейса.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от pavel_simple. (?), 08-Окт-10, 23:16
	>[оверквотинг удален] > Да причём здесь enca. Надо просто чётко понимать, что данных без метаданных > не существует. разница только в том, зашитые метаданные жестко в программный > код или тянутся вместе с данными и, соответственно, могут влиять на > обработку данных. В частности - у текста существуют свойства "кодировка" (unicode, > latin-1 или EBCDIC какой)и "представление" (вот здесь как раз utf-8, utf-16 > и т.д.), часто - "язык", "mime-type" и т.д. И либо мы > тащим вместе с текстом эту метаинформацию, либо определяем эвристически, либо честно > говорим: "на входе предполагаю вот такое подмножество, на выходе отдаю вот > такое". А считать, что у всех вокруг те же кодировки, языки > и т.д. - это эгоцентризм пополам с кривым дизайном. ну правильно -- стандарты не нужны -- давайте придумывать колёса постоянно --нет -- на самом деле то, что utf-8 плавает по длине и в этом ничего хорошего нет -- лично я согласен полностью -- только вот критикуя - предлагай -- и получается что альтернативные варианты (существующие) имеют свои приколы -- а шило на мыло менять, при том что не ясно что _на самом деле_ лучше.быстрее.оптимальнее обрабатывается смысла не имеет. японо-китайского трафика я почему-то думаю много меньше чем всего остального текстового -- да и эта мета информация....ох -- ну не нужно из текста делать xml если есть более лёгкие пути
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	37. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от Аноним (-), 08-Окт-10, 18:07
	> Некрасиво - согласен. Но чего же неюзабален? Или сейчас у кого-то в > пределах досягаемости еще жива не-utf8 локаль? Хотя китайцам - да, неудобно, > им utf-16 больше подходит Да какая разница какая локаль у конкретного юзера на сервере? Общесистемной локали в *NIX'е нет, у каждого пользователя может быть своя кодировка, а open в *NIX'ах ничего никуда не перекодирует и соответственно как пользователь пишет, в такой кодировке и будут имена файлов. А в винде — вообще своя кодировка для UNICODE (UTF16) и что во что перекодировать?
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	89. "Для Windows выпущен открытый драйвер NFSv4.1"	+/–
	Сообщение от XoRe (ok), 15-Окт-10, 02:34
	>> Некрасиво - согласен. Но чего же неюзабален? Или сейчас у кого-то в >> пределах досягаемости еще жива не-utf8 локаль? Хотя китайцам - да, неудобно, >> им utf-16 больше подходит > Да какая разница какая локаль у конкретного юзера на сервере? Вернитесь на 10 лет назад. Когда была чехарда с кодировками страниц. Русский apache не от хорошей жизни делался. А лучше на 12. Когда windows был non-utf. И вы такое название файла могли получить... можно было тупо не смочь открыть файл. Вот тогда и узнаете, какая разница =) utf все это сгладил. Но, unix, как всегда не будет мешать вам, если вы решите прострелить себе ногу. Или поставить себе веселую локаль. Но может не стоит экспериментировать так жестко и остановиться на ноге? =)
	Ответить | Правка | Наверх | Cообщить модератору

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

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