Weil einfach das Mailsystem der Testinstallation noch nicht funktioniert.
Der neue Server ist für Mails einfach noch nicht eingerichtet.
Die Installation von News-Pro schlug fehl, aber ich bekomme einfach keine Email mit den genauen Fehler.
Werden die Fehlermeldungen irgendwo in der Datenbank gespeichert ?

Danke

Katerrobin wrote:

Weil einfach das Mailsystem der Testinstallation noch nicht funktioniert. Der neue Server ist für Mails einfach noch nicht eingerichtet. Die Installation von News-Pro schlug fehl, aber ich bekomme einfach keine Email mit den genauen Fehler. Werden die Fehlermeldungen irgendwo in der Datenbank gespeichert ? Danke

Nein, werden sie nicht .. aber, wenn du die Fehlerbehandlung unter Admin/Einstellungen/Fehlerbehandlung einschaltest und beim installieren von News_Pro das default- oder Dragonfly-Theme aktivierst, dann wird die Fehlermeldung unter dem Footer angezeigt (die meisten Themes schlucken die Anzeige) ...

Allerdings rate ich ja eigentlich zu ProNews, da NewsPro, soweit ich weiß, nicht weiterentwickelt wird ...

Danke auf die Idee hätte ich eigentlich selbst kommen sollen. Einfach alle Fehlermeldungen einschalten
Der Fehler wird wohl bei beiden Modulen ein ähnlicher sein.
Wenn ich die Seite von ProNews lese, stellt der Programmierer mit der jetztigen Version 2.2.0.0 auch seine Arbeit ein.

Danke nochmal

Jetzt war es natürlich ein leichtes Pro_News zu installieren.
Wundert mich nur das der SQL-Server meines Providers, den Fehler schluckt, ohne zu Murren
Aber die Anweisung in der cgp_inst.php
newstate tinyint(1) NOT NULL default '' kann doch auch nicht passen.

Katerrobin wrote:

Jetzt war es natürlich ein leichtes Pro_News zu installieren. Wundert mich nur das der SQL-Server meines Providers, den Fehler schluckt, ohne zu Murren Aber die Anweisung in der cgp_inst.php newstate tinyint(1) NOT NULL default '' kann doch auch nicht passen.

Ähm, was soll daran bitte nicht stimmen

Hmm, ich gebe zu, das war die Stelle wo der SQL-Server muckte. Lösche ich den Default Eintrag dahinter, nimmt er es.
Für mich ist halt logisch, das ich auf der einen Seite einer Variablen die Eigenschaft NOT NULL mitgebe sie dann aber per Default auf '' (für mich eben Null) setze sich dieses beisst.
Das Modul funktioniert Prima.

Katerrobin wrote:

Hmm, ich gebe zu, das war die Stelle wo der SQL-Server muckte. Lösche ich den Default Eintrag dahinter, nimmt er es. Für mich ist halt logisch, das ich auf der einen Seite einer Variablen die Eigenschaft NOT NULL mitgebe sie dann aber per Default auf '' (für mich eben Null) setze sich dieses beisst. Das Modul funktioniert Prima.

Ähm, NULL und 0 sind für die DB aber zwei total verschiedene Dinge, das eine ist für die DB ein Zahlenwert, das andere ist ein Nichts ..

Ned verwechseln

Na ja der Sql-Server des Providers akzeptiert es ja.
Aber es entspricht nicht den Regeln. Tinyint darf einen Zahlenwert annehmen zwischen Ingegezahlen -127 und +128, der Wert '' ist wohl bei diesen Server nicht definiert, bzw. der Fehlerumgang, ich habe bei meinen Provider geschaut, die Tabelle zeigt 1 trotzt gleicher Indtsllation.

Ich glaub, ich hab dein Problem gefunden

Du verwechselst 2 Stellen in der cpg_inst.php

In der einen (Zeile 120) steht :

Code::

newstate tinyint(1) NULL default ''

in der anderen (Zeile 232) :

Code::

newstate tinyint(1) NOT NULL default "0"

Das passt schon so ...