glpi+oscinventory

Доброго времяни суток.
Встала задача поднять своеобразный хелпдеск и учет оборудования..
Сразу вспомнилась эта связка, была поднята на FreeBSD, полез в порты... как таковых этих 2х программ не оказалось..
пошел другим путем. скачал распаковал, но устанавливаться они не хотят поскольку нет .ebuild
вопрос как быть?
посоветуйте как собрать .ebuild, просто не сталкивался с такой проблемой ранее..
или ткните где описана установка сего чуда...
нуждаюсь в помощи.

Устанавливать его (ocs) не

Устанавливать его (ocs) не сложно. Качается пакет (если хотите одним махом решить проблему с кодировкой (по крайней мере в 1.3.0 грабли были) то качайте (и сервер и уиндоус-клиент) уже пропатченные для русскоязычных версий Уиндоус (если вспомню ссылку напишу), распаковываете. Внутри есть setup.sh. Запускаете его и следуете инструкциям.

glpi просто распаковывается в веб каталог, если я не ошибаюсь то по первому запуску нужно просто следовать инструкциям. В последних версиях glpi реализован встроенный механизм импорта из ocsweb базы, поэтому его нужно только запустить. В общем ничего сложного. Задавайте вопросы, если возникнут.

P.S.: Вот ссылочка на пропатченные версии (да и сами патчи там же) ftp://linvinus.ru/ocs/

Справедливость восторжествует.

mr Fog написал(а): если

mr Fog написал(а):
если хотите одним махом решить проблему с кодировкой (по крайней мере в 1.3.0 грабли были

как были так и есть.

mr Fog написал(а):
Внутри есть setup.sh. Запускаете его и следуете инструкциям.

и попадаем в http://www.gentoo.ru/content/ya-hochu-postavit-vsyo-samoe-svezhee-i-skachal-chto-tam-s-sayta-proizvoditelya

mr Fog написал(а):
glpi просто распаковывается в веб каталог

совсем непросто

mr Fog написал(а):
В последних версиях glpi реализован встроенный механизм импорта из ocsweb базы, поэтому его нужно только запустить.

правда, полуручной какойто механизм, ктомуже glpi тоже нужно малость подрихтовать по поводу русского языка.

mr Fog написал(а):
В общем ничего сложного. Задавайте вопросы, если возникнут.

как сделать русский в экспорте из GLPI ?

Собственно, довольно давно естсь ебилды, их поддерживает jmbsvicetto. Я почти подпилил их на предмет русского и собираюсь выдать ему, хотя по просьбам трудящися, возможно открою оверлей.

Цитата: и попадаем в

Я не настолько религиозен.

Цитата:
совсем непросто

Что значит не просто? Если только у вас не возникли проблемы с tar...?

Цитата:
Getting GLPI

GLPI is available in the website :
- http://glpi-project.org in the "download" section.

Choose the version you want to install. Unpack the tarball in your personnal computer. Upload the obtained directory into your web server.

If your are the administrator of the server unpack the tarball in the root apache directory (/var/www or /var/www/html).

Install the files

Install the whole files of GLPI in your web space, where you want that GLPI is accessible to the public.

Now, it is necessary to modify permissions to some directories in order that PHP can write in:

- /files
- /config

Begin of the installation

From now, all is held online. To begin the installation you must to use your browser to get the root of GLPI: default is http://yourserver/glpi/

During the first connection, a step by step installation starts. The interface is user friendly, you must just enter the required informations.

Из этого следует, что кроме того что я сказал - необходимо лишь добавить права для двух каталогов. Я думаю с этим не возникнет больших проблем.

Цитата:
как сделать русский в экспорте из GLPI ?

Посмотрите базу glpi. Если я не ошибаюсь, с кодировкой в базе все в порядке (в том случае, если ocsinventory пропатченный). Она лишь не определена на подключение.
Себе изменил файл /glpi/inc/dbmysql.class.php (84 строка, функция connect())
@mysql_query("SET NAMES utf8",$this->dbh);
Может еще что-то менял, не помню, дело было полгода назад.

Справедливость восторжествует.

mr Fog написал(а): evadim

mr Fog написал(а):

Я не настолько религиозен.

Я совершенно не религиозен, и это правило к религии отношения не имеет. Дело в том что скрипт с правами root лазит по системе, должен настроить апач, поковырятся в модулях, понасоздавать папок, скомпилить какието куски и тп. И после его запуска точно неизвестно что и где он делал.

mr Fog написал(а):
evadim написал(а):
совсем непросто

Что значит не просто? Если только у вас не возникли проблемы с tar...?

тут я слегка прозевал поменявшийся контекст, да с GLPI достаточно просто, в отличии от.

mr Fog написал(а):
evadim написал(а):
как сделать русский в экспорте из GLPI ?

Посмотрите базу glpi. Если я не ошибаюсь, с кодировкой в базе все в порядке (в том случае, если ocsinventory пропатченный). Она лишь не определена на подключение.
Себе изменил файл /glpi/inc/dbmysql.class.php (84 строка, функция connect())
@mysql_query("SET NAMES utf8",$this->dbh);
Может еще что-то менял, не помню, дело было полгода назад.

Это ничего не изменило.
Повторюсь, русские буковки у меня в самом GLPI есть, а вот экспорт, допустим в пдф даёт ???
Автор тех патчей сказал что проблему экспорта требуется решать в каждом случае индивидуально.

Цитата: Повторюсь, русские

Цитата:
Повторюсь, русские буковки у меня в самом GLPI есть, а вот экспорт, допустим в пдф даёт ???

Вопрос с PDF решается заменой стандартного шрифта, да заменой utf8_decode на iconv(...).

Цитата:
Я совершенно не религиозен, и это правило к религии отношения не имеет. Дело в том что скрипт с правами root лазит по системе, должен настроить апач, поковырятся в модулях, понасоздавать папок, скомпилить какието куски и тп. И после его запуска точно неизвестно что и где он делал.

Каждый использует свободное ПО на свой страх и риск. К тому же ПО с открытым исходным кодом, посмотрите что делает скрипт и примите решение. Никто не заставляет вас тестировать ПО в производственной среде. Виртуальная машина прекрасно подходит для этих целей.

Справедливость восторжествует.

mr Fog

mr Fog написал(а):
Цитата:
Повторюсь, русские буковки у меня в самом GLPI есть, а вот экспорт, допустим в пдф даёт ???

Вопрос с PDF решается заменой стандартного шрифта, да заменой utf8_decode на iconv(...).

Я присмотрел себе плагин print to pdf который требует своей правки, видимо. Также отдельный способ нужен для dump entity. Каждый раз нужно решать эту проблему по-своему, а я мягко говоря несильно разбираюсь в php =)

mr Fog написал(а):
Цитата:
Я совершенно не религиозен, и это правило к религии отношения не имеет. Дело в том что скрипт с правами root лазит по системе, должен настроить апач, поковырятся в модулях, понасоздавать папок, скомпилить какието куски и тп. И после его запуска точно неизвестно что и где он делал.

Каждый использует свободное ПО на свой страх и риск. К тому же ПО с открытым исходным кодом, посмотрите что делает скрипт и примите решение. Никто не заставляет вас тестировать ПО в производственной среде. Виртуальная машина прекрасно подходит для этих целей.

Я принял решение написать (а точнее модифицировать) ebuild, способ всяко более правильный и безопасный. От тестирования это не освобождает, но даёт более предсказуемый и контролируемый результат.

Цитата: Я присмотрел себе

Цитата:
Я присмотрел себе плагин print to pdf который требует своей правки, видимо. Также отдельный способ нужен для dump entity. Каждый раз нужно решать эту проблему по-своему, а я мягко говоря несильно разбираюсь в php =)

Если нужно - могу скинуть вам уже исправленные файлы и набор шрифтов.
Я glpi не использую вовсе (да и никто у нас им не пользуется), очередной каприз начальства. Мне для инвентаризации и учета ocs хватает :)

Цитата:
Я принял решение написать (а точнее модифицировать) ebuild, способ всяко более правильный и безопасный. От тестирования это не освобождает, но даёт более предсказуемый и контролируемый результат.

Думаю, все правильно.

Справедливость восторжествует.

mr Fog написал(а): Цитата: Я

mr Fog написал(а):
Цитата:
Я присмотрел себе плагин print to pdf который требует своей правки, видимо. Также отдельный способ нужен для dump entity. Каждый раз нужно решать эту проблему по-своему, а я мягко говоря несильно разбираюсь в php =)

Если нужно - могу скинуть вам уже исправленные файлы и набор шрифтов.
Я glpi не использую вовсе (да и никто у нас им не пользуется), очередной каприз начальства. Мне для инвентаризации и учета ocs хватает :)

Благодарю за помощ. Экспорт в pdf тот что есть в комплекте и решается правкой шрифтов - я так сделал, но проблему плагинов - prin to pdf и dump entity оно не решает. Если есть правленные варианты плагинов - буду весьма рад.

У нас и без glpi есть TTS, а вот недавно понадобилось как-то всёже организовать переодические инвенторизации более централизованно и автоматизированно, иэ того что нужно - осталось сделать отчёт по компам какой на них стоит софт, это впринципе есть в OCS, но там я неншёл как сделать экспорт всех компов разом, допустим по компу на страницу и так все компы, или по софтине - на каком компе стоит. нечто похожее есть в GLPI. К томуже в GLPI есть всякие документы привязываемые к оборудованию, и его состояния - в работе, перемещён, списан. Если есть идеи как сделать такого рода экспорт - welcome!

В плагине dumpentity (файл:

В плагине dumpentity (файл: /dumpentity/inc/plugin_dumpentity.function.php) поправьте строку 221:
с
$str .= '"' . mysql_escape_string(utf8_decode($val)) . '"';
на
$str .= '"' . mysql_escape_string($val) . '"';
Тогда экспорт будет в UTF-8

С плагином pdf немного сложнее (а точнее абсолютно так же, как и с экспортов в pdf (ezpdf)).
Могу сделать файлики patch, если необходимо. Но этим не обойдется, еще надо шрифты залить исправленные.

Справедливость восторжествует.

Благодарю

mr Fog написал(а):
С плагином pdf немного сложнее (а точнее абсолютно так же, как и с экспортов в pdf (ezpdf)).
Могу сделать файлики patch, если необходимо. Но этим не обойдется, еще надо шрифты залить исправленные.

Можно патч с инструкцией куда что лить, или где что менять.

UPD: dump entity заработал.

Готово. Сделал патчи utf-8

Готово. Сделал патчи utf-8 для glpi, экспорта в pdf (ezpdf), плагина pdf и плагина dumpentity. Чуть поправил уиндоузный шрифт Arial (вообще конечно со шрифтами не так делается, но не стал разбираться с их конвертором, тупо глифы шрифтов изменил). Если ничего не упустил - то этими патчами можно обойтись. Куда выкладывать-то шрифты и патчи? Я так понимаю может быть они еще кому пригодятся, значит на файловую помойку типа слил.ру не следует.

Справедливость восторжествует.

можеш выкласть куда угодно,

можеш выкласть куда угодно, можеш послать мне на гуглопочту - efimov.v.a
я подрихтую ebuild и выложу куданить - или выставлю наружу свой оверлей, или в рион, вобщем, выход найдём.

Время идёт а воз и ныне там,

Время идёт а воз и ныне там, так что выкладываю как есть. Позже доделаю.
http://evadim.ru/files/glpi/

Встала задача поднять

Встала задача поднять своеобразный хелпдеск и учет оборудования..

За учет не скажу, ибо делал не я и не на линуксе, а хелпдеском была www-apps/otrs ( www-apps/bugzilla не была прикручена за ненадобностью - но можно).
Причина - хотели ITIL, и мы его получили.

П.С __Все__ версии ниже www-apps/otrs-2.4.7 не рекомендуются по причинам безопасности.

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

О_о

http://www.glpi-project.org/wiki/doku.php?id=en:glpigentoo начиная с 3. GLPI package Installation
apach+mysql уже стоя и нормально функционируют
не могу попасть на веб интерфейс http://myserver/glpi говорит что There is no Web Server configured on the specified address or name.
пошел смотреть логи там мне говорят, что
[Thu Jun 17 14:44:44 2010] [error] [client 217.*.172] File does not exist:
/var/www/default/glpi
[Thu Jun 17 14:44:45 2010] [error] [client 217.*.172] File does not exist:
/var/www/default/glpi
и вот хз чего думать

А попробуйте glpi разместить

А попробуйте glpi разместить в /var/www/ и обратиться по ip адресу.

например вот так http://192.168.1.1/glpi

Справедливость восторжествует.

попробовал

попробовал http://10.0.10.1/glpi
выдает 404 =(

Вывод вот этого напишите: ls

Вывод вот этого напишите: ls -Ag /var/www/

Справедливость восторжествует.

mr Fog написал(а): Вывод вот

mr Fog написал(а):
Вывод вот этого напишите: ls -Ag /var/www/

drwxr-xr-x 14 root 4096 Мар 2 11:06 glpi

точнее
drwxr-xr-x 2 root 4096 Июн 17 14:31 default
drwxr-xr-x 14 root 4096 Мар 2 11:06 glpi
drwxr-xr-x 6 apache 4096 Окт 24 2007 localhost

qazxsw написал(а): попробовал

qazxsw написал(а):
попробовал http://10.0.10.1/glpi
выдает 404 =(

и даже из консоли непускает.... т.е. lynx http://localhost/glpi ----> 404 page not found

Все дело в настройках

Все дело в настройках веб-сервера. glpi поместите в ваш VirtualHost каталог.
Переместите отсюда /var/www/glpi сюда /var/www/default/glpi

Справедливость восторжествует.

спасибо =)

спасибо =)

GLPI не работает корректно

GLPI не работает корректно без функций json_encode и json_decode>
вопрос куда ее воткнуть?

qazxsw написал(а): GLPI не

qazxsw написал(а):
GLPI не работает корректно без функций json_encode и json_decode

Откуда это и что под этим имеется ввиду?

Справедливость восторжествует.

это надо воткнуть в php.ini

это надо воткнуть в php.ini как модуль, просто чет он не находится где его взять,+ ко все му его еще надо установить
это на этапе совместимости шаг 0

это php Нужно собрать с

это php Нужно собрать с USE=json

P.S. опоздал я видать с ебилдами, попробую вечером довести слегка до ума и выкласть

evadim написал(а): это php

evadim написал(а):
это php Нужно собрать с USE=json

Эмм.... немного непонятно
как его собрать?составьте man для тупых(с)

evadim написал(а):
P.S. опоздал я видать с ебилдами, попробую вечером довести слегка до ума и выкласть

не опоздал эта штука всегда пригодится=)

qazxsw написал(а): как его

qazxsw написал(а):
как его собрать?составьте man для тупых(с)

думаю так сойдет:
USE="json" emerge php

Справедливость восторжествует.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".