Neu Klon von 4er Shop auf Staging Sudomain anlegen - wie gehe ich korrekt vor?

[ManuelHudec]

Ich muss jetzt mal nachfragen, wie ich genau vorgehen soll, um nichts kaputt zu machen!
Wir haben einen 4er Shop, der soweit gut läuft. Da ja der Support aber bald nicht mehr weitergeführt wird, müssen wir natürlich zwangsläufig auch auf den 5er Shop updaten.

Meine Idee war, einen Klon des 4er Shops auf einer Alias Subdomain anzulegen und dort dann auf den 5er Shop zu aktualisieren und dann für einen Relaunch vorzubereiten.

Soweit so gut. Die Alias Domain dev.domain.de ist angelegt und zeigt auf dem FTP Server auf einen eigens eingerichteten Ordner "Staging". Dort liegt eine vollständige Kopie der FTP Dateien des 4er Shops.

Doch wie gehe ich nun weiter vor?

Ich schätze, ich muss einen Klon der Shop DB erstellen, diesen in einer neuen DB einfügen und anschließend diese neue DB auf dem FTP-Server im Staging Verzeichnis hinterlegen?
Dann müsste ich die dev.domain.de in der Wawi hinterlegen.

Klingt das soweit richtig?
Grüße

 

[css-umsetzung]

Soweit nicht falsch gedacht, aber die Wawi brauchst du dafür ja eigentlich nicht, die Artikel und alles ist ja vorhanden.
Daher nun einfach die Dev Umgebung mit der geklonten Datenbank updaten und alles machen was du in der Dev Umgebung machen möchtest.
Das solltest du alles protokollieren, denn wenn du alles so hast das es dir gefällt, musst du den Live Shop updaten und alle deine Änderungen aus dem Dev Shop nachziehen.

 

[Poolboy]

Hallo,
ich würde mich hier gleich mal mit einklinken (Da ich nirgendswo im Netz was zu dem Thema: Wie erstelle ich eine Testumgebung/Staging-Umgebung für JTL-Shop5)
@ManuelHudec: Wie verhält es sich mit den installierten Plugins? Funktionieren diese auch in der Testumgebung?

Gruß aus Dresden

 

[krahni]

Ich habe das auch gerade gemacht, einen laufenden Shop4 auf meinen Test-Server kopiert, Datenbank auch geklont.
Geht das überhaupt? Der Shop hat Evo-Templates mit einigen Childs, ist oft angepasst worden über die Jahre und ich möchte den in Ruhe auf Shop5 upgraden und das Template mit Nova neu machen ...
- geht natürlich nix, Chrome weigert sich wegen zu vieler Redirects, Firefox genauso - könnte das auch ein Cookie-Problem sein?
- habe festgestellt, daß in >500 Template-Dateien der Serverpfad festgeschrieben ist - was soll denn sowas?
- mühsam alle Config-Dateien und Serverpfade geändert - keine sichtbaren Auswirkungen
- Datenbank-Connect funktioniert, zumindest werden die Admin-Loginversuche gezählt
und:
Der Shop hat weit mehr als 500 Artikel, muss ich also eine Lizenz erwerben um den überhaupt zum ersten mal aufrufen zu können?

 

[enuis]

@krahni
ich arbeite gerade am gleichen Problem (von 4.05 > 5.1.5), wollte aber den Upgrade Prozess so nicht machen
- hab eine dev.domain angelegt, somit kann man sich immer Dev Lizenzen besorgen
- schreibe mir ein DB Import Script, um die Original DB importieren zu können, alles kann man sowieso nicht mit nehmen
- ini_set('display_errors', 1);, damit solltest du ja die Fehler sehen können
- Kopie von NOVA anlegen und umbennen, damit man da frei drann arbeiten kann

mein Größtes Problem war der FTP upload, dort wurden mehere Files nicht komplett hochgeladen

Leider weiss ich auch noch nicht, welcher der beste Weg ist, mein Grundgedanke war, ich möchte den ganzen Müll aus dem alten Shop nicht mitnehmen. Die eingebauten Features muss ich alle nachbauen.

 

[krahni]

Mir ist das Ganze zu aufwändig und irgendwann mit den ganzen Q&D-Korrekturen nicht mehr nachvollziehbar
Ich installiere jetzt den 5er Shop und importiere <500 Artikel - mal sehen wie ich das am dümmsten hinbekomme ...
Der Betreiber klemmt einen neu installierten Shop sowieso an seine Wawi, der bekommt dann nur das neue Nova-Template von mir.
Eine direkte Kopie seines 4er Shops habe ich ihm schon ausgeredet um nicht die ganzen Vorteile des 5er zu verlieren

 

[css-umsetzung]

Es ist interessant zu lesen was Ihr so für Probleme habt.

Als erstes muss ich sagen, ich glaube nicht das in den Templates irgendwelche Pfade fest hinterlegt sind, das würde ich gerne sehen, denn im Core kann es nicht sein und wenn es im Child so ist dann muss da ein Depp dran gewesen sein, aber auch das glaube ich nicht denn die Menge von 500 Dateien in einem Child glaube ich auch nicht.

Ein ftp Upload ist von hause aus schon nicht der Knaller, ich würde wenn der Server es erlaubt, die Datei als Zip hochladen und dann über ein unzip entpacken.

Vorgehensweise:
erstelle eine Datei unzip.php, der Inhalt der Datei sollte folgender sein:

<?php
system("unzip -o shop.zip");

dann den Shop als shop.zip hochladen und unzip.php starten.

Wenn Ihr das so macht, dann braucht Ihr zum Hochladen der Datei nur noch einen Bruchteil der Zeit von dem was Ihr sonst benötigt.
So könnte Ihr auch bei Updates, wenn Ihr die Patch Dateien hochladet vorgehen.
So ist sichergestellt, das alle Dateien auf dem Server landen und das sie im richtigem Format vorliegen.

Wenn Ihr den Shop auf eine Subdomain kopiert, ist natürlich klar das die Domain in den Inhalten die Ihr erstellt habt noch auf den originalen Shop zeigt, hierfür würde man die SQL Datenbank nehmen und über einen Editor (Vorsicht, hier braucht man Editoren die mit so großen Daten umgehen können "z.B.: Ultraedit" die Pfade mit Suchen&Ersetzen umschreiben, dann würde ich die Datenbank für die Subdomain importieren.

Zuletzt muss natürlich noch die config und eventuell die htaccess Datei angepasst werden.
Der Cache muss natürlich auch gelehrt werden.

Wenn Ihr das alles beachtet und so vorgeht, ist das alles relativ easy.

PS:
Wenn Ihr den alten Shop kopiert, könnte Ihr das natürlich auch auf dem Webserver zippen (über das Hosting oder wenn das nicht geht auch über die Systemfunktionen die Ihr über php aufrufen könnt)

 

[enuis]

@css-umsetzung
ich nutze SFTP, aber eigentlich mache ich alles mit git und composer, wenn man denn alles am laufen hat, zb auf Managed Servern, sonst ja easy. Das ist aber auch nicht das Problem, wer gutes Internet hat