Update Contao 3.5 auf 4.x - Vorgehensweise mit Visitors

Druckbare Version

17.04.2019, 13:54
RainerG

Update Contao 3.5 auf 4.x - Vorgehensweise mit Visitors

Ich habe jetzt keinen Hinweis auf die optimale Vorgehensweis für das Update von Contao 3.5 auf Contao 4.x bezüglich Visitors gefunden (oder Tomaten auf den Augen).

Sollte die 3.5er Visitors Erweiterung (also das Modul der Erweiterung aus meiner aktuellen 3.5er Installation) mit rüber in die Contao 4-Installation kopiert werden oder sollte nach dem integrieren und Update der 3.5er DB die Contao 4 Version von Visitors installieren? Werden die bisherigen Visitorsdaten dabei übernommen?
18.04.2019, 06:12
harley-rider

Hallo Rainer

Ich habe nach der Grundinstallation die Visitor Erweiterung mit dem CM hinzugefügt.
Danach musste ich meine Templateanpassungen wieder machen und die visitor css einfach mal abspeichern, damit diese auch 'aktiv' wurde.
Die Daten sind ja in der DB drin und werden somit übernommen.
15.08.2019, 14:09
Anke

Hallo,

ich habe zwei Websites von 3.5.40 auf 4.7 geupdated. Vorgehensweise:

1. Installation von Contao und gewünschten Erweiterungen per Contao-Manager
2. Import der Datenbank
3. Installtool ausgeführt

Alles hat gut geklappt, nur Visitors macht mir bei beiden Websites Probleme. Da bekomme ich im Installtool abwechselnd (d.h. wie eine Schleife) folgende Änderungen angezeigt:

1.

Code:

ALTER TABLE tl_visitors_counter CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci ALTER TABLE tl_visitors_screen_counter CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci CREATE UNIQUE INDEX vid_visitors_date ON tl_visitors_counter (vid, visitors_date) CREATE UNIQUE INDEX vid_v_date_v_s_w_v_s_h_v_s_iw_v_s_ih ON tl_visitors_screen_counter ( vid, v_date, v_s_w, v_s_h, v_s_iw, v_s_ih )

2.

Code:

DROP INDEX vid_visitors_date ON tl_visitors_counter ALTER TABLE tl_visitors_counter CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci DROP INDEX vid_v_date_v_s_w_v_s_h_v_s_iw_v_s_ih ON tl_visitors_screen_counter ALTER TABLE tl_visitors_screen_counter CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci

Ich habe schon mehrfach den Prod.-Cache und den Composer-Cache geleert, aber das ändert nichts.
Hat jemand eine Idee, wie ich da rauskomme?

Viele Grüße,
Anke
17.08.2019, 13:34
BugBuster

Läuft da noch Visitors aus der 3.5 oder schon Visitors Bundle für Contao 4?
18.08.2019, 08:04
Anke

Das Visitors Bundle für C4 über Contao Manager installiert, die Datenbank von C3.5.40 via PHPmyadmin importiert.
Dann Installtool, Cache-Leerung, inzwischen auch mal den Composer-Cache geleert.
18.08.2019, 15:16
BugBuster

Also die beiden ALTER TABLE Anweisungen sind in beiden Abschnitten identisch.
Daraus schließe ich, das diese Anweisungen nicht akzeptiert werden bzw. nicht ausgeführt werden.

Das würde ich mal mit einem DB Tool (phpmyadmin oder ähnliches) per Hand durchführen und sehen was passiert, ob es da Rückmeldungen gibt.
18.08.2019, 21:40
Anke

Zitat:

Zitat von BugBuster

Also die beiden ALTER TABLE Anweisungen sind in beiden Abschnitten identisch.
Daraus schließe ich, das diese Anweisungen nicht akzeptiert werden bzw. nicht ausgeführt werden.

Das würde ich mal mit einem DB Tool (phpmyadmin oder ähnliches) per Hand durchführen und sehen was passiert, ob es da Rückmeldungen gibt.

Ich bin jetzt nicht der SQL-Guru, habe aber mal folgendes eingegeben (ist ja noch nicht produktiv):

Code:

DROP TABLE IF EXISTS `tl_visitors_screen_counter`; CREATE TABLE `tl_visitors_screen_counter` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `vid` int(10) unsigned NOT NULL DEFAULT '0', `v_date` date NOT NULL DEFAULT '1999-01-01', `v_s_w` int(10) unsigned NOT NULL DEFAULT '0', `v_s_h` int(10) unsigned NOT NULL DEFAULT '0', `v_s_iw` int(10) unsigned NOT NULL DEFAULT '0', `v_s_ih` int(10) unsigned NOT NULL DEFAULT '0', `v_screen_counter` int(10) unsigned NOT NULL DEFAULT '0', PRIMARY KEY (`id`), UNIQUE KEY `vid_v_date_v_s_w_v_s_h_v_s_iw_v_s_ih` (`vid`,`v_date`,`v_s_w`,`v_s_h`,`v_s_iw`,`v_s_ih`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8mb4 AUTO_INCREMENT=2429 ;

Daraufhin wird die Tabelle auch mit der Kollation=utf8mb4_general_ci angelegt, und ich habe die Daten wieder importiert.
Anschließend das Installtool aufgerufen und das sagt wieder:

Code:

ALTER TABLE tl_visitors_screen_counter CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci

Das Problem mit dem Index und der Kollation taucht nur bei tl_visitors_counter und tl_visitors_screen_counter auf. Bei allen anderen Tabellen stimmt's.
18.08.2019, 23:11
BugBuster

Was kommt für ein Ergebnis, wenn du das eingibst:

Code:

show create table `tl_visitors_screen_counter`;

Edit:
Und zum Vergleich mal eine Tabelle wo kein Problem ist:

Code:

show create table `tl_visitors_blocker`;
19.08.2019, 07:40
Anke

Zitat:

Zitat von BugBuster

Was kommt für ein Ergebnis, wenn du das eingibst:

Code:

show create table `tl_visitors_screen_counter`;

Da kommt:

Code:

CREATE TABLE `tl_visitors_screen_counter` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `vid` int(10) unsigned NOT NULL DEFAULT '0', `v_date` date NOT NULL DEFAULT '1999-01-01', `v_s_w` int(10) unsigned NOT NULL DEFAULT '0', `v_s_h` int(10) unsigned NOT NULL DEFAULT '0', `v_s_iw` int(10) unsigned NOT NULL DEFAULT '0', `v_s_ih` int(10) unsigned NOT NULL DEFAULT '0', `v_screen_counter` int(10) unsigned NOT NULL DEFAULT '0', PRIMARY KEY (`id`), UNIQUE KEY `vid_v_date_v_s_w_v_s_h_v_s_iw_v_s_ih` (`vid`,`v_date`,`v_s_w`,`v_s_h`,`v_s_iw`,`v_s_ih`) ) ENGINE=InnoDB AUTO_INCREMENT=2429 DEFAULT CHARSET=utf8mb4 ROW_FORMAT=DYNAMIC

Zitat:

Zitat von BugBuster

Und zum Vergleich mal eine Tabelle wo kein Problem ist:

Code:

show create table `tl_visitors_blocker`;

Und hier:

Code:

CREATE TABLE `tl_visitors_blocker` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `vid` int(10) unsigned NOT NULL DEFAULT '0', `visitors_tstamp` timestamp NULL DEFAULT NULL, `visitors_ip` varchar(40) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '0.0.0.0', `visitors_type` char(1) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT 'v', PRIMARY KEY (`id`), KEY `vid` (`vid`) ) ENGINE=InnoDB AUTO_INCREMENT=501737 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci ROW_FORMAT=DYNAMIC

Und wenn ich das Installtool mal diesen Befehl noch mal ausführen lasse

Code:

ALTER TABLE tl_visitors_screen_counter CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci

sagt SHOW CREATE dasselbe wie oben. Wenn ich

Code:

ALTER TABLE tl_visitors_screen_counter CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci

in phpmyadmin eingebe sagt SHOW CREATE:

Code:

CREATE TABLE `tl_visitors_screen_counter` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `vid` int(10) unsigned NOT NULL DEFAULT '0', `v_date` date NOT NULL DEFAULT '1999-01-01', `v_s_w` int(10) unsigned NOT NULL DEFAULT '0', `v_s_h` int(10) unsigned NOT NULL DEFAULT '0', `v_s_iw` int(10) unsigned NOT NULL DEFAULT '0', `v_s_ih` int(10) unsigned NOT NULL DEFAULT '0', `v_screen_counter` int(10) unsigned NOT NULL DEFAULT '0', PRIMARY KEY (`id`), UNIQUE KEY `vid_v_date_v_s_w_v_s_h_v_s_iw_v_s_ih` (`vid`,`v_date`,`v_s_w`,`v_s_h`,`v_s_iw`,`v_s_ih`) ) ENGINE=InnoDB AUTO_INCREMENT=2429 DEFAULT CHARSET=utf8mb4 ROW_FORMAT=DYNAMIC

obwohl unter der Tabelle im Block "Zeilenstatistik" steht:

Code:

Kollation: utf8mb4_general_ci

Das ganze ist bei DomainFactory und die zweite Website, bei der ich dieses Problem habe, wobei es bei der ersten nicht mehr vorhanden ist - ich weiß aber nicht mehrgenau, wie ich es gelöst hatte. Ich werde, wenn's recht ist, nachher noch mal Visitors über den CM deinstallieren und nach Cache-Leerungen neu installieren und anschließend nur die Daten in die Tabellen einfügen.
19.08.2019, 09:49
BugBuster

Ich wüsste jetzt auch nichts mehr als das zu probieren.
19.08.2019, 13:28
Anke

Ja, so hat's jetzt geklappt, nur dass ich die Einfügeanweisung für tl_visitors_category ändern musste, da sich die Tabellenstruktur geändert hat.

Ziel also erreicht, aber Ursache für den Fehler beim Updaten der DB von C3 zu C4 via Installtool weiterhin unbekannt...

Vielen Dank für deine Unterstützung!