Die 0.8.6 ist, um ehrlich zu sein, eine sehr prototypartige Version, die über keinerlei erweiterbare Struktur verfügt. Außerdem ist die Datenbankstruktur inkonsistent und Verknüpfungen werden nicht mit DB-Techniken umgesetzt, sondern komplett mit einer internen Definitionssprache, die allerdings sehr inkonsistent und redundant ist. Ich würde es wirklich nicht empfehlen, die 0.8er-Serie weiterhin einzusetzen.

Hallo,

vielen Dank, die Installation hat nun funftioniert, es lag am rechtesystem von mysql.

Viele Grüße Martin

Vielen Dank,
ich habe nochmals neu installiert,
(mit myslq 4.1)
danach lief alles problemlos.

viele Grüße

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