Suche

[Clemens]

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

[Andi]

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

[Clemens]

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

[Andi]

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:

Code Auswählen Erweitern

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;



[Clemens]

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

[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

[Andi]

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)

[Clemens]

Hallo Andi,

stimmt, der ist dort definiert. Also müsste der Fehler behoben sein.

Vielen Dank für Deine Hilfe

Gruß Clemens

[Andi]

 

[Clemens]

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

[Andi]

Hi Clemens,

das selbe Problem hatten wir schonmal, wurde glaube ich auch nicht ganz gelöst
Schau mal vorerst in diesen thread , vielleicht hilft das weiter.
Wenn nicht, melde Dich nochmal, dann prüfen wir das mal genauer

[Andi]

Yep

das ist ein Wort!

Blöde Frage: welche MySql Version läuft denn bei Strato, scheint mir ja ein bisserl uralt zu sein :puzz

[EdeWuff]

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

[Clemens]

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 .

ABER!!!!!!

Dank EdeWuff    funktioniert das ganze jetzt nachdem ich die sql-Datei modifiziert habe.

Vielen Dank Euch Beiden.

Grüsse

Clemens