Linux ia act de inventar al echipamentului în ng OCS birou de inventar (partea 2)

Am continua mica mea serie de articole.

În acest articol, voi scrie cum am depășit problema cu datele transmise de codificare Agent pentru Windows e.

1. Partea 1 (server)
2. Partea 2 (chirilic)
3. Partea 3 (agenți)
4. Partea 4 (GLPI)

Pentru a spune adevărul, atunci am prost înțeles că a ajutat, dar voi scrie tot ceea ce ar fi data viitoare să știe unde să sape.

Problema a fost că serverul nu apare corect chirilic.

1. Prima încercare de a rezolva problema

În primul rând, am verificat pe o mașină de Windows care creează agentul xml'ku corect pentru ea după instalarea OCS Inventory pentru Windows agent și fermentarea documentației.

Dintr-o consolă pentru Windows am realizat:
C: \ Program Filex (x86) \ OCS Agent stocuri \ OCSInventory.exe / locale = C: \

Parametru / agent local nu cere să bat pe un server de la distanță, și de a salva toate datele dintr-un director local, pe care am. Apoi am văzut un fișier cu extensie .ocs. acest lucru a însemnat că fișierul XML a fost comprimat folosind ocs de presă.

2. A doua încercare de a rezolva problema (probabil nu este corect)

Cautam pentru tipul și funcția de apeluri .htmlentities ($ var) se înlocuiește cu .htmlentities ($ var, ENT_COMPAT, 'utf-8').

3. A treia încercare, cel mai probabil, cea mai corectă.

Jurnalul este aici: C: \ ProgramData \ OCS Inventory NG \ Agent \ OCSInventory.txt

„Bad“, jurnalul arată astfel:

Un jurnal „bun“ ca aceasta:

După saltul, unii dintre agenții mai mari, datele versiunea 4.0.6.1 a început să fie trimis, dar apoi a existat o problemă cu codificarea.
În cele din urmă, o soluție a fost găsită, aceasta este agent patch cu utf-8. puteti descarca aici: ftp://linvinus.ru/ocs/.

Și acum toate informațiile sunt afișate corect, iată un exemplu: