Neu Nach Shopupdate http error 500

tom13

Aktives Mitglied
13. Februar 2016
41
3
Hallo !
Wir haben unseren Shop auf Version 5.6.0 geupdatet.
Soweit funktioniert alles, nur wenn ich die Versandarten bearbeiten will (shippingmethods), dann wird mir http error 500 angezeigt.

Was können wir tun ?

Danke !
 

css-umsetzung

Offizieller Servicepartner
SPBanner
6. Juli 2011
8.448
2.573
Berlin
Firma
css-umsetzung
Von Welcher Version kommt Ihr?
habt Ihr vorher alle Plugins deaktiviert.

Nur ein 500er nutzt nichts als Fehlerbeschreibung, es wird aber vermutlich an einer der Zahlungsarten liegen.

Aktiviert das error_reporting über die config Datei und dann poste das Ergebnis.
 

tom13

Aktives Mitglied
13. Februar 2016
41
3
Von Welcher Version kommt Ihr?
habt Ihr vorher alle Plugins deaktiviert.

Nur ein 500er nutzt nichts als Fehlerbeschreibung, es wird aber vermutlich an einer der Zahlungsarten liegen.

Aktiviert das error_reporting über die config Datei und dann poste das Ergebnis.
Hallo !
Danke für die schnelle Antwort.
Wir haben von Shopversion 5.2.0 auf 5.6 gewechselt.

Ich finde leider keine config Datei. Hilfe !!

mfg
 

tom13

Aktives Mitglied
13. Februar 2016
41
3
Hallo !
Danke, habs gefunden.

//enables printing of warnings/infos/errors for the shop frontend
define('SHOP_LOG_LEVEL', E_ALL);
//enables printing of warnings/infos/errors for the dbeS sync
define('SYNC_LOG_LEVEL', E_ALL ^ E_NOTICE ^ E_DEPRECATED ^ E_WARNING);
//enables printing of warnings/infos/errors for the admin backend
define('ADMIN_LOG_LEVEL', E_ALL);
//enables printing of warnings/infos/errors for the smarty templates
define('SMARTY_LOG_LEVEL', E_ALL);
//excplicitly show/hide errors
ini_set('display_errors', 1);

Richtig ?
Wo wird das Ergebnis angezeigt ?
 

css-umsetzung

Offizieller Servicepartner
SPBanner
6. Juli 2011
8.448
2.573
Berlin
Firma
css-umsetzung
Dann hast du eventuell ein .htaccess Problem was ich nicht glauben kann, denn dann würde es ständig knallen?

ok schmeiß das was du da hast raus, also den Block da oben und füge den von mir gezeigten Code ein, dass kannst du auch drin lassen und die Variable $show_error später auf false setzen.
Dann rufst du die Seite nochmal auf und schaust mal im jtllogs/ Verzeichnis, da müsste dann eine phperror Datei erstellt worden sein.


PHP:
$show_error = true; // true bedeutet, dass nur Fehler angezeigt werden
$strong = false;   // true bedeutet hier, dass alle Meldungen ausgegeben werden (Entwicklermodus)

if ($show_error) {
    date_default_timezone_set('Europe/Berlin');
    ini_set('display_errors', 1); // hier eine 0 setzen um die Anzeige auf dem Bildschirm zu unterbinden
    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('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);
}
 

tom13

Aktives Mitglied
13. Februar 2016
41
3
Dann hast du eventuell ein .htaccess Problem was ich nicht glauben kann, denn dann würde es ständig knallen?

ok schmeiß das was du da hast raus, also den Block da oben und füge den von mir gezeigten Code ein, dass kannst du auch drin lassen und die Variable $show_error später auf false setzen.
Dann rufst du die Seite nochmal auf und schaust mal im jtllogs/ Verzeichnis, da müsste dann eine phperror Datei erstellt worden sein.


PHP:
$show_error = true; // true bedeutet, dass nur Fehler angezeigt werden
$strong = false;   // true bedeutet hier, dass alle Meldungen ausgegeben werden (Entwicklermodus)

if ($show_error) {
    date_default_timezone_set('Europe/Berlin');
    ini_set('display_errors', 1); // hier eine 0 setzen um die Anzeige auf dem Bildschirm zu unterbinden
    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('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);
}
Aaah ! Danke

Fatal error: Type of Plugin\jtl_paypal\paymentmethod\PayPalExpress::$name must be ?string (as in class JTL\Plugin\Payment\Method) in /var/www/vhosts/h19084.web141.dogado.net/public_html/plugins/jtl_paypal/paymentmethod/PayPalExpress.php on line 49
 

css-umsetzung

Offizieller Servicepartner
SPBanner
6. Juli 2011
8.448
2.573
Berlin
Firma
css-umsetzung
ja habe ich mir doch schon fast gedacht, dass es PayPal ist.

geh in die Tabelle tpluginzahlungsartklasse und kille die Einträge von PayPal

Dann solltest du den Versand wieder aufrufen können, zusätzlich gehst du dann in die Plugins und deinstallierst das veraltete PayPal Plugin.
dann solltest du deine Versandarten alle anpassen, da Paypal ja erst einmal weg ist.
 
Ähnliche Themen
Titel Forum Antworten Datum
Nach Update auf 2.0 auf einmal kostenpflichtig JTL-Wawi 2.0 2
Neu Druck nach jeder Position JTL-POS - Fragen zu Hardware 1
Neu Nach Umstellung DHL Versenden 4.0 wird Kleinpaket nun auf DHL Paket Labeldrucker ausgegeben statt auf Kleinpaketdrucker JTL-ShippingLabels - Fehler und Bugs 1
Inaktive Verkaufskanäle lassen sich nicht löschen – erscheinen nach Löschen und Speichern erneut JTL-Wawi 1.11 0
Nach Update auf 2.01 kein Worker mehr JTL-Wawi 2.0 12
Neu JTL Pos liest keine Verkäufe mehr ein nach Update Einrichtung / Updates von JTL-POS 0
Nach Update auf Wawi 2.0.X, API v1 Fehler JTL-Wawi 2.0 9
Neu SQL-Server geht eine Stunde nach Allgemeine Fragen zu JTL-Shop 4
Neu eBay-Vorlage übernimmt alten Artikelnamen nach Duplizieren – Bug oder Bedienfehler? JTL-Wawi - Fehler und Bugs 2
Login Zeiten nach User in Wawi 1.6 JTL-Wawi 1.6 0
Neu Problem nach Update auf Shop 5.6.1 - Impressum JTL-Shop - Fehler und Bugs 2
Neu Fehlermeldung nach der Umstellung von DHL Versenden 4.0 JTL-Track&Trace - Fehler und Bugs 7
Neu Refresh nach Abgleich User helfen Usern - Fragen zu JTL-Wawi 0
Neu Artikel letzte 10 Versanddaten, sortiert nach Datum mit Plattform Eigene Übersichten in der JTL-Wawi 4
Neu Stücklisten nach Artikelkopie nicht mehr direkt änderbar – Bug oder gewollte Änderung? JTL-Wawi - Fehler und Bugs 1
Neu Strukturierte Daten vom Typ "Produkt" werden nach Update auf JTL Shop 5.6.1 nur fehlerhaft erkannt JTL-Shop - Fehler und Bugs 3
Neu JTL POS - nach Gerätetausch - Standard-Datenbank hinterlegen Einrichtung / Updates von JTL-POS 1
Neu Pickliste nach Teillieferung automatisch löschen Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 0
Neu Was genau passiert nach dem zurücksetzen? WooCommerce-Connector 0
Neu DSGVO – Automatisierte Löschung von Kundendaten nach 10 Jahren (JTL-Wawi / JTL-Shop) User helfen Usern - Fragen zu JTL-Wawi 2
Neu nach Update nicht alle Rechnungen mehr an Amazon Amazon-Anbindung - Fehler und Bugs 0
Neu OPC friert beim speichern von Änderungen ein nach JTL-Shop Update von Version 5.1.5 auf 5.6.1 JTL-Shop - Fehler und Bugs 6
Neu Sortierung nach Produkt Kategorie Arbeitsabläufe in JTL-Wawi 0
Export Zahlungen Amazon marketplace bei Kombi OSS und FBA erfolgt nach JTL2DATEV unvollständig JTL-Wawi 1.9 0
Neu Abfrage Pakete nach Gewicht, Menge und durchschnittliches Gewicht Eigene Übersichten in der JTL-Wawi 0
Serienmails aus dem Shop nach Kundenimport Einrichtung JTL-Shop5 0
Neu POS-Server startet nicht mehr nach WaWi-update auf Version 1.11.6.0 JTL-POS - Fehler und Bugs 1
Nach Update auf 1.11.6 werden die Preisänderung nicht mehr von der Wawi an Amazon übertragen JTL-Wawi 1.11 0
Neu HTTP 500 auf /Kontakt – Route scheint intern noch zu existieren, JTL-Weiterleitung greift nicht Betrieb / Pflege von JTL-Shop 0
Neu Probleme mit Cache Einstellungen / HTTP 500 - memory limit exceeded JTL-Shop - Fehler und Bugs 9

Ähnliche Themen