Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unavai.)

Buinger

Gut bekanntes Mitglied
30. April 2009
325
15
Nach dem Update von JTL Shop 4.02 auf 4.03 ist nun unser Shop nicht mehr erreichbar. Direkt nach dem Update haben wir im Backend einige Sachen angeschaut (Shopdateien-Check, Statistiken, Plugins) und es ging ohne Probleme.

PastedGraphic-6.jpg

Auch das Browsen im Shop selber war kein Problem. Heute morgen war dann alles weg, es kommt nur noch Error 502 - Service unavailable. Die Vermutung ist, dass es an der .htaccess Datei liegt. Unser Shop befindet sich unter www.schiesssport-buinger.de/shooting

Die alte .htaccess Datei sah so aus:

<IfModule mod_deflate.c>
<FilesMatch "\\.(js|css|html|htm|php|xml)$">
SetOutputFilter DEFLATE
</FilesMatch>
</IfModule>


<IfModule mod_expires.c>
ExpiresActive on
# set default
ExpiresDefault "access plus 24 hours"


# cache common graphics
ExpiresByType image/jpg "access plus 1 months"
ExpiresByType image/gif "access plus 1 months"
ExpiresByType image/jpeg "access plus 1 months"
ExpiresByType image/png "access plus 1 months"
ExpiresByType image/x-icon "access plus 1 months"


# cache CSS
ExpiresByType text/css "access plus 1 months"


# cache other filetypes
ExpiresByType text/javascript "access plus 1 months"
ExpiresByType application/javascript "access plus 1 months"
ExpiresByType application/x-shockwave-flash "access plus 1 months"
</IfModule>


<IfModule mod_headers.c>
Header unset ETag
FileETag None
</IfModule>


<IfModule mod_rewrite.c>
RewriteEngine on


#REWRITE ANPASSUNG 1 (REWRITEBASE)
#Wenn Ihr Shop in einem Unterverzeichnis (also z.B. meinedomain.de/meinverzeichnis) installiert ist, so kommentieren Sie die kommende Zeile aus und passen Sie den Verzeichnisnamen an
#RewriteBase /shooting


#REWRITE ANPASSUNG 2 (auf www.meinedomain.de umleiten)
#Ihr Shop sollte nicht unter www.meinedomain.de und nur meinedomain.de erreichbar sein, siehe: JTL-Shop:Installation:Neuinstallation ? JTL-Guide
#RewriteCond %{HTTP_HOST} ^meinedomain.de
#RewriteRule ^(.*)$ http://www.meinedomain.de/$1 [r=301,L]


#Regeln fuer das Rewrite der URLs von JTL-Shop4
#Aendern Sie an diesen Zeilen nichts!
RewriteRule ^((urllist|sitemap_).*\.(xml|txt)(\.gz)?)$ includes/sitemap.php?datei=$1 [L]
RewriteRule ^asset/(.*)$ includes/libs/minify/g=$1 [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^. index.php [L]

</IfModule>



Und die neue sieht so aus:

<IfModule mod_setenvif.c>
<IfModule mod_headers.c>
<FilesMatch "\.(bmp|cur|gif|ico|jpe?g|png|svgz?|webp)$">
SetEnvIf Origin ":" IS_CORS
Header set Access-Control-Allow-Origin "*" env=IS_CORS
</FilesMatch>

SetEnvIfNoCase ^(Accept-EncodXng|X-cept-Encoding|X{15}|~{15}|-{15})$ ^((gzip|deflate)\s*,?\s*)+|[X~-]{4,13}$ HAVE_Accept-Encoding
RequestHeader append Accept-Encoding "gzip,deflate" env=HAVE_Accept-Encoding
</IfModule>
</IfModule>


<IfModule mod_filter.c>
AddOutputFilterByType DEFLATE \
"application/atom+xml" \
"application/javascript" \
"application/json" \
"application/ld+json" \
"application/manifest+json" \
"application/rdf+xml" \
"application/rss+xml" \
"application/schema+json" \
"application/vnd.geo+json" \
"application/vnd.ms-fontobject" \
"application/x-font-ttf" \
"application/x-javascript" \
"application/x-web-app-manifest+json" \
"application/xhtml+xml" \
"application/xml" \
"font/eot" \
"font/opentype" \
"image/bmp" \
"image/svg+xml" \
"image/vnd.microsoft.icon" \
"image/x-icon" \
"text/cache-manifest" \
"text/css" \
"text/html" \
"text/javascript" \
"text/plain" \
"text/vcard" \
"text/vnd.rim.location.xloc" \
"text/vtt" \
"text/x-component" \
"text/x-cross-domain-policy" \
"text/xml"


<IfModule mod_mime.c>
AddEncoding gzip svgz
</IfModule>
</IfModule>


<IfModule mod_deflate.c>
<FilesMatch "\\.(js|css|html|htm|php|xml)$">
SetOutputFilter DEFLATE
</FilesMatch>
</IfModule>


<IfModule mod_expires.c>
ExpiresActive on
ExpiresDefault "access plus 1 months"
</IfModule>


<IfModule mod_headers.c>
Header unset ETag

Header set X-UA-Compatible "IE=edge"
Header set X-Content-Type-Options "nosniff"
Header unset X-Powered-By

<FilesMatch "\.(eot|otf|tt[cf]|woff2?)$">
Header set Access-Control-Allow-Origin "*"
</FilesMatch>


<FilesMatch "\.(appcache|atom|bbaw|bmp|crx|css|cur|eot|f4[abpv]|flv|geojson|gif|htc|ico|jpe?g|js|json(ld)?|m4[av]|manifest|map|mp4|oex|og[agv]|opus|otf|pdf|png|rdf|rss|safariextz|svgz?|swf|topojson|tt[cf]|txt|vcard|vcf|vtt|webapp|web[mp]|webmanifest|woff2?|xloc|xml|xpi)$">
Header unset X-UA-Compatible
</FilesMatch>
</IfModule>


<IfModule mod_rewrite.c>
RewriteEngine on


#REWRITE ANPASSUNG 1 (REWRITEBASE)
#Wenn Ihr Shop in einem Unterverzeichnis (also z.B. meinedomain.de/meinverzeichnis) installiert ist, so kommentieren Sie die kommende Zeile aus und passen Sie den Verzeichnisnamen an
#RewriteBase /shooting


#REWRITE ANPASSUNG 2 (auf www.meinedomain.de umleiten)
#Ihr Shop sollte nicht unter www.meinedomain.de und nur meinedomain.de erreichbar sein, siehe: JTL-Shop:Installation:Neuinstallation ? JTL-Guide
#RewriteCond %{HTTP_HOST} ^schiesssport-buinger.de
#RewriteRule ^(.*)$ http://schiesssport-buinger.de/$1 [r=301,L]


#Regeln fuer das Rewrite der URLs von JTL-Shop4
#Aendern Sie an diesen Zeilen nichts!
RewriteRule ^((urllist|sitemap_).*\.(xml|txt)(\.gz)?)$ includes/sitemap.php?datei=$1 [L]
RewriteRule ^export/((sitemap_).*\.(xml|txt)(\.gz)?)$ $1 [L]
RewriteRule ^asset/(.*)$ includes/libs/minify/?g=$1 [L]
RewriteRule ^robots.txt$ robots.php [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^. index.php [L]
</IfModule>


FileETag None
#Server Signatur deaktivieren
#ServerSignature Off

In beiden Fällen ist die Rebwrite-Anpassung ausgeschaltet. Es hieß auch, dass die .htaccess Datei im Root- und im Admin-Verzeichnis zu löschen und NICHT mit hoch zu kopieren sind. Die neue .htaccess Datei enthält aber einige neue Befehle, muss sie also hoch geladen werden oder nicht? (Wir haben beides ausprobiert und beides funktioniert nicht). Wenn man das "#" in der Rewrite Anpassung "#RewriteBase /shooting" raus nimmt kommt man immerhin in den Backend, der Shop geht aber immer noch nicht.

Hat irgendjemand eine Idee woran es liegt bzw. was hier falsch läuft oder ob der Fehler wo ganz anders zu suchen ist?

Vielen Dank.
 

Anhänge

  • PastedGraphic-6.jpg
    PastedGraphic-6.jpg
    29,8 KB · Aufrufe: 29

fav-hosting.online

Sehr aktives Mitglied
16. Oktober 2012
780
60
Weiterstadt
Firma
FaV-Hosting
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

An der htaccess wird es mit hoher wahrscheinlichkeit nicht liegen, die würde wenn sie fehlerhaft ist Fehler 500 ausgeben.
Deine Meldung deutet auf eine Überlastung des Servers hin wobei hier eigentlich nur 2 Quellen in Frage kommen würden.
Entweder verbraucht PHP soviel Ressourcen das die Abfrage nicht bedient werden kann oder die Datenbank ist ausgelastet.
Ich würde dir empfehlen im Hauptverzeichniss eine Datei namens phpinfo.php anzulegen mit unten stehenden Inhalt.
Wenn du diese über den Browser ohne Probleme aufrufen kannst wird wahrscheinlich die Datenbank ausgelastet sein.
Bitte die Datei nach dem Test wieder löschen.

Code:
<?php
phpinfo();
 

Buinger

Gut bekanntes Mitglied
30. April 2009
325
15
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Es dauert recht lange (ca. 10 Sekunden) aber dann werden die entsprechenden Informationen angezeigt. Das Update von 4.02 auf 4.03 war aber doch kein großer Sprung, warum soll es nun auf einmal nicht mehr gehen? Und angenommen, es liegt an einer der beiden Möglichkeiten - wie können wir Abhilfe schaffen? Können wir die vorherige Version einfach wieder zurück spielen (die Datenbank wurde ja erweitert)?
 

fav-hosting.online

Sehr aktives Mitglied
16. Oktober 2012
780
60
Weiterstadt
Firma
FaV-Hosting
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Muss ja nicht unbedingt an dem Update gelegen haben. Du schreibst ja selber das nach dem Update alles ging.
Du darfst auch nicht vergessen das du ja nicht der einzige Kunde auf dem Server bist, kann also auch sein dass das Problem garnicht durch dich verursacht wird.
Was die dauer des Aufrufs angeht so liegt hier der Engpass beim Parsen (Verarbeiten) der PHP-Dateien, eventuell solltest du mal deinen Hoster kontaktieren und Ihn bitten den Server mal zu prüfen.
 

Buinger

Gut bekanntes Mitglied
30. April 2009
325
15
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Den Webhoster haben wir schon kontaktiert, die Antwort war "Ich sehe deutliche Veränderungen des Zeitstempels bei Ihren Sourcen." - wir haben aber seit dem Update keine einzige Bestellung mehr bekommen, also liegt der Schluss nahe, dass unmittelbar danach die (vielleicht nur nach Minuten) die Webseite nicht mehr erreichbar war. Der Server ist laut Webhoster in Ordnung, es ist ein eigener (virtueller) Server. Wenn ich da rein schaue sehe ich:
CPU-Auslastung durch MySQL 770% was ja nicht gut / richtig sein kann, aber die Frage ist immer, was hat es verursacht?
 

fav-hosting.online

Sehr aktives Mitglied
16. Oktober 2012
780
60
Weiterstadt
Firma
FaV-Hosting
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Falls du es schaffst trotz der hohen CPU-Auslastung dich an phpmyadmin o.ä. anzumelden wäre es gut zu wissen wieviele offene Verbindungen zur Zeit vorhanden sind.
Bzw. über die Shell kannst du diesen Wert auch abfragen, siehe Anleitung hier Check The Number Of MySQL Open Database Connections on Linux Or Unix-like Server
 

Buinger

Gut bekanntes Mitglied
30. April 2009
325
15
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Variable_nameValue
Aborted_connects44
Connections1715
Max_used_connections32
Ssl_client_connects0
Ssl_connect_renegotiates0
Ssl_finished_connects0
Threads_connected24
 

fav-hosting.online

Sehr aktives Mitglied
16. Oktober 2012
780
60
Weiterstadt
Firma
FaV-Hosting
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Also an der Anzahl der Verbindungen (24) liegts nicht, ich hatte darauf getippt das noch Prozesse bzw. Cronjobs im Hintergrund laufen die nicht beendet wurden und etliche Verbindungen aufbauen.
Das einzige was ich dir ohne genauere Diagnose des Problems jetzt empfehlen kann ist mal den MySQL-Server neu zu starten "service mysql restart" und dann zu schauen ob's wieder läuft.
 

Buinger

Gut bekanntes Mitglied
30. April 2009
325
15
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Ok, ich sehe keinen Unterschied (die Auslastung ist wieder bei ca. 766%) - oder wie lange dauert der Neustart bzw. wo kann ich sehen ob er (erfolgreich) durchgeführt wurde? Wir haben keinerlei Cronjobs angelegt.
 

fav-hosting.online

Sehr aktives Mitglied
16. Oktober 2012
780
60
Weiterstadt
Firma
FaV-Hosting
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Davon ausgehend das der Neustart über die Konsole/Shell ausgeführt wurde sollte es etwa wie auf dem Bild aussehen.
Ansonsten kannst du dir mit dem MySQL-Befehl "SHOW GLOBAL STATUS WHERE Variable_Name = 'Uptime';" die Zeit in Sekunden anzeigen lassen seit wann der Server läuft.
 

Anhänge

  • Mysql.PNG
    Mysql.PNG
    4,4 KB · Aufrufe: 17

Buinger

Gut bekanntes Mitglied
30. April 2009
325
15
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Ok, es scheint sich was geändert zu haben:

CPU-Auslastung durch Apache0 % 1.11 (?)
CPU-Auslastung durch Mailserver0 % 1.1 (?)
CPU-Auslastung durch MySQL0 % 1.02 (?)
CPU-Auslastung durch Plesk0 % 3 (?)
Speicherauslast. durch Apache0% verwendet (0 B von 7.64 GB 1.06 (?)
Speicherauslast. durch Mailserver0% verwendet (0 B von 7.64 GB) 1.05 (?)
Speicherauslast. durch MySQL0% verwendet (0 B von 7.64 GB) 1.02 (?)
Speicherauslastung durch Plesk0% verwendet (0 B von 7.64 GB) (?)

Die Webseite geht aber immer noch nicht. Sicher, dass der Fehler nicht doch in der .htacess Datei zu finden ist?
 
Zuletzt von einem Moderator bearbeitet:

Buinger

Gut bekanntes Mitglied
30. April 2009
325
15
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Wenn ich die .htaccess umbenenne (so dass sie nicht erkannt wird) dann geht der Backend zumindest einwandfrei.

Die Shopdateien sind alle in Ordnung:

Anzahl Dateien: 3907
Anzahl modifizierter Dateien: 0
 

Entenfurz

Sehr aktives Mitglied
28. Januar 2016
135
48
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Ich bin da jetzt nicht ganz so bewandert...
Aber ist da
#RewriteBase /shooting
nicht das # zuviel?
 

Buinger

Gut bekanntes Mitglied
30. April 2009
325
15
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Ich habe beides ausprobiert, in der alten .htaccess (siehe ganz oben) war es auch deaktiviert, hier im Forum stand aber irgendwo was zu dem Thema (jemand hatte ein ähnliches Problem), daher hatte ich das "#" mal raus genommen, es passierte aber das gleiche.

Gerade mal die DB gecheckt und alle Caches gelöscht, aber der Shop wird einfach nicht angezeigt.

Anzahl Tabellen: 312
Anzahl modifizierter Tabellen: 0
 

fav-hosting.online

Sehr aktives Mitglied
16. Oktober 2012
780
60
Weiterstadt
Firma
FaV-Hosting
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Du kannst natürlich probieren ein Downgrade des Shops zu machen auf 4.02 (Backup vorher nicht vergessen von 4.03).
Aber ich gehe davon aus dass das deinen Fehler wahrscheinlich nicht beseitigen wird.
Wäre die .htaccess fehlerhaft im Sinne von Tipfehlern z.B. statt "RequestHeader" "RRequestHeader" sollte sofort beim Aufruf ein Fehler auftauchen und nicht erst nach ca. 30 Sekunden Ladezeit.
Bei einer Weiterleitungsschleife z.B. von / shop -> / -> /shop usw. würde Firefox eine Meldung ausgeben das hier eine Weiterleitungsschleife besteht.

EDIT: Ist zufällig der Wartungsmodus aktiviert?
 

Entenfurz

Sehr aktives Mitglied
28. Januar 2016
135
48
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Noch eine Idee: Spiel doch einfach die alte htaccess wieder auf. Ich hatte auch Angst das da was schief geht und hab die neue einfach nicht aufgespielt, der Shop läuft trotzdem problemlos..
 

Buinger

Gut bekanntes Mitglied
30. April 2009
325
15
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Wie gesagt, die neue hatte ich zunächst gar nicht mit hoch geladen, erst als nix ging. Ich hatte aber auch noch mal die alte danach ausprobiert, leider auch nix.

Ich habe den Shop in den Wartungsmodus gesetzt aber nun kommt

[h=1]Internal Server Error[/h]The server encountered an internal error ormisconfiguration and was unable to completeyour request.
Please contact the server administrator at info@schiesssport-buinger.de to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be availablein the server error log.
Additionally, a 404 Not Founderror was encountered while trying to use an ErrorDocument to handle the request.
 

Entenfurz

Sehr aktives Mitglied
28. Januar 2016
135
48
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Na dann sieht es ja eher nicht nach der htacess aus. Vielleicht hast du einen Ordner oder eine Datei vergessen zu überspielen oder an einen falschen Ort überspielt. Schonmal überlegt einfach die Updatedateien nochmal auf den Server raufzuschieben? Vielleicht behebt es sich dann. Das raufspielen geht ja recht flink..
 

css-umsetzung

Offizieller Servicepartner
SPBanner
6. Juli 2011
7.340
2.003
Berlin
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Wo liegt deine htaccess, in dem ordner wo der shop ist? Also in dem shooting/

Wenn du plesk hast, brauchst du das rewritebase theoretisch nicht, ich würde mich aber nach dem richten, was vorher an der stelle stand.

Wenn du diese Menge an sql zugriffen hast, geh davon aus, das der shop amok laeuft, oder bei dir massenweise bots aktiv sind, das solltest du in den logs mal prüfen, du hast ja wohl einen ssh zugriff.

Ist das dein eigener Server?
Htop sollte dir auch schon ein paar infos geben, aber zuerst würde ich ins access. log schauen was da passiert
 

fav-hosting.online

Sehr aktives Mitglied
16. Oktober 2012
780
60
Weiterstadt
Firma
FaV-Hosting
AW: Nach Update von Shop 4.02 auf 4.03 Seite nicht mehr erreichbar (503 Service unava

Das Problem wurde per Teamviewer gelöst.
Ursache war ein Geburtstagskuponplugin was aus einem nicht definierbaren Grund mehr 50 Verbindungen gleichzeitig geöffnet hat und die selben Abfragen immer und immer wieder wiederholt hat.
 
Ähnliche Themen
Titel Forum Antworten Datum
Neu Pluginmanager lässt sich nach Update von 5.2 auf 5.4 nicht aufrufen JTL-Shop - Fehler und Bugs 2
ERLEDIGT: Nach Update auf von Shop 5.3.x auf 5.4.0 ERROR 500 Wer kann helfen Upgrade JTL-Shop4 auf JTL-Shop5 0
Neu SMARTY-Dingens haben geändert nach Update ... Upgrade JTL-Shop4 auf JTL-Shop5 2
Neu Nach Update auf JTL GPSR-Plugin 1.0.3 vom Backend ausgeschlossen Plugins für JTL-Shop 25
Neu JTL Connector erzeugt auf diversen Seiten wie etwa dem Warenkorb einen Bad Gateway 502 nach Update zu Woocommerce Version 9.4.3 WooCommerce-Connector 0
Nach Update auf 1.9.6.5 sind in der Wawi alle Hersteller DOPPELT ! vorhanden JTL-Wawi 1.9 5
Neu Probleme nach update des neuen Shops JTL-Shop - Fehler und Bugs 9
Nach Update, wie Zahlungsabgleich bei Benutzern machen? JTL-Wawi 1.9 1
Neu [Entwarnung] ACHTUNG: JTL Shop 5.3.3 | Nach Update des JTL PayPal Commerce Plugins kein Backend mehr verfügbar (FATAL ERROR) Installation / Updates von JTL-Shop 2
Neu Alte Blogbeiträge sind nach Update nicht abrufbar JTL-Shop - Fehler und Bugs 0
Neu Nach update auf 5.4 kein Login mehr möglich JTL-Shop - Fehler und Bugs 2
Fatal-Error im Adminbereich nach Update - Shop läuft Upgrade JTL-Shop4 auf JTL-Shop5 4
Neu Nach Update auf 5.4 klappt einiges nicht mehr ! Installation / Updates von JTL-Shop 9
Nach Update auf 1.9 alle Drucker verschwunden JTL-Wawi 1.9 6
Neu Fehlermeldung nach Shop-Update Installation / Updates von JTL-Shop 2
Neu Versandkosten nach Preisstaffel (Gewicht) und Warenwert Betrieb / Pflege von JTL-Shop 1
fehlerhafte Rechnungsausgabe nach Storno --> Neuaustellung. JTL-Wawi 1.9 1
Neu Bestellung erst nach >1h synchronisiert. - Worker mit Connector und Woocommerce Onlineshop-Anbindung 0
Neu Lagerbewertung nach Filter laden erfolgt Absturz JTL-Wawi - Fehler und Bugs 6
Neu Fehler bei Rückbuchung nach Storno JTL-Wawi - Fehler und Bugs 0
Neu JTL-Shop Logout nach wenigen Minuten MFA / 2FA umgehen JTL-Shop - Ideen, Lob und Kritik 0
Gespeicherte Filter (Lagerbewertung) nach SQL Umzug nicht mehr abrufbar JTL-Wawi 1.9 0
Neu Rundungen nach Shop-Import - 3. und 4. Nachkommestellen entfernen? WooCommerce-Connector 0
Neu Sortieren nach Nummern fehlerhaft JTL-Wawi - Fehler und Bugs 1
Fehler beim Abgleich nach Komplettabgleich JTL-Wawi 1.9 0
In Diskussion TSE-Probleme nach Routerwechsel JTL-POS - Fehler und Bugs 2
Fehlende Mandantenauswahl nach der Aktualisierung zu JTL-Wawi 1.9.6.4. JTL-Wawi 1.9 3
Neu Hestellerangaben nach GPSR eBay-Anbindung - Fehler und Bugs 28
Neu Vorlage - Bewertungserinnerung nach Artikelkauf - Bearbeiten Allgemeine Fragen zu JTL-Shop 0
Filtern nach Onlinekunden JTL-Wawi JTL-Wawi 1.9 1
Neu Fatal Error nach Klick auf "Bestellen" Hilfe! JTL-Shop - Fehler und Bugs 1
Neu Filtern nach Sonderpreise aktivieren ab JTL-Ameise - Fehler und Bugs 0
In Bearbeitung Retoure erstellen nach 1 Woche in Wawi mit Sumup als Zahlungsanbieter Allgemeine Fragen zu JTL-POS 4
Kassenschnittbeleg wird nach Ausdausch des Kartenlesegerätes nicht mehr ausgedruckt JTL-Vouchers - Fehler und Bugs 0
Neu Filter nach Bezahlstatus in Packtisch+ Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 2
Neu Sehr lange Ladezeit der Produktseite nach Upgrade auf Version 5.4 Allgemeine Fragen zu JTL-Shop 6
Fehlermeldung nach Bildupdate,-löschen,-ändern Shopware-Connector 1
Offener Betrag nach Rechnungskorrektur? JTL-Wawi 1.9 2
Neu Keine Exportpapiere mehr bei DHL 3.0 nach UK? JTL-ShippingLabels - Fehler und Bugs 3
Nach Umstieg auf V5 Paypal express weg. Einrichtung JTL-Shop5 5
Neu Newsletter-Abonnenten werden bei Gastbestellung nach Anonymisierung entfernt JTL-Shop - Fehler und Bugs 0
Datenbank bereinigen nach Test JTL-Wawi 1.9 7
Neu Aus /Kategorie/ wird /Kategorie-2/ nach Abgleich WooCommerce-Connector 0
Neu Probleme mit PayPal-Plugin: Bestellungen "pending" & doppelte Zahlungen nach Direktzahlung Plugins für JTL-Shop 0
JTL Vouchers automatisch nach Zahlungseingang an Kunden versenden Allgemeine Fragen zu JTL-Vouchers 6
Neu WooCommerce JTL Connector nach Back-Up ist deaktiviert WooCommerce-Connector 1
In Diskussion Keine Auslieferung nach Zahlungsartänderung über Workflow JTL-Workflows - Fehler und Bugs 4
Neu Artikel wird nach Auswahl der Variante nicht mehr angezeigt JTL-Shop - Fehler und Bugs 3
Neu EVRI Label für Versand nach UK - wer benutzt es? Business Jungle 2
Neu Update von 5.1.5 auf 5.4 Installation / Updates von JTL-Shop 12

Ähnliche Themen