Flow,

well, i suggest the following:

Please be a little bit patient and wait for the next release (0.9). With that you will get (in a few weeks)

a) a localized version
b) lots of new and extended features

It's worthwhile to wait 😉

On the other hand: Maybe some of the developer crew will have a look at your problem. Sounds a bit curious.

(Da das InstallationsSkript ziemlich unproduktiv ist, hab ich es von Hand gemacht)
Bei mir hat es auch nicht funktioniert, aber das Urteil ist etwas hart. Es gibt einfach zu viele Möglichkeiten, Apache zu installieren.

In der "config_db.inc" ist die Datenbank falsch benannt gewesen, nämlich >nicht "i-doit"
Code:
"names" => array("doit", "mod_docman"), // used databases

Das ist schon OK so.
Wie kommst Du auf i-doit? Die Datenbanken heissen doit und mod_docman

Na ja, was nun passiert …. wenn ich die index.php aufrufe ist ganz seltsam, >es wird ein Teil des PHP Codes angezeigt, im Klartext:

Wenn php-Code im Quellcode angezeigt wird, wird er nicht interpretiert. Dein Apache unterstützt php? Auf der anderen Seite schreibst Du, dass Du phpinfo zusenden kannst, das setzt eigentlich voraus, das php läuft.

Wo hast Du index.php aufgerufen? Bevor Du idoit nutzen kannst, erfolgt noch eine Webinstallation über das Skript
http://mein.server/i-doit/installer/index.php
erst anschließend ist der Aufruf möglich
http://mein.server/i-doit/index.php

Diese Antwort ist nicht die Lösung, aber vielleicht besser als nichts.
Nebenbei würde ich nicht mehr zuviel Energie in die Installation von 0.8.6 stecken, da die 0.9 für Mitte Juli angekündigt ist - und die kommt bestimmt mit fehlerfreier Installation für alle UNIX-Installationen dieser Welt 🙂

Ja…bohrt nur rum in den Wunden 😉

Nein, im Grunde nicht. Auch hier wieder der oft bemührte Vergleich zur 0.9. Hier wird es zmuindest eine Export-Schnittstelle im XML-Format geben, um die Daten (z.B. für Druckaufbereitung) weiter zu verarbeiten.

Für die 1.0er ist in der Überlegung, ein Druckreporting einzubauen.

Sorry...

Anfrage hat sich erstmal erledigt, da ich neuen Ansatz verfolge.
Trotzdem wäre eine Doku über den tabletrace-Syntax interessant.

Schick mir die Datei als Private Message und ich korrigiers dir …

Vielen herzlichen Dank,
genau das Packet hat gefehlt…

I-doIT funktioniert jetzt....

Gruß
Setting

Kein Problem.

Vielleicht sollte man die ganzen Tips&Tricks mal zusammenstellen 🙂

Kannst du 🙂

Entweder die Einträge in der Tabelle news_rss in der DB doit löschen oder in der main.php den Codeblock von Zeile 37 bis Zeile 76 entfernen.

Dann zeigt er gar nichts mehr an.

Was du auch versuchen könntest, ist in der libs/rss/extlib/Snoopy.class.inc das Timeout in der Zeile 78-80 zu ändern.

@XarumanX:

Naürlich kann die tabelle xarumanx_netdok._configuration nicht existieren, sie heisst nämlich xarumanx_netdok.configuration

Das klingt, als hättest du versehentlich die beiden Datenbanken vertauscht. Die Tabelle "_configuration" existiert nämlich in der anderen Datenbank.

Du solltest mal versuchen in der config_db.inc.php die folgenden beiden Zeilen auszutauschen:

/* Set the databases as global variables */ $gPrimaryDB = $configDatabase["names"][0]; $gCMDB = $configDatabase["names"][1];

gegen:

/* Set the databases as global variables */ $gCMDB = $configDatabase["names"][0]; $gPrimaryDB = $configDatabase["names"][1];

Wenn das nicht funktionieren sollte, musst du halt die Datenbanknamen austauschen.

Wir überschreiben mit dem Installer die Config-Dateien, die Rücksicherung dient nur als Absicherung. Die SYS-IDs sollten eingetragen sein, da diese beispielsweise als Referenz für die hochgeladenen Dateien dienen.

Hallo Herr Peetz,

die Bildernamen hängen sich am Tabellennamen auf - in der Datenbank mod_docman sind diese Tabellen untergebracht (z.B. server, client, router, switch etc.), folglich müssen die Bildernamen folgende Syntax einhalten:

[TABELLENNAME].jpg

Die Bilder müssen in

[IHR_WEBROOT]/modules/docman/pictures

untergebracht werden.

Hallo aw.

Super Ideen. Aber sollte nicht erstmal die Grundfunktionalität sauber stehen, bevor man einen softwaretechnischen Potsdamer Platz ausbaggert?

dpetereit

Hallo,

ich habe auch das Problem das die Meldung:
"Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in C:\apachefriends\xampp\htdocs\functions_db_mysql.inc.php on line 85
"
über dem Menü erscheint.
Ansonsten funktioniert alles tatelos.

MfG S. Peetz.

Hi,

die befinden sich in der Tabelle mod_wartungsvertrag_reaktionszeiten in der Datenbank mod_docman. Folgende Kommandos auf der mySQL-Konsole ausführen, um Reaktionszeiten hinzuzufügen:

USE mod_docman; INSERT INTO mod_wartungsvertrag_reaktionszeiten(description) values('8x5xNBD'); INSERT INTO mod_wartungsvertrag_reaktionszeiten(description) values('24x7x4'); INSERT INTO mod_wartungsvertrag_reaktionszeiten(description) values('24x7x8');

etc.

Klappt!

Allerdings ist neben dem Abschnitt cdrom auch der noch der Abschnitt firma entsprechend anzupassen.`

Cello

@dpetereit2:

Daran hat´s gelegen! Vielen Dank dafür.
Vielleicht ist ja die Problematik, dass der Mailversand nicht funzt auf ähnliche Weise zu beheben??!

Wir versuchen so oft wie möglich ins Forum zu schauen und kriegen auch noch einige PM zugeschickt. Wir arbeiten intensiv an der neuen Version, dadurch können sich unsere Antworten im Forum auch schon einmal verzögern. 😉
Dafür hast du sicherlich Verständnis…

Nun zu deiner Frage bezüglich des Mailversandes, wir brauchen zu deinem Problem spezifischere Angaben (Angaben zum Mailserver, Konfiguration, etc.).

Wenigstens wissen wir jetzt, was wir neu pixeln müssen 😉

Danke, das entfernen des RSS Feeds hat es gebracht. Nun fliegt i-doit!

Danke!

Ulrich Villers