Свежие комментарии

Title Comment
О, я же помню, что что-то такое было http://people.freebsd.

О, я же помню, что что-то такое было

http://people.freebsd.org/~girgen/postgresql-icu/README.html

Правда только для 8.1 (причем страничка живая, последний апдейт - вчера).

будет время - попробую накатить это на 8.3.0

правильно понимаете спросите Федю (http://sigaev.ru), он об

правильно понимаете
спросите Федю (http://sigaev.ru), он об этом все знает
думаю, и патч у него для фри тоже должен быть

что касается использования utf8 в СУБД, то в настоящее время это просто необходимо даже для одноязычных проектов. нормальные пользователи хотят нормальные кавычки и остальные символы, а не убогие пережитки прошлого. а так как СУБД является сердцем многих систем, то перекодировать впоследствии данные будет слишком дорого. так что ниша байтовых кодировок действительно есть: проекты, написанные в прошлом тысячелетии.

<a href="http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/109

http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/109367

PR cегодня исполнился ровно год.

Естественно, если вход строго однобайтовый (одноязыковый), т

Естественно, если вход строго однобайтовый (одноязыковый), то можно без UTF.

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

Диски сейчас дешевые, а обработку utf можно сделать довольно быстрой.

В том смысле что всегда останется ниша где utf8 неоптимален.

В том смысле что всегда останется ниша где utf8 неоптимален.

В каком смысле "упихивает" ? Казалось бы, туда все упихивае

В каком смысле "упихивает" ?

Казалось бы, туда все упихивается и еще место остается.

Насколько я помню вся проблема банально во фре. Линухи в мас

Насколько я помню вся проблема банально во фре. Линухи в массе своей этим не страдают.
И не правильно тут прозвучало, что не надо насаждать utf-8. Опять же, на мой взгляд это единственно верная кодировка. Кто против этого пусть представит например мультиязычный сайт для русских, поляков и американцев.

<tt>sapa=# show client_encoding; client_encoding ---------

sapa=# show client_encoding;
client_encoding
-----------------
UTF8
(1 запись)

sapa=# VALUES ('ea'),('ee'),('ёe'),('eё'),('ae'),('aё') ORDER BY 1;
column1
---------
ae

ea
ee

ёe
(6 rows)

sapa=# SELECT upper(column1) FROM (VALUES ('ea'),('ee'),('ёe'),('eё'),('ae'),('aё')) s ORDER BY 1;
upper
-------
AE

EA
EE

ЁE
(6 rows)

Линукс спасёт, ага.

А нефиг насаждать ненасаждаемое. utf8 хорошо там где оно хор

А нефиг насаждать ненасаждаемое. utf8 хорошо там где оно хорошо. Байтовые кодировки хороши там где они хороши. Тот кто насильно все упихивает в utf8, не понимает дао, и обречен огребать ;)

наши разработчики наблюдали странности и на win32 с postgres

наши разработчики наблюдали странности и на win32 с postgresql.
В итоге выкатили рекомендацию - инициализировать кластер данных нужно только в 1251, и базы хранить в 1251.
Там тоже локаль странная.

Если поискать googl'ом про collate во FreeBSD, то можно найт

Если поискать googl'ом про collate во FreeBSD, то можно найти много смешного.

Во-первых, твой блог уже на первом месте по запросу "UTF-8 LC_COLLATE FreeBSD US-ASCII".

Во-вторых, в 2005-м году некий несчастный немец уже задавался вопросом "PostgreSQL, UTF-8 and Mac OS X" ( http://qaix.com/postgresql-database-development/445-468-postgresql-utf-8... )

В третьих, в 2006-м году люди удивлялись скорости сортировки UTF-ных строк во FreeBSD ( http://lists.freebsd.org/pipermail/freebsd-stable/2006-March/023725.html )

В общем, что-то мне подсказывает, что простого решения проблемы сортировки нет, иначе оно уже было бы общеизвестно, а то и подперто. Вполне вероятно, что правильная сортировка и работа с UTF-8 во FreeBSD должна быть поддержана и еще где-нибуде, кроме каталога locale.

Ага, нету. Я посмотрел как оно там делается и ужаснулся. Ну

Ага, нету. Я посмотрел как оно там делается и ужаснулся.

Нужно бы попробовать взять линуксовую локаль и скормить colldef-у.

Правда сортировки я добился путем initdb -E UTF8 --locale=ru_RU.CP1251
меня обругали страшными словами, но сортирует правильно.

Но upper/lower от этого работать правильно не стали.
Вполне возможно, впрочем, что нужны разные collate и ctype.

Форматов там - не 160. Но вот матриц CAM - XYZ - 180 штучек

Форматов там - не 160. Но вот матриц CAM - XYZ - 180 штучек.

А в детекторе камер - 1200 строчек, не считая того детектора, который TIFF разбирает, там еще 980

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

Форматов там все же не 160, скорее всего. А вот протестиро

Форматов там все же не 160, скорее всего.

А вот протестировать это - да, проблема большая.

Кстати, под FreeBSD вообще ни в одной из UTF-8 локалей нет с

Кстати, под FreeBSD вообще ни в одной из UTF-8 локалей нет своего LC_COLLATE, все ведут на US-ASCII.

Э.. а я правильно понимаю, что если вдруг поправить системну

Э.. а я правильно понимаю, что если вдруг поправить системную локаль (взяв линуксовую, например), то все начнет магически работать ? И upper/lower тоже ?

А теги - через запятую

Дык, Федя Сигаев про это сто лет назад говорил, так как у не

Дык, Федя Сигаев про это сто лет назад говорил, так как у него на лаптопе фря и локаль там неправильная всю жизнь была. Только теги к посту нужно поменять: не "postgresql, уроды", а "freebsd, уроды"; не вводите в заблуждение читателей: PostgreSQL тут не виноват.

>>>>Не удивлюсь, если он регенерирует к утру. Ну и как? Исин

>>>>Не удивлюсь, если он регенерирует к утру.
Ну и как? Исин жив? :)))))))))))

Вот в америке, говорят, при рождении ребенку дарят доменное

Вот в америке, говорят, при рождении ребенку дарят доменное имя - иначе вырастет, уже ничего не останется ;)))

Я люблю C++, но не люблю ковырять в чужом коде, у каждого св

Я люблю C++, но не люблю ковырять в чужом коде, у каждого свои стиль программирования

CUDA по жизни - бесплатная. Другой вопрос, что бета-версии о

CUDA по жизни - бесплатная. Другой вопрос, что бета-версии обычно не общедоступные какое-то время.

Много ссылок и неавторизованый юзер - пожалте на модерацию.

Много ссылок и неавторизованый юзер - пожалте на модерацию. Сейчас вылезет.

Интересно, на один из комментариев мне сказали, что отправле

Интересно, на один из комментариев мне сказали, что отправлено на премодерацию (так вроде), а следующий добавился. :)

Забыл важное, на мой взгляд. Говорят, что на HP Professional

Забыл важное, на мой взгляд. Говорят, что на HP Professional Satin Photo Paper не видно bronzing differential эффекта на, по крайней мере, некоторых принтерах. Что в моем, например случае, экономит Gloss Enhancer картридж. :)

А вот и по EPG http://www.wilhelm-research.com/epson/R2400.h

А вот и по EPG
http://www.wilhelm-research.com/epson/R2400.html

Нет в ней отбеливателя.

И вообще по кое-каким бумагам можно найти тут
http://www.wilhelm-research.com/epson/
соотв. hp/ тоже работает

Все оказалось чуть сложнее. Источник найден: http://www.wilh

Все оказалось чуть сложнее. Источник найден:
http://www.wilhelm-research.com/hp/WIR_HP_Z3100_2007_12_28.pdf
Отбеливателя нет в
Professional Satin Photo Paper 300 г/м2
Premium Instant Dry (Satin видимо тоже)
а вот в вышеуказанном Hahnem hle написано "some"

В любом случае, Professional Satin Photo должна быть очень хороша.

Вообщем бумага из дорогих, плотность 260г/м2, но достаточно

Вообщем бумага из дорогих, плотность 260г/м2, но достаточно тонкая, для крупной печати неудобна. Точно такая-же, как я понимаю, semi-gloss.

Но наверное есть еще бумаги без отбеливателя у нас в продаже.
HP Hahnem hle Smooth Fine Art Paper 265 г/м²
HP Hahnem hle Smooth Fine Art Paper 310 г/м²
HP Hahnem hle Textured Fine Art Paper 265 г/м²
HP Hahnem hle Textured Fine Art Paper 310 г/м²

Это точно есть в 24" рулонах. Погонный метр стоит 370 руб. Для сравнения HP Professional Satin Photo Paper 300 г/м2 стоит 96 р/метр, EPG видимо еще меньше, рублей 70. Думаю можно порезать ее плоттером. В рулоне 10.7 метра, стоит рулон $160. Не знаю, бывают ли рулоны, меньше, чем 24".

Тактильно очень приятная бумага. При той-же плотности, что и EPG весь Hahnem hle как тонкий картон. Если смотреть охват по профайлам, то напр. Epson Emhanced Matte при L=20 уже ничего не показывает, а эти при L=16, не знаю, большая ли это разница, в светах тоже чуть побольше.

Еще интересна HP Professional Satin Photo Paper, тоже чуть желтовата, достаточно дорога, и тоже достаточно жесткая, буржуйский народ очень хвалит, есть ли отбеливатель не знаю, но судя по цене за метр может и не быть. Охват больше чем EPG в тенях и меньше в светах, я видимо себе куплю рулон такой и какого-нибудь Ханемьюла.

Странно, а почему они сразу в бесплатное пользование выложил

Странно, а почему они сразу в бесплатное пользование выложили?

Ну у нее пика выше единицы (как у матовой) нету. Но вообще -

Ну у нее пика выше единицы (как у матовой) нету. Но вообще - я сомневаюсь.

Мне сегодня попалась фраза, что согласно некоему WIR, Premui

Мне сегодня попалась фраза, что согласно некоему WIR, Premuim Glossy Photo Paper не имеет оптического отбеливателя.

Pages

Subscribe to comments_recent_new