Hallo Cybot, wir sind die Behandlung der Client-Objekte bisher recht zögerlich angegangen, da wir bisher keine für uns zufrieden stellende Lösung entwickelt/gefunden haben. Das Grundproblem ist, das die manuelle Pflege der Clients sehr schnell zu aufwändig wird. Darüber hinaus wird mittlerweile in vielen Netzen Software eingesetzt, die bereits Daten zu Clients vorhält. Verzeichnisdienste, DesktopManagement-Produkte oder Softwareverteiler. Bei manchen SW-Verteilern überlegen wir auch, die Steuerung in i-doIT zu übernehmen (insb. ZENWorks von Novell). Ziel ist es aber, ein möglichst einheitliches Verfahren zu entwickeln, externe Client-Daten aus i-doIT heraus anzuzapfen. Momentan geht die Entwicklung in Richtung LDAP, mit dem wir zumindest an die Verzeichnisdienste rankommen. Aber was dann? Import, laufende Synchronisation oder einfach dynamische Abfrage bei entsprechender LDAP-Klassenerweiterung und Editiermöglichkeit? Natürlich kann man hingehen und das Clientobjekt im i-doIT entsprechend erweitern, damit Dienste und Anwendungen ebenfalls hier zugewiesen werden können. Wir werden das auf die FeatureRequest-Liste setzen.

Wird zur nächsten Version gemacht - falls du es selber machen willst: http://www.i-doit.de/forum/viewtopic.php?t=40

Hi Uwe, unter Sonstiges / Adressen , dann eine Firma auswählen und oben rechts auf 'Ansprechpartner' klicken

oder eben, wie ich im anderen Beitrag schon erwähnte, PEAR::PHP_Compat probieren

Ja Das alles mit der neuen Version, bis dahin bitte die Notices deaktiveren (in der php.ini)

Wir haben ein eigenes, was innerhalb der nächsten Wochen eingepflegt wird. Bei einigen Modulen wird schon das Templatesystem verwendet, bei der CMDB konnte man aufgrund des Funktionsumfangs schwer vorhersagen, wann und wo man Templates verwendet. Deswegen habe ich das erstmal direkt in den PHP-Code mitimplementiert.

Dann habe ich den Pfad wohl falsch ermittelt - wird gefixt.

naja, sie war gar nicht vorhanden … und in dem Verzeichniss gab es keine schreibrechte ich hatte allerdings auch nicht das install-script aufgerufen, sondern lediglich entpackt und dann die install.html

Also löschen halte ich für nicht unbedingt notwendig, ich kenne auch keinen anderen Installer, der sich so verhält. Aber Du hast recht in Bezug auf doppelte Installationen, wir werden in den nächsten Release eine Sicherheitsabfrage reinbauen, die warnt, wenn i-doIT bereits installiert ist. Bei doppelter Installation ist aber ansonsten wigentlich nicht viel zu befürchten, außer, daß man ein paar Crontab Jobs zuviel und ein paar Einträge in der httpd.conf über hat, sollte aber den Betrieb ansonsten nicht stören, oder? Grüße, Daniel Kirsten

naja, also 4.1 und 4.2 … tss weis auch nicht, wenn mann immer gleich die Versionssprünge mitmacht stellt das eigentlich überhaupt kein Problem dar ... ... aber egal: wie wärs denn mit PEAR::PHP_Compat ? http://pear.php.net/package/PHP_Compat

Ich hatte Plaintext, da die LDAP-Schnittstelle (Anbindung zur NDS) dies verlangt, und beide Schnittstellen (sowohl SQL-Benutzermanagement als auch LDAP-) gleichzeitig verfügbar sein sollten. Man sollte dem Benutzer die Wahl lassen, MD5 zu verwenden, je nachdem welche Interfaces verwendet werden.

Danke für deine Vielzahl an Bugreports, wir sind halt noch in der 0er Version Wird bis zur nächsten Version alles gefixt, vorher natürlich am Demosystem zu begutachten. Zukünftig werden wir ein Bugtracking-System installieren, auf dem sich die ganzen Dinge geschickter sammeln lassen.

Falls du irgendwelche Werte zu irgendwelchen Tabellen hinzufügen willst, geh mit phpMyAdmin oder einem andereren Tool in die Datenbank mod_docman. Dann in Drucker, und du kannst im ENUM-Feld "Druckertyp" eigene Einträge hinzufügen. In der nächsten Version wirds auf jeden Fall drin sein

Fixed in der letzten Version (0.81)

Hallo, das diente ursprünglich zum Auslesen eines LDAP-Benutzercaches, hab das jetzt aber rausgenommen (war auskommentiert). Danke, bitte versuch es nochmal mit der 0.81 in der Downloadsektion. Wird Zeit, dass wir ein CVS einrichten Gruss, André