Gelöst Untragbare Ladezeiten und Serverkonfiguration von eazyauction.de - keine mobile Optimierung möglich

[x86]

Hallo JTL-Software Team,

wir haben unsere Templates für dass kommende eBay Update im Bezug auf mobile Nutzbarkeit optimiert
und testen diese mit iWays (die bieten dafür ein Tool an) und Google (Insight, Audits in Chrome usw.).

Nun fällt mir während der Arbeit und der ständigen Optimierung auf, dass jedes Angebot
das bei eBay eingestellt wird nicht auf dass Bild im Shop weißt sondern auf die IP-Adresse 136.243.33.213
und den Host eazyauction.de. Bis hierhin alles gut, hier werden wohl alle eBay-Bilder, aller Kunden gehostet
die Angebote auf eBay inserieren.

Nun zum Problem, tagsüber scheinen die Ladezeiten im "normalen" Bereich zu liegen.
Ab 19.00 bis in die Nacht hinein, geht anscheinend der EAZYAUCTION Server dermassen in die Knie dass der TTFB bei vielen Bildern bei 6 - 18 Sekunden geht. Bevor die Frage gestellt wird, es wird per LAN
mit einer Windows Maschine und OSX geprüft, in Firmen- und Privatnetzwerk.

https://api.monosnap.com/rpc/file/download?id=LiRfW7bnT4r9U1v0Sc2KmtFl5Wpawb

Gerade im Bezug auf die Ladezeit auf dem mobilen Endgerät, Horror!
Wenn eBay tatsächlich mobile-first als Rankingfaktor heranzieht, würde es mich deshalb nicht wundern wenn viele eBay Händler sich über einen Umsatzeinbruch wundern.

Teilweiße bricht Chrome, Firefox, IE den Request nach 30s ab da der Server es nicht schafft in 30 Sekunden einen First Byte auszugeben (siehe rot).

[URLhttps://api.monosnap.com/rpc/file/download?id=lrvfgBKX6LRSZIMrinDZITBHOThQjt[/URL]

Außerdem:

1. Es wird kein Expires Header von eazyauction.de bei der Ausgabe von Bildern ausgegeben. Warum?
2. Auch wenn mich Apache nicht stört, weshalb wird Apache2 zum - anscheinend - ausschließlichen Hosten von Bildern verwendet? Ist überhaupt TCP-Loadbalancing aktiv?
3. Keine gzip-Komprimierung seitens eazyauction.de bei Bildern?

Diese Ladezeiten haben wir bei einer Reihe von Kunden und Nicht-Kunden größerer eBay Shops gemessen, die mutmasslich JTL Eazyauction im Einsatz haben (erkennt man ja am Badge "Powered by JTL" unten), auch werden Ressourcen bei jedem Template von der gleichen IP geholt.


Und Nein, der Beitrag soll keine Aufruf zur Meuterei sein
Vielleicht gibt es Gründe und Alternativen, z.B. die Bilder auf dem eigenen Server per Wawi hosten zu können.

Grüße
Stephan

 

[hula1499]

Hm, du musst echt eine sehr schlechte Zeit erwischt haben.

Auch wenn mich dieses ganze eazyauction Zeug auch vollkommen nervt (ich würde es lieber selbst ausliefern und dieses Powered by interessiert mich auch nicht, wir zahlen ja schliesslich auch für das Service) kommen wir meistens "nur" auf 1 Sek bei den EA Bildern via JTL Server.
Bei uns kommen sie von 78.46.78.xxx - bilder1.

Nachtrag:
Ja, dein Server 5 dürfte echt Probleme haben.
8-10 Sekunden Ladezeit (wenn du die Auktion schon "verstecken" willst, darfst nicht ein paar Teile sichtbar lassen )
Davon bei allen Bildern ein TTFB von > 5 Sek.

 

[css-umsetzung]

Ich hab das grade bei einem meiner Kunden geprüft der auch auf dem 5er sitzt.

Toll, bin ja wieder begeistert, da muss doch jemand sitzen, der auch mal nen Auge auf die Server wirft

 

[x86]

Hm, du musst echt eine sehr schlechte Zeit erwischt haben.

Auch wenn mich dieses ganze eazyauction Zeug auch vollkommen nervt (ich würde es lieber selbst ausliefern und dieses Powered by interessiert mich auch nicht, wir zahlen ja schliesslich auch für das Service) kommen wir meistens "nur" auf 1 Sek bei den EA Bildern via JTL Server.
Bei uns kommen sie von 78.46.78.xxx - bilder1.

Nachtrag:
Ja, dein Server 5 dürfte echt Probleme haben.
8-10 Sekunden Ladezeit (wenn du die Auktion schon "verstecken" willst, darfst nicht ein paar Teile sichtbar lassen )
Davon bei allen Bildern ein TTFB von > 5 Sek.

Danke für das Feedback, wusste nicht das es tatsächlich mehrere Server zu geben scheint, kann ich den Server den JTL verwendet selbstständig wechseln?
Verstehe nicht ganz, was du mit Auktion verstecken meinst ?

Aber mal im Ernst, einen TTFB von 5 Sekunden - 30 Sekunden?
Ich vermute dass die Bilder vorerst in verschiedenen Auflösungen mit dem PHP GD-Modul gemalt werden,
lässt sich ja im EAZYAUCTION Template mit

Bild | Groesse: Breite: Hoehe

angeben auf welche Größe er es skalieren sollte.
Ich gehe einfach davon aus, dass dieser (und vielleicht auch andere Server) hoffnunglos überfordert ist oder einfach die Komponente (ob PHP GD
oder Imagemagick) die sich um die Auflösungen hoffnungslos "zugebombt" wird oder einfach nur Kacke geschrieben wurde.
Da es hier um Umsatz geht und jeder EAZYAUCTION Kunde monatlich dafür zahlt, würde mich eine Fehlerlösung freuen.

Ich hab das grade bei einem meiner Kunden geprüft der auch auf dem 5er sitzt.

Toll, bin ja wieder begeistert, da muss doch jemand sitzen, der auch mal nen Auge auf die Server wirft

#

Sehe ich ganz genau so, würde mich freuen wenn jemand von JTL dazu ein Kommentar abgibt da
wir das nicht beeinflussen können, ideal wäre wenn man die eigenen Artikelbilder aus dem Shop laden lassen könnte.
Wenn das ginge, wäre das 1A.

 

[css-umsetzung]

Sehe ich ganz genau so, würde mich freuen wenn jemand von JTL dazu ein Kommentar abgibt da
wir das nicht beeinflussen können, ideal wäre wenn man die eigenen Artikelbilder aus dem Shop laden lassen könnte.
Wenn das ginge, wäre das 1A.

Das wird vermutlich nicht gehen, da Der Server die Bilder ja anhand der übergebenen Daten rendert, die im template hinterlegt sind.
Ich denke mal nicht dass es ein GD Problem ist, die Bilder werden doch bestimmt nur einmal gerendert und liegen dann bestimmt so lange rum, bis sich was ändert.

 

[Thomas Lisson]

Hi zusammen,

danke für den Hinweis, schauen wir uns an!

In nicht mehr allzu ferner Zukunft stellen wir das gesamte eA System auf neue Technologien um, mit sehr vielen Vorteilen für euch und uns.

 

[css-umsetzung]

aber doch hoffentlich nicht in die amzon cloud

 

[hula1499]

Frag deinen Kunden mal, ob er lieber 1x im Jahr einen Ausfall von ein paar Stunden haben möchte, dafür sonst eine top-performance (und das EU weit) oder ob er lieber ein TTFB von >500ms haben will

Solangs kein Cloudflare ist... .

 

[exe]

Nein, die Daten werden in keiner Cloud-5.0-IoT-AI abgelegt und es werden keine externen Ressourcen eingebunden.

Das wird ein ordentliches Setup mit mehrfacher Redundanz, breiter Skalierung und mit allem PiPaPo

Lasst euch überraschen ...

 

[hula1499]

ein ordentliches Setup

Ein "ordentliches Setup" in 2017 beinhaltet eine CDN Anbindung (von euch direkt oder vom Kunden) um andere Länder auch ordentlich beliefern zu können.

 

[exe]

Momentan liegt der Fokus auf dem Europäischen Markt und dort benötigt man kein verteiltes CDN - innerhalb von Europa hat man eine sehr niedrige zweitellige ms-Latenz.

Wenn ein größerer Fokus über Kontinenten hinweg entsteht, dann ist es "recht einfach" ein CDN entsprechend in anderen Locations vorzuhalten. Das ist ein Aspekt der berücksichtigt, allerdings noch nicht geplant ist. Wir halten euch und uns alle Möglichkeiten offen

 

[hago24]

Ich habe dieses Verhalten auch schon länger beobachtet, dass zur Stoßzeit (19-22 Uhr) das aufbauen der Templates inklusive Bilder eine Ewigkeit dauert bei unseren eBay Angeboten. Aber freut mich zu hören, dass daran gearbeitet wird und sich das bald erheblich bessert.

 

[exe]

@helix-premium : Wir haben noch am Freitag einige Einstellung geändert, in der Hoffnung das die Performance da durch besser wird. Es wäre super, wenn wir von dir nochmals ein Feedback erhalten.

 

[hago24]

Gerade heute sollte der beste Tag sein um das zu testen, ich werde mich heute Abend mal hinsetzen und einige Angebote durchgehen und die Ergebnisse hier bekannt geben.

EDIT:

Gerade mal einen kurzen Test gemacht und der Aufbau ist nahezu instant. Zu sagen ist, dass ich eine 120mbit Leitung habe.

9:50 Uhr

https://i.gyazo.com/dc6ac9b880c6043b70a8e963c3866325.png

Mit dem selben Angebot mach ich dann heute Abend zu verschiedenen Zeiten Stichproben und poste hier die Ergebnisse mit Uhrzeit

 

[hula1499]

480 ms innerhalb DE ??nahezu instant??
und dass ausserhalb jeglicher Prime-Time, am Sonntag um 10 Uhr?

Hab ich nur den Sarkasmussmiley übersehen?

bilder1 ist nun auch zu vergessen:

Mehrmals mit unterschiedlichen Auktionen getestet.

 

[exe]

Ich danke euch ! Die Änderung wurden zunächst nur auf dem bilder5 Server umgesetzt. Die anderen Server werden wir am Montag nach gehen

 

[hago24]

480 ms innerhalb DE ??nahezu instant??
und dass ausserhalb jeglicher Prime-Time, am Sonntag um 10 Uhr?

Sicher sind 480ms nicht instant Aber ein riesen Unterschied zu maximal 15sec aus Post #1

Ich werde später am Abend weitere Tests machen und die Ergebnisse posten.

 

[hula1499]

Ja, natürlich ein Unterschied, aber trotztem viel zu hoch.

Würd mir das Testen am Abend sparen, exe meinte ja, sie machen die anderen Server am Montag auch.

 

[hago24]

So haben wir wenigstens eine Referenz und wissen was die Verbesserungen bringen oder auch nicht.

19:50

https://i.gyazo.com/9286bdc92b17607cc86fc6244ed37a4d.png

Also jetzt sind die Server scheinbar absolut ausgelastet und pfeifen auf dem letzten Loch. Das Template baut sich nichtmal komplett auf und sieht vollkommen zerstört aus. Nach ein paar Refresh's hat es sich dann gefangen. Will gar nicht wissen wie viele Kunden deswegen von meinen Angebot runtergehen und nicht kaufen..

Direkt nochmal um 20:00 und jetzt sind die Server endgültig überfordert.

https://i.gyazo.com/a0b7830e3fd504e30ac17551f1d8fddc.png

Teilweise scheint es in den Timeout zu laufen und wie das Template nun ausschaut kann man sich ja vorstellen.

Um um die Zeit meine Internetleitung auszuschließen hier noch ein Speedtest um 20:00 Uhr

https://i.gyazo.com/98a2ae709d95b67ec8dc6864dc0c2d34.png

 

[exe]

Hallo zusammen !

@helix-premium : genau deswegen - Danke !

Wir haben die übrigen Server entsprechend dem Bilder5-Server angepasst. Könnt ihr die Performance bitte nochmals prüfen ?