The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

OpenNews: Система инвентаризации компьютерной и оргтехники GLPI v0.65, opennews (?), 30-Мрт-06, (0) [смотреть все]

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


69. "OpenNews: Система инвентаризации компьютерной и оргтехники G..."  +/
Сообщение от alonefox (ok), 24-Авг-08, 12:57 
>>Если надо, могу собрать и сервер с патчами + сделать снимок пустой БД
>
>Надо! :), очень надо

Доберусь на работе и сделаю. Как раз буду все проделывать с начала до конца!

>>P.S. Прошу помощи у людей для конвертирования ocsbase.sql, чтобы эта зараза
>>1) не выдавала сообщений об ошиюках
>>2) конвертировала базу в UTF кодировку (обновление)
>
>Тут я тебя не понял! Опиши подробней что у тебя не получает,
>и для чего тебе оно надо.

Этот sql файл при выполнении выдает приличную кучу ошибок (если его применять вручную), я же хочу, чтобы он не только выполнялся без ошибок, но и обновлял кодировку для всех объектов БД (БД, Таблицы, Столбцы). Попробуй для эксперимента применить этот файл в отношении новой БД. И посмотри на сколько он "правильный".


Ответить | Правка | Наверх | Cообщить модератору

70. "OpenNews: Система инвентаризации компьютерной и оргтехники G..."  +/
Сообщение от BabyKilleremail (?), 29-Авг-08, 13:16 
>Доберусь на работе и сделаю. Как раз буду все проделывать с начала
>до конца!

Ну и как успехи? :)

>Этот sql файл при выполнении выдает приличную кучу ошибок (если его применять
>вручную), я же хочу, чтобы он не только выполнялся без ошибок,
>но и обновлял кодировку для всех объектов БД (БД, Таблицы, Столбцы).
>Попробуй для эксперимента применить этот файл в отношении новой БД. И
>посмотри на сколько он "правильный".

Действительно с ним косяки какие-то.... вопрос решаю: http://www.mysql.ru/webboard/index.html?n1=10658&n2=1&page=1

Кароче, необходимо решить раз и навсегда косяки с кодировкой в OCS Inventory!! Тем более что в GLPI данные криво передаются... :(

Ответить | Правка | Наверх | Cообщить модератору

71. "OpenNews: Система инвентаризации компьютерной и оргтехники G..."  +/
Сообщение от alonefox (ok), 29-Авг-08, 17:12 
>Кароче, необходимо решить раз и навсегда косяки с кодировкой в OCS Inventory!!
>Тем более что в GLPI данные криво передаются... :(

Не соглашусь! Они в GLPI не передаются, а сам GLPI забирает данные из БД OCS, а соответвенно борьба первичная с кодировкой сохранения с БД OCS

Ответить | Правка | Наверх | Cообщить модератору

83. "OpenNews: Система инвентаризации компьютерной и оргтехники G..."  +/
Сообщение от BabyKilleremail (ok), 27-Ноя-08, 13:02 
>Доберусь на работе и сделаю. Как раз буду все проделывать с начала
>до конца!

Ну как? Что нибудь есть?

>Этот sql файл при выполнении выдает приличную кучу ошибок (если его применять
>вручную), я же хочу, чтобы он не только выполнялся без ошибок,
>но и обновлял кодировку для всех объектов БД (БД, Таблицы, Столбцы).
>Попробуй для эксперимента применить этот файл в отношении новой БД. И
>посмотри на сколько он "правильный".

Да он там абсолютно неправильный с точки зрения SQL...
Щас тоже начал разбираться с OCSInventory...
Агент (версия 1.02 RC3) принудительно делает отчет в кодировке ISO-8859-1, хотя данные записаны в отчет в кодировке windows-1251 (это я посмотрел xml вариант отчета).
Ну в принципе хер с ним, т.к. данные верны и не косячны (не считая принудительно установленное кодировки)... главное чтоб сервер (у меня версия 1.01 win32) нормально их обрабатывал... а он гад не хочет....
Пробовал принудительно установить кодировку utf-8 в БД MySQL (во всех возможных переменных, в том числе и глобальных) - толку ноль!! что в кодировке latin1 что в utf-8 - русские буквы хранятся крякозябрами...

Так вот вопрос! Ты написал что переделал вариант сервера под utf-8. Скинь его сюда пожалуйста...

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

84. "OpenNews: Система инвентаризации компьютерной и оргтехники G..."  +/
Сообщение от BabyKilleremail (ok), 27-Ноя-08, 14:42 
Забыл написать, что помимо настройки сервера MySQL полностью под utf-8, так же заново вручную создал БД в utf-8 и все таблицы в кодировке utf-8.... и как понятно из моего предыдущего поста, проблема не решилась... т.е. проблема именно в сервере "Communication server" (по терминологии OCSInventory)
Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру