Testshop erstellen / Shop Klonen mit Estugo als Hoster

Anonymous · 16. Februar 2021

Hallo Barbara,

ich habe es nun gefunden. Der Footer war, wie du sagtest, im Content Manager nochmals absolut verlinkt. Ich versuche nun deine Variante.
Danke für deine Hilfe.

Anonymous · 21. Januar 2022

wie kann man denn die Datenbank vom Testshop updaten? ich hätte gerne mein aktuelles Sortiment zum testen

Anonymous · 22. Januar 2022

Zitat von MÃ¤x_2: ↑

wie kann man denn die Datenbank vom Testshop updaten? ich hätte gerne mein aktuelles Sortiment zum testen
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Wenn Dein Testshop technisch identisch ist mit dem Liveshop, Du also im Liveshop keine Änderungen/Updates am Shosystem und/oder Zusatzmodulen vorgenommen hast, also alle Versionen der verwendeten Software identisch sind, sollte es möglich sein dass Du einfach die Datenbank des Liveshops exportierst und dann in den Testshop importierst, dabei dann den Haken setzen bei "Datenbank neu erstellen". Dann musst Du auch noch die Bilder der neuen Artikel übernehmen.

Aber ich würde lieber eine komplette Kopie neu erstellen, also einfach einen komplett neuen Testshop erstellen. Dauert allzulange und ist dann sicher eine 1:1 Kopie mit dem neuen Sortiment.

Anonymous · 11. Februar 2023

Zitat von markus_wick: ↑
Hier mal der Versuch einer einfachen Anleitung, wie man einen Testshop aufsetzen kann / den Liveshop Klonen, wenn man Estugo als Hoster nutzt. Wer Anmerkungen hat / Fehler entdeckt etc. - einfach kommentieren, ich passe die Anleitung dann an.

Bislang habe ich dies nur unter Gambio 3.14.3.0 (und darunter) damit durchgeführt, sollte aber für neuere Versionen auch so gehen. Bin in Kürze auf GX 4.5.x, dann probiere ich es mal wieder und schreibe, wenn was anders läuft!
Bislang sieht es aber so aus als würde auch mit 4.5.xxx alles gleich bleiben!

Wir beginnen erstmal völlig "nackt", also ohne dass der Webspace in den geklont werden soll Dateien enthält und mit einer neuen, leeren Datenbank.

Eine Subdomain sollte eingerichtet sein. Diese muss nach dem Kopieren der Datenbank noch mit der Datenbank verbunden werden.

Wenn schon ein Testshop existiert hat: Alles löschen, das Verzeichnis neu erstellen und eine frische leere Datenbank anlegen.

Nachdem das nachträgliche Trennen der Shopkopie vom Gambio-HUB gerne mal Probleme bereitet und das Trennen über die Datenbank (Einträge löschen) wohl doch nicht so recht funktionieren mag, ergänze ich die Anleitung mal um einen Schritt (Januar 2022):

Shop vom Gambio-HUB trennen
1) In den zu klonenden Shop als Admin einloggen. Unten ist das grüne "HUB verbunden" Symbol zu sehen. Dort draufklicken.
2) Rechts unten unscheinbar in Grau steht "Shop vom Gambio Hub trennen". Dies tun, damit der Live-Shop und der Testshop nicht im HUB kollidieren.

Und jetzt gehts weiter wie gehabt.

Datenbank klonen
1) Einloggen bei Estugo
2) Linke Spalte „Datenbanken“ auswählen

3) Zu klonende Datenbank mit der Kopieren-Funktion in eine neue (oder bestehende) Datenbank kopieren, vollständige Kopie (Haken setzen)

Die Datenbank ist damit fertig vorbereitet.

Shop wieder mit dem Gambio-Hub verbinden
Jetzt kann der zu klonende Shop wieder mit dem Gambio HUB verbunden werden. Einfach dazu auf das nun rote " HUB nicht verbunden" klicken, und den Shop wieder anmelden.

Daten klonen

1) Nun bei Estugo links "Dateien" auswählen und in der Spalte daneben ins Basisverzeichnis gehen. Mit dem "Neu"-Befehl ein neues Verzeichnis erstellen.

2) Nun links das klonende Verzeichnis auswählen und in der rechten Spalte alle Dateien / Verzeichnisse anhaken (Haken neben "Name" setzen um alle auszuwählen) und mit dem Befehl "Kopieren" in das neu erzeugte Verzeichnis kopieren.

3) Nun müssen zwei Dateien angepasst werden:
includes/configure.php
admin/includes/configure.php

Um diese ändern zu können (geht mit jedem Texteditor oder mit geeigneten FTP-Programmen wie Transmit direkt auf dem Server) müssen erst die Zugriffsrechte auf 644 gestellt werden (Schreibrecht für den Eigentümer). Dazu in der Spalte "Berechtigungen" bei der configure.php-Datei auf das "r--r--r--" klicken und die Berechtigung ändern.

Nun steht dort "rw-r--r--". Wenn man nun da drauf klickt kann man die Datei im Code-Editor anzeigen lassen und modifizieren. Mit "Anwenden" oder "OK" werden die Änderungen gespeichert. Ändern wie folgt:

Anmerkung: Die Zeilennummern können bei euch anders sein! Je nachdem wann man die Datei beim Shopeinrichten das erste Mal erzeugt hat, kann das anders sein, ändert sich dann aber voraussichtlich nicht mehr!

In der admin/includes/configure.php sind die Zeilen 31 sowie 63 bis 66 anzupassen, je nach SSL Situation wird hier der aufzurufende Shoppfad für den geklonten Shop eingetragen, in diesem Fall beginnend mit "test2".

Zeile 31
Code:
$t_document_root = '/var/www/vhosts/www.xxx.de/test2/'; // absolute server path required (domain root)
Zeilen 63 - 66
Code:
define('HTTP_SERVER', 'http://test2.shop.com'); // eg, http://localhost or - https://localhost should not be empty for productive servers
define('HTTP_CATALOG_SERVER', 'http://testw.shop.com');
define('HTTPS_CATALOG_SERVER', 'https://test.shop.com');
define('ENABLE_SSL_CATALOG', 'false'); // SSL: 'true' = active, 'false' = inactive
Ausserdem in Zeile 99 der Name der genutzen Datenbank:
Code:
define('DB_DATABASE', 'xxx_test2');
Evtl. auch den Benutzernamen und das Passwort in den beiden Zeilen darüber ändern wenn gewünscht - beim klonen der Datenbank werden diese von der Originaldatenbank übernommen, aber wer was anderes eingestellt hat muss das hier auch eintragen.

Wenn man als Username "testedich", als Passort "testpasswort" und als Datenbankname "testdatenbank" genommen hat, müssen die Zeilen also wie folgt aussehen:
Code:
// define our database connection
define('DB_SERVER', 'localhost'); // eg, localhost - should not be empty for productive servers
define('DB_SERVER_USERNAME', 'testedich');
define('DB_SERVER_PASSWORD', 'testpasswort');
define('DB_DATABASE', 'testdatenbank');
define('USE_PCONNECT', 'false'); // use persistent connections?
In der includes/configure.php sind folgende Zeilen anzupassen:

Anmerkung: Musste schmerzlich feststellen, dass es in Zeile 61 tatsächlich "define('ENABLE_SSL', false); // SSL: true = active, false = inactive[/code]" heisst, das false kommt WIRKLICH ohne Gänsefüßchen dort hin! (oder das true). Bitte nicht aus Versehen Gänsefüsslis da hin machen, das kann ziemliche Probleme mit den SSL Zertifikaten machen!

Zeile 31
Code:
$t_document_root = '/var/www/vhosts/www.xxx.de/test2/'; // absolute server path required (domain root)
Zeilen 59 bis 61
Code:
define('HTTP_SERVER', 'http://test2.shop.com'); // eg, http://localhost - should not be empty for productive servers
define('HTTPS_SERVER', 'https://test2.shop.com'); // eg, https://localhost - should not be empty for productive servers
define('ENABLE_SSL', false); // SSL: true = active, false = inactive
und Zeile 86 mit dem Datenbanknamen (siehe oben):
Code:
define('DB_DATABASE', 'xxx_test2');
Wenn die Änderung einer Datei erledigt ist, gleich die Berechtigungen wieder auf "444" setzen, also den Haken bei "Eigentümer" und "Schreiben" wieder weg!

So, im Grunde ist der Shop jetzt fertig geklont.
Wenn man ihn jetzt aufruft gibts aber erst mal Cache-Probleme. Die kann man vermeiden, wenn man nach Dennis´Anleitung unter 4.4 vorgeht:

Oder sich an ein paar Fehlermeldungen vorbei durch die Links zu Cache leeren durchklickt (Domainnamen natürlich anpassen):

http://(test.shop.com)/admin/clear_cache.php?manual_mail_templates_cache=Ausführen
http://(test.shop.com)/admin/clear_cache.php?manual_text_cache=Ausführen
http://(test.shop.com)/admin/clear_cache.php?manual_feature_index=Ausführen
http://(test.shop.com)/admin/clear_cache.php?manual_products_properties_index=Ausführen
http://(test.shop.com)/admin/clear_cache.php?manual_categories_index=Ausführen
http://(test.shop.com)/admin/clear_cache.php?manual_data_cache=Ausführen
http://(test.shop.com)/admin/clear_cache.php?manual_output=Ausführen

Fertig. Denke ich. Dauert letztlich nur ein paar Minuten. Und ist fast vollkommen mit den Bordmitteln von Estugo machbar, wird dort alles direkt auf dem Server ausgeführt und geht damit superschnell.

Ach ja, nicht vergessen! Den Testshop bitte offline stellen!
Im Backend: -> Darstellungen -> Shop Online/Offline -> Aktueller Shopstatus AUS!

Nicht wundern! Die geclonte Datenbank hat erst mal eine andere Größe, das gibt sich

UPDATE 2022: Ich hatte grade selbst Probleme mich in den neuen Testshop einzuloggen (immer noch 3.14.3.1). Das konnte ich lösen durch Aufruf von (testshopdomain)/login_admin.php?repair=sess_write
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.
Ich habe es schritt für schritt unter 4.6.0.2 gemacht und es schlug massiv fehl. Der Zu klonende Shop war danach irgendwie mit dem geklonten Shop verbunden. Änderungen im geklonten Shop betrafen auch den zu klonenden Shop. Am Ende musste ich alles Rückgängig machen und ein Backup laden. Ich glaube es fehlt ein Schritt in dieser Anleitung. Es gibt mehrere Zeilen mit der Abfrage der Datenbank (DATABASE). Ich konnte den Fehler nicht finden und daher habe ich alles zurückgesetzt. Wäre aber gut zu wissen wo der Fehler liegt dass es bei 4.6.0.2 nicht mehr nach dieser Anleitung funktioneirt.

Anonymous · 11. Februar 2023

Vergleiche bitte noch mal sorgfältig die admin/includes/configure.php und includes/configure.php des regulären und des Testshops.
Wenn Änderungen in dem einen auch in dem anderen quasi simultan stattfinden, hast Du die Datenbank nicht korrekt geändert.
Der Shop oder Testshop schreibt alles was Du tust in die in den config-Dateien angegebene Datenbank.

Ich habe das Klonen noch nicht unter Versionen >4.5.2.2 ausprobiert, schau mal in den Config-dateien Deiner 4.6.0.2 ob es noch mehr Datenbankeinträge gibt als die von mir angegebenen.

Anonymous · 12. Februar 2023

Zitat von lucas_heim: ↑

Der Zu klonende Shop war danach irgendwie mit dem geklonten Shop verbunden. Änderungen im geklonten Shop betrafen auch den zu klonenden Shop.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Das kann auch passieren, wenn Links mit der kompletten URL gesetzt werden.
In dem Fall würde der Link immer in den Originalschop führen und wenn man dann bearbeitet, bearbeitet man den falschen Shop.
Das betrifft nur selber gesetzte Links, die vom Shop generierten sollten passen, wenn die beiden configure-Dateien richtig sind.

Anonymous · 18. August 2023

Hallo,
habe meinen Live-Shop v4.5.1.2 geklont.
Das Frontend ist perfekt.
Komme aber nicht in den Admin.
Diese Fehlermeldung erscheint:
Warning: session_start(): open(/var/www/vhosts/kschaefer.28510.onlineshophosting.de/deco-stones.ch/cache/sessions//sess_89jvjr4ja6m157p2nkp7idmun3, O_RDWR) failed: No such file or directory (2) in /var/www/vhosts/kschaefer.28510.onlineshophosting.de/deco-stones-ch/GambioCore/Application/Bootstrapper/StartSession.php on line 31

Warning: session_start(): Failed to read session data: files (path: /var/www/vhosts/kschaefer.28510.onlineshophosting.de/deco-stones.ch/cache/sessions/) in /var/www/vhosts/kschaefer.28510.onlineshophosting.de/deco-stones-ch/GambioCore/Application/Bootstrapper/StartSession.php on line 31

Fatal error: Uncaught Error: Class 'Gambio\Admin\Modules\Option\OptionServiceProvider' not found in /var/www/vhosts/kschaefer.28510.onlineshophosting.de/deco-stones-ch/GambioCore/Application/Application.php:79 Stack trace: #0 /var/www/vhosts/kschaefer.28510.onlineshophosting.de/deco-stones-ch/GambioAdmin/Application/Bootstrapper/AdminServiceProviderRegistration.php(95): Gambio\Core\Application\Application->registerProvider() #1 /var/www/vhosts/kschaefer.28510.onlineshophosting.de/deco-stones-ch/GambioAdmin/Application/Bootstrapper/AdminServiceProviderRegistration.php(54): Gambio\Admin\Application\Bootstrapper\AdminServiceProviderRegistration->registerServiceProviders() #2 /var/www/vhosts/kschaefer.28510.onlineshophosting.de/deco-stones-ch/GambioAdmin/Application/GambioAdminBootstrapper.php(49): Gambio\Admin\Application\Bootstrapper\AdminServiceProviderRegistration->boot() #3 /var/www/vhosts/kschaefer.28510.onlineshophosting.de/deco-stones-ch/GambioCore/Application/Kernel/HttpKernel.php(40): Gambio\Admin\Application\Gambio in /var/www/vhosts/kschaefer.28510.onlineshophosting.de/deco-stones-ch/GambioCore/Application/Application.php on line 79.

Die Caches habe ich üver die URL'S gelöscht.

Kann mir bitte jemand helfen?

Anonymous · 18. August 2023

@Karlheinz Die Fehlermeldung sieht nach einem fehlenden Ordner aus. Der Ordner /cache/sessions/ fehlt oder nicht nicht beschreibbar. Bitte prüfe ob der Ordner vorhanden ist und die Zugriffsrechte 777 gesetzt sind.

Anonymous · 18. August 2023

Hallo Till,
der Ordner ist vorhanden, die Schreibrechte sind auf 777.

Anonymous · 18. August 2023

@Karlheinz mach bitte ein Ticket auf, damit wir direkt in deinem Shop reinschauen können. Ohne weitere Untersuchung ist dann aus der Fehlermeldung nichts weiter zu ermitteln.

Foren

Testshop erstellen / Shop Klonen mit Estugo als Hoster

Anonymous Aktives Mitglied

MÃ¤x_2 Erfahrener Benutzer

markus_wick Erfahrener Benutzer

lucas_heim Mitglied

markus_wick Erfahrener Benutzer

barbara G-WARD 2014-2020

Karlheinz Erfahrener Benutzer

Anonymous Administrator
Mitarbeiter

Karlheinz Erfahrener Benutzer

Anonymous Administrator
Mitarbeiter

Testshop erstellen / Shop Klonen mit Estugo als Hoster

Anonymous Aktives Mitglied

MÃ¤x_2 Erfahrener Benutzer

markus_wick Erfahrener Benutzer

lucas_heim Mitglied

markus_wick Erfahrener Benutzer

barbara G-WARD 2014-2020

Karlheinz Erfahrener Benutzer

Anonymous Administrator Mitarbeiter

Karlheinz Erfahrener Benutzer

Anonymous Administrator Mitarbeiter

Anonymous Administrator
Mitarbeiter

Anonymous Administrator
Mitarbeiter