Hallo liebe Nuke-Gemeinde,
nach langem suchen in den Foren und überprüfen der dort geposteten Lösungen wende ich mich nun an Euch.
Ich habe euer VKP 5.5 bei Puretec laufen und das funktioniert einwandfrei. Die gleiche Konfiguration habe ich nun auch nochmal bei Strato installiert. Natürlich nach Änderung der config.php. Dort bekomme ich von Anfang an die Fehlermeldung:
Warning: Supplied argument is not a valid MySQL result resource in /mnt/ls5/03/510/00000014/htdocs/includes/sql_layer.php on line 283.
Kurios ist jedoch, dass ich den Fehler auf allen Seiten angezeigt bekomme. Sobald ich in den Administrationsbereich bewege ist diese Fehlermeldung weg.
Es wäre schön wenn Ihr mir weiterhelfen könntet.
Grüße aus Mainz
Clemens
Hi Clemens,
dieser Fehler kommt normalerweise von fehlenden Tabellen/Tabellenfeldern in der Datenbank.
Um zu ermitteln, welche Tabelle fehlt, kannst Du den sql_layer Patch verwenden. Dieser kleine Patch gibt bei Mysql-Fehlern zusätzliche Informationen über den aufgetretenen Fehler aus.
;)
Download (http://php-nuke.shiba.de/modules.php?name=Downloads&d_op=getit&lid=16)
Hallo Andi,
ich habe den Patch installiert und folgend Meldung wird ausgelesen:
error in sql-statement: mysql_query, err-no: 1054
qry: select mid from nuke_modules where home='1'
description: Unknown column 'home' in 'where clause'
Warning: Supplied argument is not a valid MySQL result resource in /mnt/ls5/03/510/00000014/htdocs/includes/sql_layer.php on line 298
error in sql-statement: mysql_fetch_row, err-no: 1054
description: Unknown column 'home' in 'where clause'
Was soll ich nun machen?
Gruß
Clemens
Uuuups, da beisst sich was :puzz
Die Spalte "home" wird nur beim proxima Addon verwendet. Im Standard nuke5.5 / vkp ist die nicht in der Tabelle angelegt.
Entweder vkp ohne proxima installieren, oder die Tabellen an Proxima anpassen. Welche das jetzt genau sind, kann ich hier nicht sagen :puzz
Die nuke_modules müsste so aussehen: DROP TABLE IF EXISTS nuke_modules;
CREATE TABLE nuke_modules (
mid int(10) NOT NULL auto_increment,
title varchar(255) NOT NULL default '',
custom_title varchar(255) NOT NULL default '',
active int(1) NOT NULL default '0',
view int(1) NOT NULL default '0',
home int(4) NOT NULL default '0',
bcenter int(1) NOT NULL default '0',
KEY mid (mid)
) TYPE=MyISAM;
Hi Andi,
das ist mir irgendwie zu hoch. In phpMyAdmin existieren die Zeilen mid int bis view int. Die weiteren Einträge sind ok. Wo aber finde ich den Code? Oder wie kann ich das in phpMyAdmin ändern?
Gruß
Clemens
Hallo Andi,
ich habes geschafft! Ich habe über phpMyAdmin folgende Zeilen angefügt:
home int(4) NOT NULL default '0',
bcenter int(1) NOT NULL default '0'.
Den Eintrag für "KEY mid (mid)" konnte ich nicht vornehmen, da unter Typ "mid" nicht vorkommt. Ist dieser Eintrag wichtig oder kann man den vernachlässigen?
Gruß
CLemens
Hi Clemens,
der Eintrag Key, definiert den eindeutigen Index über das Feld mid. Dieser müsste eigentlich bereits vorhanden sein.
(steht in phpMyAdmin unter Indizes)
Hallo Andi,
stimmt, der ist dort definiert. Also müsste der Fehler behoben sein.
Vielen Dank für Deine Hilfe :)
Gruß Clemens
;) :D :D :D :D
Hallo Andi,
ich habe doch noch Probleme mit mySQL. Ich war doch recht blind. Ich hatte für das Proxima nicht die Nuke update.sql eingespielt. So ist das ganze Problem mit Sicherheit entstanden. Wenn ich die jetzt einspielen möchte bekomme ich folgende Meldung:
SQL-Befehl :
CREATE TABLE nuke_proxima_blocks (
mid int(10) NOT NULL default '0',
bid int(10) NOT NULL auto_increment,
bkey varchar(15) NOT NULL default '',
title varchar(60) NOT NULL default '',
content text NOT NULL,
url varchar(200) NOT NULL default '',
position char(1) NOT NULL default '',
weight int(10) NOT NULL default '1',
active int(1) NOT NULL default '1',
refresh int(10) NOT NULL default '0',
time varchar(14) NOT NULL default '0',
blanguage varchar(30) NOT NULL default '',
blockfile varchar(255) NOT NULL default '',
view int(1) NOT NULL default '0',
PRIMARY KEY (mid,bid)
) TYPE=MyISAM
MySQL meldet:
Incorrect table definition; There can only be one auto column and it must be defined as a key
Vielleicht hast Du eine Idee wie ich das gelöst bekomme.
Danke
Clemens
Hi Clemens,
das selbe Problem hatten wir schonmal, wurde glaube ich auch nicht ganz gelöst :(
Schau mal vorerst in diesen thread (//modules.php?op=modload&name=XForum&file=viewthread&tid=1330), vielleicht hilft das weiter.
Wenn nicht, melde Dich nochmal, dann prüfen wir das mal genauer ;)
Yep :D
das ist ein Wort!
Blöde Frage: welche MySql Version läuft denn bei Strato, scheint mir ja ein bisserl uralt zu sein :puzz
Ich hatte dieses Problem bei Strato auch:
Jetzt weiss ich es genau:
CREATE TABLE ls_proxima_blocks (
mid int(10) NOT NULL default '0',
bid int(10) NOT NULL auto_increment,
bkey varchar(15) NOT NULL default '',
title varchar(60) NOT NULL default '',
content text NOT NULL,
url varchar(200) NOT NULL default '',
position char(1) NOT NULL default '',
weight int(10) NOT NULL default '1',
active int(1) NOT NULL default '1',
refresh int(10) NOT NULL default '0',
time varchar(14) NOT NULL default '0',
blanguage varchar(30) NOT NULL default '',
blockfile varchar(255) NOT NULL default '',
view int(1) NOT NULL default '0',
INDEX (bid) ,
PRIMARY KEY (mid,bid)
)
Das Feld mit dem autoincrement muss als Index definiert werden, bevor es mit einem anderen Feld zusammen als Primärschlüssel funktioniert (Danke an die Hilfe aus dem Strato-Forum)
Dort ist der ganze Hergang zu finden:
http://212.162.56.80/designM/modules.php?op=modload&name=eBoard&file=viewthread&tid=1615
Hallo Andi, Hallo EdeWuff,
ich hab mich gestern noch an die Hotline von Strato gewendet, die haben bis jetzt :( nicht geantwortet und scheinen an einer schnellen Lösung kein Interesse zu haben. Was für eine mySQL Version dort läuft konnte man mir dort auf Anhieb auch nicht mitteilen :cry.
ABER!!!!!!
Dank EdeWuff :D :D :D :D funktioniert das ganze jetzt nachdem ich die sql-Datei modifiziert habe.
Vielen Dank Euch Beiden.
Grüsse
Clemens