» GLPI

phpinfo говорит, что это vc9. Даже не знала, что php бывает по-разному скомпилированный.
Поставила vc6. Теперь в error.log такое:

PHP Warning: PHP Startup: Unable to load dynamic library 'ext\\php_mysqli.dll' - \xcd\xe5 \xed\xe0\xe9\xe4\xe5\xed\xe0 \xf3\xea\xe0\xe7\xe0\xed\xed\xe0\xff \xef\xf0\xee\xf6\xe5\xe4\xf3\xf0\xe0.\r\n in Unknown on line 0

Замена php_mysqli.dll на тот же файл из сборки vc9 не помогает.

moreina
еще момент http://www.iis-aid.com/articles/my_word/difference_between_php_thread_safe_and_non_thread_safe_binaries
тут насколько я понял речь о том, что если php подключается через апачевский модуль то надо выбирать Thread Safe, если через FastCGI — то Non Thread Safe.
з.ы. надо было готовую сборку брать

Добавлено:

Цитата:

Unable to load dynamic library 'ext\\php_mysqli.dll

мб зависимости какиенибудь неразрулены, еще какие dll-ки для этого расширения нужны? тут только гугл в помощь

Добавлено:
вот вроде инструкция по установке неплохая, сверьтесь
http://www.tmanager.ru/russian/apache.html

Починилось.
Ругательства по поводу php_mysqli.dll были по причине того, что в \windows\system32 находилась старая версия библиотеки libmysql.dll, которая использовалась, но не подходила. Корректная версия этой библиотеки находится в папке php. Решилось удалением кривой версии из \windows\system32.

spiker123
спасибо большое за помощь.

Коллеги, давно хотел спросить вопрос. В карточке финансовой информации есть поле Номер иммобилизации (Immobilization number). Что это за номер такой, для чего он нужен???

Вот тут обсуждалось http://www.glpi-project.org/forum/viewtopic.php?pid=41253#p41253

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

moreina
Именно. Для "инвентарного номера" я использую бухгалтерский инвентарный номер. Мб логика создателей такова, что Инвентарный номер может использоваться для своей, внутри отдела так сказать, нумерации. А в карточке фин.информации инвентарный номер - это строго бухгалтерский инв.номер и никакой другой. Ну теперь хотя бы понятно, что это за поле Спасибо.

такой вопрос. Заносим в расходные материалы например викли RJ-45. Выдаем их сотрудник А. Сотрудник А обжимает ими провод в месте Б.
Как мне убрать с сотрудника А выданный ему инвентарь и указать что он установлен там-то?

Ибо просто удалять не вариант, тогда в бюджете не стыковки. К примеру купили 100 вилок по рублю. В бюджете отражается 100 рублей. Если удалить вилки с сотрудника то из суммы вычитается удаленное количество. Как бы мне не хотелось этого ).

trolk
Оце рівень

Обновился 0.72 до 0.78.4.
Экспорт в pdf поправил. Плагины обновил все кроме Inventory Number Generator (он под 0.78 только бета есть и тот не ставится). Кто знает, есть какая-то замена ему? и второй вопрос, в названии ПО теперь вместо русских букв вопросики, метод исправления для 0.72 не подходит, какие варианты?

Цитата:

в названии ПО теперь вместо русских букв вопросики

вроде настройка такая появилась, # Настройки > # Режим > OCSNG База данных OCSNG в UTF8 : Да (в 0.80 точно есть), а вообще писали уже про это, посмотри по ветке...

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

Есть такая класная штука Бюджет. Очень удобно смотреть финансовые остатки.

Так вот вопрос, как к нему привязывать ремонт? Что-то я не нашел решения?.

bunak
а как вы отражаете сам ремонт в GLPI?

Цитата:

а как вы отражаете сам ремонт в GLPI?

В заявке указываем ремонтную фирму, и стоимость там есть такие поля.

bunak
если в заявке указывать время выполнения и стоимость, можно ли потом сформировать отчет, чтобы посмотреть эту фин.информацию в разных разрезах? я потыкался, чтото не нашел ничего, вот и думаю, ну занес я эти цифры, но посмотреть я их нигде не могу, кроме как в этой заявке?

Отож, почему и спрашиваю, как делать Бюджет для ремонтов?
Может у французов спросить?

Добавлено:
http://www.glpi-project.org/forum/viewtopic.php?id=23422

Здравствуйте, а умеет этот софт создавать накладную при перемещении оборудования с одного отдела в другой?

А еще и акты перкомплектации

мм.. это значит "Да, умеет" или "иш чо захотел)"?

Не хотел обидеть
Стандартно нету а вот возможно что плагином это сделать можно без проблем

Привет всем
Еще один отчет
http://upload.com.ua/get/902556103/itcartridgesprinters-counts-0.0.tar.gz
вместо детального перечня принтеров выдает только количество, что позволяет планировать количество закупки картриджей

Здравствуйте!
Установил связку GLPI+OCS на Windows Server 2003.
Версии продуктов - GLPI 0.78.4; OCS 1.3.2.
Как выяснилось опытным путем баги с отображением русского языка в OCS почти полностью исправлены. Использовал оригинальные OCS server и agent. Доделал только следующее: в файле machine.php менял строки из функции print_software($systemid)
до: echo "$td3".htmlentities(textDecode($item->PUBLISHER))."</td>
$td3".htmlentities(textDecode($item->NAME))." </td>
$td3".textDecode($item->VERSION)." </td>
$td3".(htmlentities(textDecode($item->COMMENTS))?
htmlentities(textDecode($item->COMMENTS)): "N/A")." </td>";
после: echo "$td3".textDecode($item->PUBLISHER)."</td>
$td3".textDecode($item->NAME)." </td>
$td3".textDecode($item->VERSION)." </td>
$td3".(htmlentities(textDecode($item->COMMENTS))?
textDecode($item->COMMENTS):"N/A")." </td>";
В OCS с русским полный порядок, но вот при переносе в glpi русский язык бьется. Предыдущие рекомендации про замену latin1 на utf устарели. В glpi теперь предусмотрен выбор кодировки базы OCS и соответствующий код в нем выглядит так:
$this->dbenc = $data["ocs_db_utf8"] ? "utf8" : "latin1";
Но оба варианта кодировок при переносе из OCS в glpi приводят к нечитаемым иероглифам.
Подскажите, пожалуйста, как правильно исправить glpi, чтобы решить эту проблему. Может быть задать совсем другую кодировку?

evgaltai
кодировка базы OCS - latin1, которая кириллицу не поддерживает, отсюда и проблемы. ставьте пропатченную версию http://forums.ocsinventory-ng.org/viewtopic.php?id=4104, либо ставтье OCS 2.0 (в которой по умолчанию заявлен utf8)

Решение проблем с кодировкой для PDF и CSV
------PDF------
В версии 0.78.5 русский заработал:
1)Копируем русские шрифты из ссылок

http://dl.getdropbox.com/u/922069/Blog/font.tar.gz
http://www.tux.in.ua/wp-content/uploads/2009/08/font.rar
в каталог
/путь_к_каталогу_glpi/lib/ezpdf/fonts/

2)Меняем кодировку на CP-1251 при вызове функции decodeFromUTF8, в ./inc/search.class.php
--------CSV-----------
1) В файле ./inc/search.class.php меняем
$out="\"".csv_clean($value)."\"".$CFG_GLPI["csv_export_delimiter"];

на

$out="\"".decodeFromUtf8(csv_clean($value),'cp-1251')."\"".$CFG_GLPI["csv_export_delimiter"];

Так обновил отчеты по картриджам для GLPI 0.80

качаем о сюда

http://upload.com.ua/get/902645765/itcartridgesprinters-counts-0.2.tar.gz
http://upload.com.ua/get/902645761/itcartridgesprinters-0.2.tar.gz

Люди
обновился на GLPI 0.80

Теперь Заявка после отработки ее айтишником (admin) начали самостоятельно закрываться, а нужно чтобы они закрывались специально ну типо руководитель (super-admin) закрывал ее

Цитата:

Теперь Заявка после отработки ее айтишником (admin) начали самостоятельно закрываться, а нужно чтобы они закрывались специально ну типо руководитель (super-admin) закрывал ее

А специалист после решения заявки какой статус выставляет? Закрыто или Решенные?

Цитата:

А специалист после решения заявки какой статус выставляет? Закрыто или Решенные?

Он ставит Решенные. А заявка почему то закрывается

Странно. Я тоже обновился с 0.78 до 0.80 - только что создал заявку, поставил "решенные" - так и осталось. Хоть закрыть ее специалист с правами admin тоже может самостоятельно

Цитата:

Странно. Я тоже обновился с 0.78 до 0.80 - только что создал заявку, поставил "решенные" - так и осталось. Хоть закрыть ее специалист с правами admin тоже может самостоятельно

а попробуйте теперь что то поменять в Выполнении и нажмите кнопку Обновить