nocproject.org

Народ а DNS запустил кто ?

dvolodin, привет. пофикси плиз импорт вланов из файла с русскими доменами

а что там?

выдает ошибки при импорте

типа русские буквы детектед

И заодно поиск в IPAM по русским названиям. Так и не нашел причину, по которой у меня не ищет.

Хоть бы какие-нибудь заглушки, чтобы дебаг куда-нибудь бросал, при поиске русских названий в IPAM

кстати да не ищет

а должен по дескрипшенам искать ?

Guest49592, а ты днс модуль юзаешь ?

Должен по названию железяки. Я вот захотел назвать свои железяки по-русски. И в IPAM не смог их добавить.

локаль на системе проверять надо

пробовал на MacOS - нормально ищет

Локаль для кого? Для юзера "noc" или "pgsql" ?

Или для юзера "www", под которым nginx запускается?

для noc

%locale

LANG=ru_RU.UTF-8

LC_CTYPE="ru_RU.UTF-8"

LC_COLLATE="ru_RU.UTF-8"

LC_TIME="ru_RU.UTF-8"

LC_NUMERIC="ru_RU.UTF-8"

LC_MONETARY="ru_RU.UTF-8"

LC_MESSAGES="ru_RU.UTF-8"

LC_ALL=

%

аналогично

Может еще где-то, в настройках nginx, например?

Или как-то отладку скрипта именно для поиска куда-то выводить?

Есть мысли по этому поводу. Хочется таки IPAM попробовать, а переводить название "Николаевское шоссе" на английский язык совсем не хочется.

зачем переводить-то?

FreeBSD ?

когда набираешь имя железки, какие запросы на nginx летят?

"GET /sa/managedobject/lookup/?q=%D0%BC%D0%B5%D0%BB HTTP/1.1"

Т.е. по русски что-то передает.

В nginx.conf в секцию "server" добавил уже "charset utf-8;"

Это я уже извращался по разному

Если бы этот lookup в логи писал, что ему передают, и как он это обрабатывает, можно было бы выловить проблему.

Возможно в nginx какой-то rewrite срабатывает.

У меня стоит nginx-0.8.54

http://redmine.nocproject.org/projects/noc/repository/entry/sa/apps/managedobject/views.py#L258

вот сюда оно прилетает

Можешь сделать пару заглушек с дебагом, которые бы активировались по взведению какой-либо переменной?

2011-01-28 14:04:06,617 INFO <WSGIRequest

GET:<QueryDict: {u'q': [u'\u043c\u0435\u043b']}>,

'QUERY_STRING': 'q=%D0%BC%D0%B5%D0%BB',

2011-01-28 14:05:32,944 ERROR <WSGIRequest

GET:<QueryDict: {u'q': [u'\u043c\u0435\u043b']}>

u'\u043c\u0435\u043b' = 'Мел' в UTF-8

Это кусок из переменной "request"

Только вот не понятно, по какой 'q' оно ищет?

'q=%D0%BC%D0%B5%D0%BB'

или

u'q': [u'\u043c\u0435\u043b']

В следующей строке, в 'q' содержится 'мел'

Где еще копать?

def view_lookup(self,request):

logging.error("request \n %s"%request)

def lookup_function(q):

logging.error("q \n %s"%q)

for m in ManagedObject.objects.filter(name__istartswith=q):

yield m.name

return self.lookup(request,lookup_function)

view_lookup.url=r"^lookup/$"

view_lookup.url_name="lookup"

view_lookup.access=Permit()

python manage.py shell

from noc.sa.models import *

ManagedObject.objects.filter(name__istartswith="мел")

>>> ManagedObject.objects.filter(name__istartswith="мел")

[]

>>>

да

ток у мя не мел

>>> ManagedObject.objects.filter(name__istartswith="Мел")

[<ManagedObject: Мелешкина 40>, <ManagedObject: Мелешкина 38>]

>>>

А скрипт делает по ходу lower()

Т.е., я набираю "Мел" или "мел", а в 'q' всегда 'мел'

'QUERY_STRING': 'q=%D0%BC%D0%B5%D0%BB', - если внимательно присмотришься, то увидишь, что в русском алфавите идут подряд буквы 'лм', и в запросе идут буквы "%BB" и "%BC". Т.е. заглавная буква преобразовалась в маленькую.

>>> ManagedObject.objects.filter(name__istartswith="мел")

[]

>>> ManagedObject.objects.filter(name__istartswith="Мел")

[<ManagedObject: Мелешкина 40>, <ManagedObject: Мелешкина 38>]

>>>

это нормально

ну вот

>>> ManagedObject.objects.filter(name__istartswith="мел")

[3:36PM] Guest73098: []

[3:36PM] Guest73098: >>> ManagedObject.objects.filter(name__istartswith="Мел")

я же говорю, с локалью проблема

LC_COLLATE

А что должно быть?

У меня стоит LC_COLLATE="ru_RU.UTF-8"

Может это для таблицы postgre, регистрочувстительный поиск стоит?

Покажи хоть вывод своей команды 'locale'

LANG=

LC_COLLATE="en_US.UTF-8"

LC_CTYPE="en_US.UTF-8"

LC_MESSAGES="en_US.UTF-8"

LC_ALL="en_US.UTF-8"

ну и так дальше

Ксати, В SA - search тоже находится "Мел", и не находится "мел"

noc=# SELECT name FROM sa_managedobject WHERE name ILIKE 'русс%';

name

----------------

Русский объект

(1 row)

это в постгресе

скорее всего, локаль битая

и неполная

У меня пайтон собран со следующими опциями:

WITH_THREADS=true

WITHOUT_HUGE_STACK_SIZE=true

WITHOUT_SEM=true

WITHOUT_PTH=true

WITH_UCS4=true

WITH_PYMALLOC=true

WITHOUT_IPV6=true

WITHOUT_FPECTL=true

Может в них дело?

USC4 - это поддержка юникода. Может пайтон без нее собирать надо?

Тыкни меня пальцем, где посмотреть можно, как отрабатывает функция перекодировки?

все нормально

psql noc

и там что-то вроде

SELECT name FROM sa_managedobject WHERE name ILIKE 'русс%';

найдет или не найдет

noc# psql noc

psql: FATAL: role "root" does not exist

noc#

В самом pqsl буквы по русски не набираются

su - noc

noc=> SELECT name FROM sa_managedobject WHERE name ILIKE 'Мел%';

name

--------------

Мелешкина 40

Мелешкина 38

(2 rows)

noc=> SELECT name FROM sa_managedobject WHERE name ILIKE 'мел%';

name

------

(0 rows)

noc=>

не нашло

база как создавалась?

Х.З. Из каких-то левых источников, потому как так, как написано на официальном сайте у меня ничего не получилось.

Я смотрю, что в postgre 8.3 добавили экспериментальную поддержку ICU. Может поможет?

как-то посмотреть, с какими параметрами создалась база можно?

plsql -l

psql -l

это буква i большая ?

%psql -l

Список баз данных

Имя | Владелец | Кодировка

-----------+------------------+--------------------

noc | noc | UTF8

postgres | pgsql | SQL_ASCII

template0 | pgsql | SQL_ASCII

template1 | pgsql | SQL_ASCII

(4 rows)

%

Может версия самого postgre ?

Что можно в нем подкрутить? У меня стоит 8.2.19

В портах есть 8.3, 8.4 и 9.0

только что крутил локаль. ничего не помогает

Крутил локаль юзера pgsql, noc. Ничего не помогает.

какая система?

FreeBSD 8.2-PRERELEASE

У "free|wk: " вроде как debian. У него тоже не работает