Um das Modul in v4.7 benutzen zu können, müssen die Dateien in andere Verzeichnisse gelegt werden als in v4.6.5
Zu diesem Zweck müssen die Dateien aus dem “changed_full”-Verzeichnis wie folgt abgelegt werden. Als Grundlage nimmt man das 461-Verzeichnis und ändert die Pfade wie folgt um:
Die Bytes-Angaben dienen zum Auseinanderhalten der teilweise gleichlautenden Dateien.
Bei mir läuft das Modul jetzt einwandfrei. Wichtig ist anzumerken, dass das Modul ohne Modifikation egal ob v4.6.5 oder v4.7.0 nur in Deutsch und nicht in Englisch läuft.
Damit die SQL-Installations-Datei auch funktioniert, muss man in dieser die letzte Zeile ändern:
CREATE TABLE d3usersonline ( id int(11) NOT NULL auto_increment, visitor varchar(100) default NULL, timevisit int(11) NOT NULL default ‘0’, oxclass varchar(32) collate latin1_general_ci NOT NULL,
PRIMARY KEY (id)
) ENGINE=MyISAM;
Das braucht man aber nur zu machen, falls man v4.7 mit einer komplett neuen SQL-Datenbank betreibt, sondt wird die alte Datenbank korrekt übernommen.
Altes v4.6.5 Web-Verzeichnis (z.B. “www.original.de”) sichern (z.B. “465.zip” davon erstellen)
Neues Web-Verzeichnis (z.B. “www.neueseite.de”) aus den Installationsdaten von Oxid v4.7 erstellen
Zugriffsrechte für das neue Web-Verzeichnis (z.B. “www.neueseite.de”) für alle Dateien incl. alle Unterverzeichnisse auf Lesen & Schreiben setzen
Neues Web-Verzeichnis (z.B. “www.neueseite.de”) im Browser aufrufen
Installationsdaten eingeben mit neuem Datenbanknamen (z.B. “oxid_test47”)
Alte v4.6.5 SQL-Datenbank (z.B. “oxid_shop”) duplizieren incl. Inhalt (z.B. mit Sequel Pro) und neu (z.B. “oxid_test”) benennen
In der “config.inc.php”-Datei im neuen Web-Verzeichnis (z.B. “www.neueseite.de”) den Dantenbanknamen auf die duplizierte SQL-Datenbank setzen (z.B. “oxid_test”)
Das “UpdateApp”-Verzeichnis aus dem “Oxid-Update 4.6.5 --> 4.7.0” in das neue Web-Verzeichnis (z.B. “www.neueseite.de”) kopieren
Noch einmal alle Zugriffsrechte für das neue Web-Verzeichnis (z.B. “www.neueseite.de”) für alle Dateien incl. alle Unterverzeichnisse auf Lesen & Schreiben setzen
Den Oxid v4.6.5 Shop Full Path angeben, dieser (z.B. “/Library/Server/Web/Data/Sites/www.original.de”) befindet sich in der “config.inc.php”-Datei des alten v4.6.5 Web-Verzeichnisses (z.B. “www.original.de”)
Nach etwa 10 Sekunden erscheint “update finished”, danach ggf. das “UpdateApp”-Verzeichnis manuell löschen
Im alten v4.6.5 Web-Verzeichnis (z.B. “www.original.de”) fehlen jetzt die Themen und PlugIns, da diese durch die UpdateApp gelöscht werden. Daher muss das alte v4.6.5 Web-Verzeichnis (z.B. “www.original.de”) mit Hilfe der in Punkt 1 erstellten Sicherung (z.B. “465.zip”) wiederhergestellt werden.
Neues Web-Verzeichnis im Admin-Modus (z.B. “www.neueseite.de/admin”) im Browser aufrufen
Unter “Service” dann “Tools” den Button “Views jetzt updaten” anklicken
Vom alten v4.6.5 Web-Verzeichnis den Ordner “/out/pictures/” in das neue Web-Verzeichnis (z.B. “www.neueseite.de/out/”) kopieren und den dort befindlichen Ordner ersetzen lassen. Jetzt werden alle Artikel- und Kategorie-Bilder wieder gefunden
Aus dem alten v4.6.5 Web-Verzeichnis die eigenen oder modifizierten Bilder aus /out/azure/img/ in den entsprechenden ordner des neuen Web-Verzeichnisses (z.B. “www.neueseite.de/out/azure/img/”) kopieren und ersetzen lassen
Unter “Erweiterungen” und dann “Module” alle benötigten Module einschalten, ggf. Kompatibilität prüfen, siehe oben!
Unter “Erweiterungen” und dann “Themes” das benötigte Template einschalten, ggf. Kompatibilität prüfen
Die “.tpl”-Dateien befinden sich jetzt im Ordner “/application/views/azure/tpl/”
Bitte nicht vergessen, die alte Version vorher manuell zu entfernen und einmal unter dem Admin in “Erweiterungen” zu gehen, damit Oxid auch die Bezüge auf die alte Version löscht.
Gibt es einen Trick bei #7 (7. In der “config.inc.php”-Datei im neuen Web-Verzeichnis (z.B. “www.neueseite.de”) den Dantenbanknamen auf die duplizierte SQL-Datenbank setzen (z.B. “oxid_test”))
Wenn ich auf die duplizierte DB ändere, dann stimmen meine Logindaten nicht mehr, bzw. ich kann mich nicht mehr ins Backend einloggen.
während des Updates musst Du nicht ins Backend - abgesehen davon werden dann natürlich die Login-Daten aus dem “alten” Shop verwendet, die stehen ja in der “alten” Datenbank drin
Hast Du nicht die selben Admin-Daten bei der Installation der neuen Version verwendet?
