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.179
2.353
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.179
2.353
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.179
2.353
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
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
Bankverbindung in der xml ZugFerd ändern je nach Zahlungsart JTL-Wawi 1.11 5
Ein Schritt vor, drei zurück – warum gehen nach Updates immer wieder Grundfunktionen kaputt? JTL-Wawi 1.11 2
Artikel kaputt nach Inventur JTL-Wawi 1.7 0
Neu Couponfeld nach Eingabe eines coupons automatisch ausblenden lassen Allgemeine Fragen zu JTL-Shop 4
Neu Kunden nach Onlineshop aktiv filtern? User helfen Usern - Fragen zu JTL-Wawi 2
Neu Karussell gehen auf der Startseite nach Update auf 5.6.1 nicht mehr Betrieb / Pflege von JTL-Shop 8
Neu Übergabe von Pickliste nach Packtisch User helfen Usern - Fragen zu JTL-Wawi 7
Neu Variationsartikel nicht in den Warenkorb legbar – unterschiedliches Verhalten je nach Auswahlweg JTL-Shop - Fehler und Bugs 5
Neu Artikel nach Storno weiterhin reserviert User helfen Usern - Fragen zu JTL-Wawi 2
Artikel Gehen nicht aus In Aufträge raus nach Versand JTL-Wawi 1.11 1
Neu Wie wird die Seite "suche nach:" erzeugt? Allgemeine Fragen zu JTL-Shop 4
Datenbank lässt sich nach Serverumzug nicht wiederherstellen JTL-Wawi 1.11 1
Neu Problem: Sprachumschaltung auf der Startseite nicht möglich bzw. nach 404-Fallback inkonsistent (nicht eingeloggte Benutzer) Einrichtung von JTL-Shop4 3
Neu 503 Service Unavailable bei Payrexx Webhook nach Plugin-Update - wer hat das auch? Plugins für JTL-Shop 0
DHL-Leitcodierungsdaten nach Wawi-Update nicht mehr vorhanden JTL-Wawi 1.11 0
JTL-Wawi startet nach Neustart nicht / hängt auf neu eingerichtetem PC (Remote-Datenbank) JTL-Wawi 1.11 18
Neu Fehler bei der Anmeldung nach Update auf 1.11.5 Installation von JTL-Wawi 11
Steuer Einstellung bei Sonderpreis und nach OSS Landauswahl JTL-Wawi 1.10 0
JTL-Wawi App (1.11.x) – Lizenz angeblich belegt nach Löschen aller App-Registrierungen / kein Reset möglich JTL-Wawi App 3
Neu JTL-Wawi 1.11.4 – Vaterartikel lässt sich nach Entfernen eines Kindartikels nicht mehr speichern JTL-Wawi - Fehler und Bugs 3
Neu POS doppelte Artikel und Kategorien nach Update Einrichtung / Updates von JTL-POS 3
Neu Bons werden nach Wechsel auf neue Kasse nicht mehr signiert Allgemeine Fragen zu JTL-POS 0
Neu Downloadmodul – Keine Reiter "Downloads" und keine Download nach Bestellung möglich Technische Fragen zu Plugins und Templates 6
Neu Nach Update auf JTL Shop 5.6.1 - Play/Pause Buttons im Layout!? Installation / Updates von JTL-Shop 6
Nach Update auf 1.11.4 (von 10.13.1) werden keine Artikel unter F2 Artikel mehr angezeigt, sind aber da! JTL-Wawi 1.11 10
Neu Artikel werden nach Löschung in Shopify nicht neu aus der WaWi übertragen Shopify-Connector 2
Neu Nach Lieferantennummer suchen User helfen Usern - Fragen zu JTL-Wawi 3
Neu Nach Update komme ich nicht mehr auf die Shop Seite Installation / Updates von JTL-Shop 6
Neu REST API - POST /customers - Response 401 / 502 nach gewisser Zeit? Schnittstellen Import / Export 2
Kleiner Bug > Wareneingang > Tastenbeschriftung ändert sich nach einmaligem Klicken JTL-Wawi 1.11 0
Neu Workflow zum automatischen Stornieren einer Rechnung nach Versand User helfen Usern - Fragen zu JTL-Wawi 4
Nach Update 1.11.4: Keine Zahlungen mehr sichtbar JTL-Wawi 1.11 0
Problem nach dem Update. JTL-Wawi 1.11 2
seit 1.11 wird Druck ausgeführt nach JTL-POS Vorgang JTL-Wawi 1.11 0
Issue angelegt [WAWI-86213] Kartonagen nicht mehr über Workflow auswählbar nach Update auf 1.11.3 JTL-Workflows - Ideen, Lob und Kritik 1
Neu Nach Update auf 2.4.0 kein Bestell- & Artikeldatentransfer mehr möglich WooCommerce-Connector 0
Neu JTL-POS Absturz nach Benutzeranmeldung JTL-POS - Fehler und Bugs 3
Neu OPC-Bilder werden nach Update auf 5.6.0 nicht mehr generiert JTL-Shop - Fehler und Bugs 3
Neu Nach Update auf neueste Shop-Version – Datenbank plötzlich leer / Wie weiter? Backup, Rollback oder neu aufsetzen? JTL-Shop - Fehler und Bugs 9
Neu URL Weiterleitungen / SEO URLs nach Umzug User helfen Usern - Fragen zu JTL-Wawi 0
Neu Plugin: DITH Mengenrabatt – Warenkorbrabatte nach Stückzahl (mix + match), ohne Preisänderung am Artikel Plugins für JTL-Shop 0
Sporadischer Absturz beim Bearbeiten eines Artikel - nach Klick auf speichern JTL-Wawi 1.11 8
Neu Probleme mit Cache Einstellungen / HTTP 500 - memory limit exceeded JTL-Shop - Fehler und Bugs 9
Neu HTTP ERROR 500 - plugin installieren JTL-Shop - Fehler und Bugs 0

Ähnliche Themen