Meinst du mit Löschen 'Archivieren', 'Löschen' oder 'Purgen'? Jeden Objekt, aber auch jeder Kategorieeintrag hat intern einen Datensatzstatus zugewiesen. Während der Erstellung befindet er sich in einer Art Geburtsphase, und wird bei Speicherung als 'Normal' abgespeichert. Mit 'Archivieren' versetzt du ihn in 'Archiviert' und mit 'Löschen' in 'Gelöscht', wobei der Datensatz an sich nicht physikalisch gelöscht wird. Eine der ITIL-Bedingungen verlangt, dass alle Daten über den Zeitraum einer IT-Dokumentation vorbehalten werden müssen, damit man im Nachhinein alle Prozesse nachvollziehen kann. Wir haben dennoch eine solche Funktion eingeführt, falls der Autor/Admin sich "versehen" haben sollte und löschen muss. Dazu müssen Datensätze aus der Datenbank gepurgt werden (mit 'Purgen' in der Navigationsleiste), wobei allerdings tief in die DB-Struktur eingegriffen werden muss, da davon abhängige Datensätze je nach Situation mitgelöscht werden müssen. Dieses zu Automatisieren innerhalb eines Datenbanksystem nennt man auch referentielle Integrität, das wir allerdings noch nicht komplett implementiert haben und dies wird sicherlich noch zur finalen Version stattfinden. Grüße, André Wösten

Danke für die schnelle Antwort.

Falls noch jemand ähnliche Probleme hat, im Verzeichnis Setup liegt eine config_template.inc.php. Mit dieser könnt ihr euch die config.inc.php selber zusammen basteln, wenn ihr die Platzhalter gegen eure eigenen Werte ersetzt.

Kannst du mal die Tabelle mit den Userdaten pasten und uns zeigen? Passwörter brauchen wir natürlich nicht

In der Kategorie "Netzwerk" musst du ein Interface mit mindestens einem Port anlegen. Bei Porterstellung kannst du dann unter "Einstellungen" IP auswählen. Nachdem die Ports dann erstellt worden sind, kannst du in der Portliste auf IP klicken und dort die Einstellungen vornehmen.

Das hier ist der dazugehörige Code (in der 6_installation.inc.php, ca. Zeile 88): /* Checking link to database */ $l_dbLink = @mysql_connect( $g_config["config.db.host"]["content"] . ":" . $g_config["config.db.port"]["content"], $g_config["config.db.root.username"]["content"], $g_config["config.db.root.password"]["content"], true ); if(is_resource($l_dbLink)) { ___add_status($l_status, "Creating database connection", true); } else { $l_nErrors++; ___add_status($l_status, "Creating database connection", false, mysql_error($l_dbLink)); } Könntest du bitte das '@' vor dem mysql_connect wegnehmen und es dann nochmal probieren? Dann sollte er den Fehler beim Verbindungsaufbau anzeigen.

Schön, dass du genau dies erwähnst. Wir haben in unserem letzten Meeting genau diese Vorgehensweise besprochen und wollen es so durchführen

Siehe auch http://dev2.synetics.de/idoit/ticket/509 . Du hast da mit deiner Vermutung leider Recht und die Übersicht der Lizenzen wird noch nicht korrekt dargestellt. Dies wird im nächsten Release auf jeden Fall behoben.

Danke,

Danke, das Umbenennen der Bilder hat den Fehler behoben. Die Bilder kommen als zip per mail. Gruß, Mark

dürfte wohl an php 4.3.4 liegen …. seufz Andreas

Ja stimmt. Ich bin immer noch am anderen Server hängengeblieben. Dankeschön. Dann werde ich mal fleissig Bugs suchen.

Das weiss ich auch nicht Aber danke, dass du diese Erfolgsmeldung auch hier postest, so bleiben wir auf dem Laufenden. Ausserdem sind solche Meldungen viel schöner als Bug-Berichte

Ja ich habe das Bild umbenannt. Dann ging es wieder ohne Probleme. Die Grösse lag bei ca. 350 KB und war ein png. memory_limit hat sich erledigt. Da ich die php Installation neukompilliert hatte war das Konfigurationsverzeichnis anders eingestellt, was ich aber leider erst später bemerkte. Jetzt geht es ohne Probleme. War einfach zu heiß

Lösung hier: http://www.i-doit.de/forum/index.php/topic,258.0.html

Kannst du mal versuchen deine php-Version upzudaten?

Jegliche Menüpunkte unter i-doIT sind Zweisprachig ausgelegt. Das heisst, dass wir keine 2 verschiedenen Datenbanken für Englisch und Deutsch haben, sondern nur durch Sprachkonstanten eine mehrsprachige Ausgabe haben. Wenn du zum Beispiel in der englischen Version in einem Objekt eine Description einpflegst, wirst du in der deutschen Version den selben Text sehen.

viel spass beim testen

Der Datenbankbenutzer ist identisch mit der Datenbank, die ich aber vorher anlegen muss

Dann bekomme ich sagt er mir nur "Cannot open configuration destination file! ERROR" und ich bekomme keine PHP meldung mehr. oder ist $l_osWin = false; die falsche syntax? Mark