Fehler Update 1.2.6 -> 1.2.8

EFabian · Post by **EFabian** » Tue 19. Sep 2006, 09:01

Hallo,

ich hab gerade die neuen Dateien (1.2.8.) hochgeladen und die upgrade.php ausgeführt.

Dabei ist folgender fehler erschienen:

Code: Select all

-- ERROR --
CREATE TABLE `phpwcms_formtracking` (
  `formtracking_id` INT NOT NULL AUTO_INCREMENT,
  `formtracking_hash` VARCHAR( 50 ) NOT NULL default '',
  `formtracking_ip` VARCHAR( 20 ) NOT NULL default '',
  `formtracking_created` TIMESTAMP(14) NOT NULL,
  `formtracking_sentdate` VARCHAR( 20 ) NOT NULL default '',
  `formtracking_sent` INT( 1 ) NOT NULL DEFAULT '0',
  PRIMARY KEY  (`formtracking_id`)
) TYPE=MyISAM;
ALTER TABLE `phpwcms_articlecat` ADD `acat_maxlist` INT( 11 ) NOT NULL DEFAULT '0';
ALTER TABLE `phpwcms_articlecat` ADD `acat_cntpart` VARCHAR( 255 ) NOT NULL;

Wenn ich nun die Seite betrachte, fehlt nun die Hintergrundfarbe und ä/ö/ü werden falsch angezeigt.

Was kann ich machen?

jscholtysik · Post by **jscholtysik** » Tue 19. Sep 2006, 09:13

Hi EFabian,

das ist kein Fehler.

Der erste Teil

Code: Select all

-- ERROR --
CREATE TABLE `phpwcms_formtracking` (
`formtracking_id` INT NOT NULL AUTO_INCREMENT,
`formtracking_hash` VARCHAR( 50 ) NOT NULL default '',
`formtracking_ip` VARCHAR( 20 ) NOT NULL default '',
`formtracking_created` TIMESTAMP(14) NOT NULL,
`formtracking_sentdate` VARCHAR( 20 ) NOT NULL default '',
`formtracking_sent` INT( 1 ) NOT NULL DEFAULT '0',
PRIMARY KEY (`formtracking_id`)
) TYPE=MyISAM;

sagt aus, das die Tabelle "phpwcms_formtracking" schon in der Datenbank existiert. Sollte eigentlich nur als Hinweis deklariert sein...

Die anderen zwei Zeilen

Code: Select all

ALTER TABLE `phpwcms_articlecat` ADD `acat_maxlist` INT( 11 ) NOT NULL DEFAULT '0';
ALTER TABLE `phpwcms_articlecat` ADD `acat_cntpart` VARCHAR( 255 ) NOT NULL;

bringen keinen Fehler, d.h. die Tabelle "phpwcms_articlecat" hat zwei neue Spalten "acat_maxlist" und "acat_cntpart" erhalten.

Ist leider etwas missverständlich am Anfang mit der ERROR-Meldung...

Zur Hintergrundfarbe: frontend.css angepasst oder vielleicht die alte überschrieben?

Zu den Umlauten: Da stimmt etwas mit dem Charset in der MySQL-DB nicht. Bitte noch einmal kontrollieren!!

Joachim

Post by **flip-flop** » Tue 19. Sep 2006, 09:16

Hi,

wenn du die letzte 1.2.6 hattest, ist der Fehler o.k., da die Tabelle phpwcms_formtracking schon existiert.

Ich würde in phpMyAdmin nachschauen, ob diese Tabelle und die beiden darauf folgenden Einträge vorhanden sind.

Umlaute:
Stelle in der conf.inc.php den charset auf iso.

Hintergrund:
Vermutlich hast du die neue frontend.css nicht mit der alten angepasst.
Oder du musst in der conf.inc.php von xhtml auf html Ausgabe schalten.
Wie erzeugst du denn den Hintergrund?

Knut

EFabian · Post by **EFabian** » Tue 19. Sep 2006, 09:36

Hi,

die Tabellen sind in der db drin. (hatte die letzte 1.2.6.)

der hintergrund ist im Seitenlayout eingestellt!
steht auch noch drin (aaaaaa) - der hintergrund ist aber trotzden noch weiß.

den rest muss ich mir noch schnell ansehen.

EFabian · Post by **EFabian** » Tue 19. Sep 2006, 09:45

so die confic.inc.php einstellungen:

$phpwcms['db_charset'] = 'utf8';
soll da noch iso-8859-1 rein?

$phpwcms['db_collation'] = 'utf8_general_ci';
was gehört da rein?

$phpwcms["charset"] = "iso-8859-1";

wieso ist eigentlich der Ordner "phpwcms_code_snippets" in der 1.2.8. wieder drin?

Post by **flip-flop** » Tue 19. Sep 2006, 09:55

$phpwcms['db_charset'] = 'utf8';
$phpwcms['db_collation'] = 'utf8_general_ci';
.
.
$phpwcms["charset"] = "iso-8859-1";

So sollte es funktionieren, wenn nicht bitte

$phpwcms["charset"] = "";

------------------------------
Hintergrund: #aaaaaa

Schau dir bitte einmal den generierten Quelltext an, ob du die Farbe #aaaaaa irgendwo findest.

Knut

EFabian · Post by **EFabian** » Tue 19. Sep 2006, 10:08

hab die farbe einfach ins css geschrieben.
weis nicht warum die Einstellung im Seitenlayout nicht mehr funktioniert.

jedenfalls passt die Farbe und der chartset jetzt wieder.

Hab jedoch noch 2 Probleme /Fragen:

1. wieso ist eigentlich der Ordner "phpwcms_code_snippets" in der 1.2.8. wieder drin?
soll man den wieder löschen?

2. die unterpunkte in der Navi werden nicht mehr angezeigt.

Danke schon mal!

Post by **flip-flop** » Tue 19. Sep 2006, 10:14

phpwcms_code_snippets
-----------------------------
Kannst du löschen, ist nur für Leute gedacht, die sehr experimentierfreudig sind. Ich gehe davon aus, das die Dateien, die sich jetzt in dem Ordner befinden, sicherheitstechnisch umbedenklich sind.

NAVI Unterpunkte:
-----------------------------
Hat jede Ebene einen Alias?
Sind Seiten versteckt?

Knut

EFabian · Post by **EFabian** » Tue 19. Sep 2006, 10:18

2 ebenen sind auf versteckt und sollen es auch bleiben.
die anderen sind nicht auf versteckt und der Status ist auf sichtbar und öffentlich.
alle Ebenen haben einen Alias.

Post by **flip-flop** » Tue 19. Sep 2006, 10:20

Was passiert, wenn du den charset auf utf8 zurückstellst?
Teste dies bitte einmal.

EFabian · Post by **EFabian** » Tue 19. Sep 2006, 10:25

dann ändert sich garnichts...

Post by **flip-flop** » Tue 19. Sep 2006, 10:37

OK, nun solltest du in der Datenbank nach sehen, welche Kollation und welcher Zeichensatz dort eingestellt ist.
Das muss dann in der conf.inc.php angepasst werden.

Also Menü verwendest du NAV_TABLE_COLUMN?

EFabian · Post by **EFabian** » Tue 19. Sep 2006, 11:44

im PHPAdmin steht unter Language:
de-iso-8859-1

meinst du das?

ansonsten verwende ich:
NAV_TABLE_COLUMN

Post by **flip-flop** » Tue 19. Sep 2006, 12:00

Es wird unter DB Home angezeigt, mit welchem charset die DB arbeitet.
Wenn man eine Tabelle öffnet und in die Ansicht geht, wird auch die Kollation angezeigt. (Bei neueren Datenbanken).

Das ist jedoch nur eine Vermutung von mir, dass das Anzeigeproblem der Unterverzeichnisse damit zusammenhängt. Ich hatte so einen Fall einmal.

Ich würde Testweise ein anders Menü vewenden. So kann festgestellt werden, ob es an NAV_TABLE_COLUMN liegt.
z.Bsp.: {NAV_LIST_UL:F} Dort kommt nur eine unformatierte Liste raus, aber die Seite muss sich navigieren lassen.

Stochern im Trüben:
----------------------------------------------
$phpwcms['db_charset'] = 'latin1';
$phpwcms['db_collation'] = 'latin1_german1_ci';

$phpwcms["charset"] = "iso-8859-1";

EFabian · Post by **EFabian** » Tue 19. Sep 2006, 12:10

hallo,

ist eine MySQL 4.0 DB.
da zeigt es nur den chartsset an: de-iso-8859-1

die collation wird nicht angezeigt oder ich finde sie nicht.

bei einer MySQL 5.0 DB kann ich beides sehen!