Hallo zusammen,

ein kurzer Hinweis aus dem "Maschinenraum" Wenn ihr eigene CSS Dateien verwenden möchtet könnt ihr diese für gewöhnlich einfach nur in den Ordner src/themes/default/css/ legen - i-doit wird diese dann sammeln und cachen (wobei die style.css immer zuerst und mit Priorität geladen wird).

Wir lesen uns dieses Thema natürlich durch und möchten in den kommenden Versionen darauf eingehen. Das Redesign ist nicht mit i-doit 1.19 "abgeschlossen".

Aber zurück zum eigentlichen Thema:
Alternativ wäre es auch möglich die eigenen Stylesheets mittels Add-on bereitzustellen, dafür braucht ihr eigentlich nur eine PHP Datei mit folgendem Inhalt und eine entsprechende CSS Datei:

<?php

// file "src/classes/modules/custom-style/init.php".
isys_application::instance()->container->get('signals')->connect('mod.css.attachStylesheet', function () {
    // file "src/classes/modules/custom-style/style.css".
    return __DIR__ . '/style.css';
});

Das ist eine stark vereinfachte Form eines Add-ons, die sich auch nicht mittels Admin-Center installieren, aktivieren, deaktivieren oder deinstallieren lässt. Wenn man es "richtig" machen möchte kann man sich den entsprechenden KB Artikel durchlesen

Der Vorteil dies mittels Add-on zu lösen ist in erster Linie, das Add-ons (bzw. deren Code) nicht von i-doit Updates angepasst werden - somit könnte diese Lösung über mehrere Versionen erhalten bleiben. Und es hilft natürlich auch solche Anpassungen an eine "dafür vorgesehene" Stelle zu packen anstatt direkt Änderungen im Kern Quellcode vorzunehmen... Davon möchte ich dringend abraten

Viele Grüße
Leo

Hello @finaria

for this you can export a object from i-doit and use the resulting XML

Best regards
Leo

Hey @MarcelP

also eine dedizierte Einstellung gibt es dafür nicht - du könntest aber probieren die folgenden zwei "Expertensetting" hinzuzufügen:

Die "keys" müssen gui.tree.spacing und gui.category.padding lauten und deren Werte ein einfaches s. Achte darauf das es eine "Tenant Setting" sein sollte.

Das müsste dazu führen das User, die noch keine persönliche Einstellung vorgenommen haben, die "Mandanten"-Einstellung erben

Lass mich wissen ob es geklappt hat!

Viele Grüße
Leo

Hallo @stephan ,

aktuell ist das noch nicht möglich, wir haben dieses Feature aber im Auge und für dieses Jahr geplant

Viele Grüße
Leo

Hey @pserdiuk

at the bottom of the updater it says your current version is 1.13.2 - in this state i-doit is only able to update to the next major version (= 1.14). After this you should be able to update to 1.14.1 or directly 1.14.2

Best regards

Hallo @tabacha

die beiden Punkte sind in der neuen Verwaltung hier verortet:

Also der "{mandant} Verwaltung" beinhaltet, neben der Lizenz-Info, die Systemübersicht und in der Navbar ist der "i-doit Update" Button

Viele Grüße
Leo

Hallo zusammen,

@MartinV hatte es richtig erkannt - um die zugewiesenen Standorte eines Objekts zu erhalten braucht man die Methode cmdb.location_tree.read hier kann man mittels Parameter id entscheiden wessen "children" man sehen möchte.

Also z.B.

{
    "version": "2.0",
    "method": "cmdb.location_tree.read",
    "params": {
        "id": 1234,
        "apikey": "<key>"
    },
    "id": 1
}

Im Ergebnis erhält man dann ein Array mit allen direkt zugewiesenen Objekten, die Daten schauen dabei so aus (pro Objekt):

[
    {
        "id": 302,
        "title": "0.01 Office",
        "sysid": "ROOM_00000302",
        "type": 26,
        "type_title": "Room",
        "status": 2,
        "cmdb_status": 6,
        "cmdb_status_title": "in operation"
    },
    {
        "id": 1073,
        "title": "pool.ntp.org",
        "sysid": "CLOUD_0001073",
        "type": 39,
        "type_title": "Host",
        "status": 2,
        "cmdb_status": 6,
        "cmdb_status_title": "in operation"
    },

    ...
]

Viele Grüße
Leo

Hey @apfel-jan

welche PHP Version hast du im Einsatz? Ich kann an der entsprechenden Stelle keinen "Fehler" finden, vor allem da es ja bei dir auf dem System über die Web GUI läuft

Ist es möglich das Apache und das CLI verschiedene PHP Versionen nutzen?

VG Leo

Hallo @steven_c24

ich glaube um dir besser helfen zu können müsste ich zuerst verstehen wieso nur die save_data Methode so wichtig ist Was ist dein Use-case? Wenn du nur bei bestimmten Kategorien "reagieren" möchtest kannst du einfach die übergebene "DAO" prüfen (z.B. if ($dao instanceof isys_cmdb_dao_category_g_location) ).

Wenn du nur in einem bestimmten Kontext reagieren möchtest könntest du auch die Context Komponente nutzen - diese beinhaltet Informationen "von wo" der aktuelle Request kommt. Also von der GUI, aus der API oder einem CLI Command. Zusätzlich sind dort auch Infos hinterlegt welche Funktion genutzt wurde, wie z.B. "Import", "Templates", "LDAP", ...

Neben den genannten Signalen fällt mir gerade auch nichts ein - aber vielleicht gibt es ja andere Möglichkeiten

Viele Grüße
Leo

Hi @jimwendrich

das Problem ist tatsächlich sehr merkwürdig, vor allem wenn man betrachtet wie "wenig" Daten indexiert werden. Gibt es ggf. andere Kategorien welche mehr Datensätze indexieren?

Hast du vielleicht ein paar Logs mit weiteren Informationen oder ggf. Stacktrace?

Alternativ würde mich auch mal interessieren wie groß der Index ist - du könntest hierzu auf der Datenbank die folgende Query ausführen:

SELECT COUNT(1) AS cnt FROM isys_search_idx;

Anschließend könntest du den Suchindex neu aufbauen lassen und erneut die Größe auslesen... Eigentlich sollte sich diese nicht ändern Wächst sie allerdings kontinuierlich scheint es tatsächlich ein Problem zu geben!

Viele Grüße
Leo

Hallo @hu

über die API lassen sich keine benutzerdefinierten Kategorien erstellen. Der Vorgang ist leider relativ komplex und bedarf einer umfangreichen Konfiguration... Das wäre über die API nur äußerst schwierig abzubilden

VG Leo

Hallo @l-hartmann

das ist schwierig zu sagen - die API cached ebenfalls keine solche Daten. Werden die Daten denn dann zu einem späteren Zeitpunkt geladen?

Werden beim API Request noch irgendwelche anderen Parameter übergeben außer der ID?

VG Leo

Hallo @mwaldeck

auf einem Test- und Entwicklungssystem kann das Ganze natürlich sehr gerne ausprobiert werden Zum Glück ist es bisher relativ entspannt gewesen von PHP 8.0 auf 8.1 und 8.2 upzudaten - es gab kaum bis keine technischen Änderungen die i-doit betreffen (beim Sprung von 7.x auf 8.x sah das ganz anders aus).

Trotzdem müssen wir natürlich auch unseren Partnern, die eigene Add-ons entwickeln, etwas Zeit geben ihre Add-ons kompatibel zu machen. Das gleiche wird dann auch wieder mit PHP 8.3 anstehen (wurde letzte Woche veröffentlicht).

Viele Grüße
Leo

Hallo @Nico-shb

könntest du deine Anfrage etwas konkretisieren? Um Seitenzahlen innerhalb des PDFs (also auch in Kopf- und Fußzeile) darzustellen werden Platzhalter benutzt, diese können über diese Buttons hier hinzugefügt werden:

Um Seitenzahlen hinzuzufügen müsstest du den vierten Button von links nutzen "Templates" dort hast du dann diese Auswahl:

Hilft das weiter?

Viele Grüße
Leo

Hallo @l-hartmann

Bei den Reports handelt es sich eigentlich nur um gespeicherte SQL-Queries die iimmer zur Laufzeit ausgeführt werden. Von i-doit Seite her wird da meines Wissens nach nichts gecached

Wie "alt" sind denn die Daten die ausgelesen werden?

VG Leo

Hallo @spirit21ms

der Bug ist uns bereits bekannt und kann mit nur einer kleinen Änderung repariert werden. Dazu müsste die Zeile 148 in der Datei {i-doit}/src/classes/modules/api/model/isys_api_model_cmdb.class.php getauscht werden.

Diese Zeile

$l_return[$l_map] = $routeGenerator->generate('cmdb.object-type.image', ['objectTypeId' => $p_mapping['isys_obj__isys_obj_type__id']]);

Muss durch diese hier ersetzt werden

$l_return[$l_map] = $routeGenerator->generate('cmdb.object-type.image', ['objectTypeId' => $p_row['isys_obj__isys_obj_type__id']]);

Der Fix wird natürlich auch in der nächsten API Version gelöst sein.

Viele Grüße
Leo

Hallo @mwaldeck

ich kann hier leider keine offizielle Aussage machen - lasse aber bereits seit mehreren Monaten i-doit ohne Probleme auf PHP 8.2 laufen

Die Kompatibilität zu PHP 8.2 ist aktuell für Q1 2024 eingeplant, da wird es absehbar eine "Brückenversion" geben für die Distributionen die entweder PHP 7.4 oder 8.2 anbieten. Heißt - es wird mindestens eine i-doit Version geben die PHP 7.4 bis 8.2 unterstützen.

Danach werden wir die Kompatibilität zu PHP 7.4 einstellen (und danach auch 8.0).

Ich hoffe ich konnte damit weiterhelfen

Viele Grüße
Leo

Hello @bsorkhpour

this is a known problem It happenes, because the API validation works on a "per property" basis instead of checking the given category data as one unit.

Because of this it will check the given version without knowing the reference application. The code will not be able to find the given version and result in an error.

I'm afraid the only workaround for this is to disable the API validation.

Hey @jakob

das läuft eigentlich ganz einfach ab, der Request müsste dabei etwa so aussehen:

{
    "version": "2.0",
    "method": "cmdb.category.save",
    "params": {
        "object": 234,
        "category": "C__CATG__LOCATION",
        "data": {
            "parent": 123
        },
        "apikey": "api-key"
    },
    "id": 1
}

Dabei wäre 234 dein Rack und 123 dein Gebäude.

edit

Achte bitte darauf, das dein Gebäude der "Root-Lokation" zugewiesen ist (für gewöhnlich Objekt ID 1). Standorte funktionieren nur, wenn sie von der Root-Lokation aus ausgehen!

Viele Grüße
Leo

Hallo @l-hartmann

alles klar - dann war es wohl ein bekanntes Problem das mit der Version gelöst wurde

Viele Grüße
Leo