Neu Plugin Update: JST Nosto

[webstollen]

@Truckstyler

Sollte eigentlich nicht, denn alle Lasten sind ja auf die Nosto Server ausgelagert, es wird ja nur das JS Snippet geladen.

Auf den ersten Blick (per lighthouse) sind wie so oft die Bilder ein Hauptfaktor für die Performance. Diese benötigen schon mal 3 Sekunden (Startseite).

Wenn du magst, können wir uns das aber bezüglich Nosto ansehen, um alles auzuschließen.

Schreib uns einfach über unser Helpdesk an: https://ws-url.de/help

 

[ChrisTS]

Das Ganze ist auf jeden Fall solange Nosto den reindex der products anlegt.
Die Frage ist nun eben wie oft und wann Nosto das macht?

 

[webstollen]

das macht nosto eigentlich nur einmal zu Beginn oder wenn du es anstößt. Ansonsten werden die Produkte per crawler aktualisiert

 

[css-umsetzung]

Ich konnte das jetzt ganz gut nachvollziehen.

Wenn ich auf einem Server, auf dem ich alleine bin (keine User keine anderen Prozesse), den cache Lösche, mysql und redis neu starte, dann ein Produkt aufrufe das ca. 500 Kinder hat,
dann habe ich mit Nosto einen ttfb von 4,5 MInuten, mit aufgebautem Cache dann ca 1,10s dazu kommt das der Serverload mit nur dem einem Artikel von Langeweile auf 1 ansteigt,.
Ohne Nosto dauert das 3 Sekunden, mit aufgebautem Cache dann 430ms, hier zuckt der Serverload nicht einmal.

Das kann ich beliebig oft Wiederholen, ich frage mich gerade, welcher Kunde 4 Minuten auf eine Webseite wartet
Habe ich also einen gut laufenden Shop mit vielen Variationen habe ich jedesmal wenn der Cache erneuert wird so richtig Stress auf dem Server.

Ich habe mir die Plugineinstellungen selbst jetzt nicht angeschaut, ob man da etwas dran schrauben kann aber ich gehe davon aus das die richtig konfiguriert sind.
Es hat den Anschein (meine Vermutung) das es daran liegt das für jedes Kind (obwohl ich den Vaterartikel aufrufe) alle Eigenschaften und auch andere Daten ausgelesen werden, ich komme dann irgendwie auf mind. 1000 zusätzliche SQL Querys?

Das sind wie geschrieben Vermutungen, da ich die Programmierung nicht einsehen kann.

 

[webstollen]

Hallo Andreas,

vielen Dank für dein Feedback, das hilft uns sehr.

Über 500 Kindartikel ist tatsächlich ungewöhnlich, so ein Fall ist uns bisher noch nicht bekannt geworden.
Ladezeitprobleme, mit über 4min, haben wir auch bisher auch noch von keinem Kunden gehört.

Auf einer kleinen Docker Maschine läuft ein 500 Kindartikel bei uns in 15s (ohne Cache).

Alternativ kannst du natürlich die Einstellung "Kindartikel-Daten übergeben" im Plugin Backend auf "Nein" setzen, das sollte deine Ladezeit deutlich verbessern.

Gerne können wir dir in deinem speziellen Fall individuell helfen, schreibe uns direkt an oder nutze einfach unser Helpdesk: helpdesk.webstollen.de

Wir finden hier zusammen sicher eine Lösung

Schönen Gruß
Michael

 

[css-umsetzung]

Als Servicepartner und wenn es um Plugins anderer Servicepartner geht, gehe ich lieber über den direkten Kontakt um ein Problem zu lösen.
Der Umweg über ein Ticketsystem macht das ganze unnötig kompliziert und dafür haben wir ja eigentlich das interne Netzwerk würde ich meinen.

Aus meiner Sicht ist das Plugin so nicht nutzbar, ich sehe im Plugin auch keinen Hinweis darauf, warum die Daten der Kinderartikel wichtig sein sollen.
Aus der Doku werde ich in dem Punkt auch nicht richtig schlau.

Wenn Ihr das in einem Shop mit (vorsicht, Beispiel10 Artikeln und einem Vater/ Kindartikel (500 KInder) testet, dann geht das an der Realität vorbei.
Wir sprechen hier von einem Shop mit ca. 27000 Artikel, 162000 Merkmal Zuweisungen und fast 16000 Artikelattribut Zuweisungen, sowie ca. 2200 Eigenschaften,
die Anzahl der Kinder eines Artikels geht bis 1000, normal sind es dort zwischen 1 und 300.

Das ist dann schon eher die Realität

Dem gegenüber steht ein Server der nur durch dieses Plugin an seine Leistungsgrenze kommt.

 

[css-umsetzung]

Es ist auch ärgerlich, wenn ich in das errorlog schaue stehen nur eure Plugins da drinnen, insbesondere auch die Dashbar, obwohl sie deaktiviert ist.
Das komplette Log ist voll und das nur durch eure Meldungen.

[Wed Oct 16 10:30:08.166360 2019] [proxy_fcgi:error] [pid 13632:tid 140067792213760] [client 18.196.162.107:45746] AH01071: Got error 'PHP message: PHP Fatal error:  Uncaught Error: Class 'ws_dashbar\\Shop\\Exception\\AccessDenied' not found in /var/www/vhosts/..../httpdocs/includes/plugins/ws_dashbar/api.php(2) : eval()'d code:61\nStack trace:\n#0 /var/www/vhosts/....../httpdocs/includes/plugins/ws_dashbar/api.php(2): eval()\n#1 {main}\n  thrown in /var/www/vhosts/.../httpdocs/includes/plugins/ws_dashbar/api.php(2) : eval()'d code on line 61\n'
[Wed Oct 16 10:31:39.498278 2019] [proxy_fcgi:error] [pid 18230:tid 140068513625856] [client 46.229.168.142:41582] AH01071: Got error 'PHP message: ExclusiveLock::acquire_lock FAILED to acquire lock [nosto_sync]\n'
[Wed Oct 16 10:32:29.393106 2019] [proxy_fcgi:error] [pid 13632:tid 140067792213760] [client 157.55.39.123:11387] AH01071: Got error 'PHP message: ExclusiveLock::acquire_lock FAILED to acquire lock [nosto_sync]\n'

 

[webstollen]

Hallo Andreas,

vielen Dank für Deine Nachricht.

Gerne schauen wir uns das in dem Shop direkt an, Ladezeiten über 4 Minuten sind selbstverständlich nicht zu akzeptieren und kommen auch in Shops mit nosto die weit über 200.000 Artikel haben nicht vor. Auch in der Spitze bis zu 1000 Kindartikel sollten kein Problem sein. Ich bin hier sehr zuversichtlich, dass wir hier eine gute Lösung finden.

Bezüglich der dash.bar vermute ich, dass hier noch das Plugin der beta Phase installiert ist, denn nur in der beta Phase haben wir hier solche Einträge anzeigen lassen.

Ich schreibe dir gleich in Slack eine Nachricht, dann kannst du mir den Shop deines Kunden direkt nennen und wir kümmern uns darum.

Beste Grüße
Florian

 

[Desecrator]

Dem Feedback nach zu urteilen nutzen ja tatsächlich nicht grad viele Nosto... wundert mich, wir haben nur äußerst gute Erfahrungen damit gemacht.
Die Preisstrategie hat sich stark geändert bei denen. wer aber noch mit altem Tarif unterwegs ist, der hat den Jackpot

 

[DITH-Shop]

Dem Feedback nach zu urteilen nutzen ja tatsächlich nicht grad viele Nosto... wundert mich, wir haben nur äußerst gute Erfahrungen damit gemacht.
Die Preisstrategie hat sich stark geändert bei denen. wer aber noch mit altem Tarif unterwegs ist, der hat den Jackpot

Nachdem von "nahezu kostenlos" (Berechnung anhand des Umsatzes) auf 99Euro monatlich umgestellt wurde, bin ich bei denen raus.
Es machte keinen Sinn für mich bei monatlich 2.000 Euro Umsatz im Shop, solch hohe Fixkosten in Kauf zu nehmen, wenn nur 5-10% mehr Umsatz generiert wird.

Ansich war es aber tatsächlich eine gut gemachte Dienstleistung. Nur halt jetzt VIEL zu teuer

 

[Desecrator]

na ok, bei dem Umsatz hätte ich wohl auch abgesagt. Gibts denn Alternative zu Nosto die eine Anbindung an jtl5 erlauben?

 

[Desecrator]

Also wir hätten uns jetzt dran gemacht Nosto manuell per Dropper einzubinden.
Hier eine Anleitung: https://docs.nosto.com/techdocs/implementing-nosto/implement-on-your-website/manual-implementation
Kann uns das jemand eindeutschen? Den ersten Teil in den <head> einzufügen war easy. Bei den Produkten im Warenkorb setzt es schon aus:
https://docs.nosto.com/techdocs/imp...ur-website/manual-implementation/cart-tagging

Wer mag helfen?

 

[MSpeck]

Wir stehen aktuell grad vor dem gleichen Problem. Wir hatten zwischenzeitlich auch über einen Wechsel zu Admorris nachgedacht, jedoch ist das automatisierte Versenden von Erinnerungs - E-Mails dort offenbar nicht möglich.