On 2006.07.14 at 23:05:59 +0300, Pavel wrote: > Таки да! Все заработало с LC_ALL=<пусто> > > Отпишу на всякий случай, может кому пригодится... > > Обычно я делал так: > Логинюсь по ssh на прод. сервер. Первую команду которую выполняю - > LC_ALL=C ибо mc и psql без этого плющит. Собираю проект, деплою. Дальше
Странно. Что-то не помню, чтобы psql плющило от таких вещей. Вот неудобочитаемые сообщения у него бывают. Лечится это выставлением LC_MESSAGES в C. Остальные категории локали можно не трогать. (LC_ALL, как следует из названия, выставляет их все разом в одно значение). А преобразованием символов ведает категория LC_CTYPE. Кстати, есть ещё вариант - выставлять в подобных случаях локаль в en_US.UTF-8. Тогда сообщения будут по-английски, а кодировка UTF-8. В случае языков с внутренним представлением в unicode (а нынче это не только Java и Tcl, но и Perl с PYthon) может решить все проблемы разом. Кроме mc. Этот по-моему, с utf-8 без сторонних патчей не живет. Вот у psql при правильно выставленной локали и PGCLIENTENCODING проблем не будет. А вообще, логинясь по ssh на сервер, локаль надо выставлять в соотвесттвии с тем, как русские буквы будет отображать клиент. Если это виндовый клиент, то, вероятно, ru_RU.CP1251 будет оптимальной. Естественно, это касается интерактивно запускаемых программ, а не серверных процессов. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
