Neu Shop URL nach Umzug ändern?

[Frixman]

Hallo Community,

ich betreibe seit 3 Jahren einen Wordpress-Shop und möchte zu jetzt JTL wechseln - gerade setze ich als absoluter JTL-Neuling einen JTL-Shop unter einer temporären Domain auf. Wenn dieses einmal soweit fertig eingerichtet ist, möchte ich meine eigentliche Domain auf diesen Server umziehen und entsprechend alle Links im JTL-Shop im Bulk ändern, ohne die Funktionsfähigkeit zu gefährden. In Wordpress konnte ich alle URLs in der Datenbank recht einfach mit einem Plugin ändern. Wie ist dies mit JTL zu bewerkstelligen?

Danke für jeden hilfreichen Hinweis!

 

[ag-websolutions.de]

- URL im JTL-Kundencenter ändern
- URL in der includes/config.JTL-Shop.ini.php ändern
- eventuell(!!) URL in der WaWi / Webshopkonfiguration ändern

das wars

 

[Frixman]

Oh, das klingt ja nahezu erschreckend einfach 😀

Vielen Dank für die Antwort.

 

[ag-websolutions.de]

Reden ja auch von einem JTL-Shop und nicht von einem Wordpress-Blog 😉

 

[Frixman]

Bei einer doch recht komplexen Software ist das doch eher überraschend 😉 aber umso erfreulicher.

 

[kmsw.de]

Hallo Community, ich hole diesen Thread hier aus aktuellem Anlass wieder hoch.
Momentan steige ich von Shopware auf JTL5.2 um.
Shopware mit Connector und SSL läuft tadellos, parallel habe ich jtl als subdomain ohne SSL ebenfalls eingerichtet und erfolgreich parallel an der WaWi betrieben.
Alle Zeichen auf Grün für den Umzug.
Ich bin nach Anleitung https://guide.jtl-software.de/jtl-shop/systemverwaltung/faq-zu-jtl-shop/ vorgegangen:

1. Wawi sync gesperrt, jtl Worker deaktiviert
2. Wartungsmodus an
3. shopware verzeichnis bei hoster umbenannt
4. jtl shop Verzeichnis auf die domain beim Hoster umbenannt
5. interne Weiterleitung beim Hoster für die jtl root verzeichnis angepasst. bei Shopware zeigt das noch in ein Unterverzeichnis
6. includes/config.JTL-Shop.ini.php angepasst (ich benutze kein www.) und darauf geachtet, dass ich https angebe.
   

   define('PFAD_ROOT', '/mnt/webxxx/htdocs/meinshop.de/');
   define('URL_SHOP', 'https://meinshop.de');

7. .htaccess geprüft. Steht nichts spezielles drin
8. Lizenzdomain erfolgreich im Kundencenter geändert.
9. WaWi Änderung habe ich noch nicht durchgeführt, aber das ist eh gerade noch abgedreht.

Es kommt der Fehler 500.
"Diese Seite funktioniert nicht meinshop.de kann diese Anfrage momentan nicht verarbeiten. HTTP ERROR 500"
Wenn ich alles zurückdrehe, funktioniert alles wie im alten Zustand. Also so grundsätzlich kann ich nicht falsch liegen, ich komme immerhin auch wieder zurück.
Das Ganze habe ich dreimal durchgespielt und auch mal ein paar Minten gewartet, falls irgendwo auf den Servern noch ein Sync durchlaufen muss.
Ich bin bei Strato mit Webhosting

Hat jemand eine Idee, woran es liegen könnte?
Danke

 

[css-umsetzung]

Du must zuerst wissen ob die .htaccess oder der Shop schuld ist.

Nimm aus der config ini diese defines hier raus

    define('SHOP_LOG_LEVEL', E_ALL);
    define('SYNC_LOG_LEVEL', E_ALL);
    define('ADMIN_LOG_LEVEL', E_ALL);
    define('SMARTY_LOG_LEVEL', E_ALL);

und füge das hier ein, dann solltest du, wenn der Shop schuld ist das sehen:

$show_error=true;
$strong = false;
if($show_error) {
if($strong) {
    define('SHOP_LOG_LEVEL', E_ALL);
    define('SYNC_LOG_LEVEL', E_ALL);
    define('ADMIN_LOG_LEVEL', E_ALL);
    define('SMARTY_LOG_LEVEL', E_ALL);
    } else {
        define('SHOP_LOG_LEVEL', E_ALL & ~E_WARNING & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED & ~E_USER_DEPRECATED);
        define('SYNC_LOG_LEVEL', E_ALL & ~E_WARNING & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED & ~E_USER_DEPRECATED);
        define('ADMIN_LOG_LEVEL', E_ALL & ~E_WARNING & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED & ~E_USER_DEPRECATED);
        define('SMARTY_LOG_LEVEL', E_ALL & ~E_WARNING & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED & ~E_USER_DEPRECATED);
    }
    ini_set('display_errors', 1);
    ini_set('error_log',PFAD_ROOT. 'jtllogs/phperror_'.date("d-m-Y").'.log');
} else {
    //enables printing of warnings/infos/errors for the shop frontend
    define('SHOP_LOG_LEVEL', 0);
    //enables printing of warnings/infos/errors for the dbeS sync
    define('SYNC_LOG_LEVEL', 0);
    //enables printing of warnings/infos/errors for the admin backend
    define('ADMIN_LOG_LEVEL', 0);
    //enables printing of warnings/infos/errors for the smarty templates
    define('SMARTY_LOG_LEVEL', 0);
    //excplicitly show/hide errors
    ini_set('display_errors', 0);
}

$show_error = false
schaltet das error_reporting wenn du es nicht mehr brauchst wieder aus.
im Verzeichnis jtllogs sollte dann auch eine Datei vorhanden sein in der die Fehler zusätzlich hinterlegt werden.

wenn du weiterhin einen 500er Fehler siehst, dann wird die .htaccess vermutlich schuld sein.

 

[kmsw.de]

Mega, ich mache mich gleich an die Arbeit. DANKE!

 

[kmsw.de]

Der Tipp war so goldrichtig, vielen Dank nochmal.
Das Paypal Checkout Plugin wurde nicht geladen. Ich habe den Ordner umbenannt, danach hat alles klaglos geladen.