thankyou-Seite lädt sehr langsam

Hallo liebe Forenmitglieder,
ich arbeite gerade ein meinem ersten Oxid-Shop und komme gut voran, nun ist mir nach dem Update auf 4.7 jedoch ein mehr oder weniger großes Problem aufgefallen.
Wenn ich den Bestellvorgang durchgehe, dauert es etwa 2min, bis die thankyou Seite aufgerufen wird.
Dies ist natürlich sehr ärgerlich, da kein Kunde zwei Minuten warten wir, ob denn nun wirklich bestellt wurde.
Es kommt danach auch eine E-Mail beim Kunden an, und auch im Admin-Bereich findet sich die Bestellung, das heißt, der Bestellvorgang an sich funktioniert eigentlich.
oxchkversion zeigt mir das an:
application/views/admin/de/cust_lang.php Modified
application/views/admin/tpl/article_main.tpl Modified
Die beiden Dateien habe ich auch verändert, sie sollten aber ja eigentlich nicht mit dem Bezahlvorgang zusammenhängen.
Getestet habe ich das auch zwei unterschiedlichen Rechner (beide mit Win 7 x64) und mit Firefox/Chrome.
Gehostet wird alles bei all-inkl.
Ob das Problem schon vor dem Update auf 4.7 bestand, weiß ich leider nicht.

Ich weiß nicht, ob es damit zusammenhängen könnte, aber im tmp Ordner befindet sich seit kurzem ein Ordner “Smarty”, der sich nicht löschen lässt, FileZilla zeigt an Permission denied, ich habe mir die Besitzrechte dann, über den Webserver zurückgeholt, nun ist er aber wieder da.

Ich danke euch schon mal im Vorraus,
Robin

Hallo Robin,
smarty Ordner schön stehen lassen evtl. den Inhalt leeren. In Thankyou Template wird Email generiert und Versand außerdem werden hier Cross-Selling Produkte Angezeigt. Auch TrustedShops Informationen (Button, Links) sind hier zu finden. Hast Du irgendwelche Module für den Email Versand im Einsatz?

Hallo,
die Seite wird ja auch geladen, nur eben erst nach ca. 2 min.
Eigentlich habe ich keine Module instaliert, aber ich bin mal grade in die Moduleinstellungen gegangen und da steht das.

Es gibt registrierte Erweiterungen im eShop, deren Verzeichnis nicht vorhanden ist.

Möchten Sie alle Modulinformationen einschließlich Konfigurationseinstellungen und Blockinformationen für Templates löschen?

oxdeliverysetlist=>deliverysetcheck/core/deliverysetcheck_oxdeliverysetlist

Das ist ein Modul, was ich mal drinnen hatte um zu überprüfen, wo der Fehler bei dem Versand lag.
Im modules-Ordner ist das aber nicht mehr, kann es sein, dass das damit zusammenhängt?
Grüße, Robin

Hi,

wahrscheinlich sind die SMTP-Daten fü den E-Mail-Versand nicht oder falsch eingetragen.

Gruß

Sorry, dass ich erst jetzt antwort, ich hatte in letzter Zeit aber einiges zu tun.

Es liegt leider nicht an den SMTP-Daten, denn die sind so weit eigentlich richtig.
Es wird ja auch eine Bestellbestätigung verschickt.

sicher per SMTP und nicht vielleicht per sendmail? (ist nämlich als Fallback eingebaut)

Ne, die E-Mail kommt im MOment noch von nem anderen Server, also sollte das eigentlich ausgeschlossen sein.

@a47ae,

Du schreibst es “dauert es etwa 2min, bis die thankyou Seite aufgerufen wird”.

Ich nehme an, Du meinst genau die Zeit vom Klick des Buttons in Bestellschritt 4 “zahlungsplichtig bestellen” bis zum Zeitpunkt wenn die Bestätigungsseite in Schritt 5 erscheint.

Gilt das bei einer Zahlungsabwicklung über einen PSP (z.B. PayPal) oder schon bei einer einfachen Zahlungsart wie z.B. Nachnahme auch ?
Und wie lang dauert es bis die Bestätigungsemail ankommt?

Genau, also ab zahlungspflichtig Bestellen, dauert es 2min.
Die E-Mail dauert glaube ich ungefähr genauso lange.

Die Bezahlmöglichkeiten sind Rechnung und Vorrauskasse, also keine fremden Module o.ä.

Danke für die schnelle Rückmeldung - ich arbeite auch gerade am selben Problem.

Der Shop läuft sehr schnell in meiner Entwicklungumgebung auf einem Root-Server, wo er bei den o.g. Zahlungsarten ohne PSP nur 2sec für den Prozess braucht und gespiegelt auf einem anderen “high end” Server 25-30sec.

SMTP ist nach meinen Tests jedenfalls nicht das Problem.

Da der Shop bei mir eigentlich schon so gut wie fertig ist, und es nur noch kleiner Anpassungen gibt, liegt er bei mir nur noch auf einem Server bei all-inkl, wie schon erwähnt.
Ich werde den Shop jetzt aber noch mal lokal bei mir unter XAMPP (einen eigenen Rootserver habe ich leider nicht) instalieren und die Ergebnisse dann hier posten.

OK, ich bin gespannt was da bei Dir rauskommt.

Teste mein Project morgen auch noch auf einem Dritten Server um zu sehen ob es an der Server-Performance oder -Konfiguration liegt.

Also bei mir besteht lokal das selbe Problem, es liegt zumindest bei mir sehr wahrscheinlich nicht am Server.

Hi,

was passiert, wenn man die SMTP-Daten auf einen lokalen Server, also nicht auf einen entfernten Relay einstellt?

Ich bin mir noch immer ziemlich sicher, dass das Phänomen seinen Ursprung in den E-Mail-Einstellungen hat.

Gruß

@Marco,

nachdem ich jetzt alles erdenkliche getestet habe und zum Schluss noch auf einem anderen Server beim selben Webhoster, mit einer reinen Oxid eShop Demo-Installation (wie Version des Kunden 465), komme ich zu dem Ergebnis, dass das Problem wohl beim Provider liegen muss - möglicherweise am Email Handling (Filter ?).

error.log zeigt nichts an.

Debugging geht nicht, weil dann ein Timeout kommt (30sec).
Nach Browser-Refresh zeigt der Degugger aber noch folgendes (die ersten 2 Zeielen reichen schon):

Profile process:6.13832s116.13832s
Profile oxNew:6.03083s98.25%134
0.04501s

Zum Vergleich meinRootserver:

Profile process:0,20524101.16%10.20524s
Profile oxNew:0,050925.09%100
0.00051s

Was sagst Du dazu?

Hi,

hast Du vielleicht Zugriff auf die E-Mail-Logs? Eine Graylist (Filter) hast Du üblicherweise für Inbound-E-Mails. Oder es gibt halt wirklich sehr restriktive Einstellungen aber das erfährst Du sicher nur vom Provider direkt.

Gruß

Danke sehr, es lag anscheinend doch an den SMTP-Daten.
Ich habe jetzt testweise einen anderen Account eingetragen und siehe da, es funktioniert.
Jetzt ist die Frage, warum hat es mit dem gmail Konto was vorher eingetragen war nicht mehr funktioniert?
Ist nicht so wichtig, weil da später sowieso ein ganz anderes Konto hinkommt, würde mich aber mal interessieren.

Mit freundlichen Grüßen,
Robin

hast Du den Port mit angegeben?

Nein, habe ich nicht, allerdings habe ich den jetzt auch nicht angegeben…

Usage:
For SSL or TLS encryption, use SMTP Server 
(Admin tool -> Master Settings -> Core Settings -> Main) 
definition in the following form:
protocol://host:port

e.g.
> ssl://smtp.gmail.com:465
or
> tls://smtp.gmail.com:587

Note: please check your SMTP server's protocol (eith SSL or TLS) 
and enter correct protocol/port combination.

e.g. Google Mail has both services active on different ports 
(http://mail.google.com/support/bin/answer.py?hl=en&answer=13287):
Port for TLS/STARTTLS: 587
Port for SSL: 465