• Das großartige Treffen dieses Jahr wird nächstes Jahr wiederholt. Wir treffen uns wieder im Sauerlandpark. Diesmal ist der Termin noch nicht fixiert. Also schau im Thread vorbei und gib Bescheid, ob und wann du teilnehmen willst und kannst. Ich will auch!

PC Grafikkarte

Grafikkarte online bestellen
Ich saß bei der RTX3080 zu Release im Miramar Schwimmbad und wurde von meinem Sohn angebrüllt, er wolle jetzt rutschen!
EINE FUCKING SEKUNDE habe ich "in stock" gesehen. EINE!
 
die 3070 gibs für uns nur über notebooksbilliger. Dort landet man auf einer Warteschleife (vor der gesamten!!!!) seite, oder man sieht die Seite mit der Graka, oder sie ist nicht verfügbar, oder sie ist dann an der kasse nicht im Warenkorb oder - und das kommt zu 90% vor - man landet auf https://www.notebooksbilliger.de/fehler

:D
 
Mir is das zu absurd, da hat man ja auch keinerlei möglichkeit zum preisvergleich. Hatte bei alternate eine um 700 kurz im warenkorb aber dann drauf geschissen...
 
Das System ist dann schon deutlich besser. Backend erstellt ein Ticket mit einer Id, die in der Datenbank dann einen Rank bekommt. Wird dann in den Cookie gelegt oder ein JWT mit gemeinsamer Signatur über die Systeme hinweg. Und danach per serversite events immer die aktuellen Buckets an die clients pushen, die dann den state der page wechseln.
Bei der Bestellung wird geguckt, ob beim POST zum ShoppingCart dann die aktuelle ID "an der Reihe ist". Bestellung durch: Neue Events pushen und die nächsten sind dran. Und alle 10 Minuten, werden die Tickets invalidiert, dass Nichtstuer aus der Queue fliegen. Für mich das beste System, das nicht mit den Erwartungen spielt. Vier Autarke Services, die sich eine Event-Queue für die Kommunikation teilen:
1. Shop as Is (CDN)
2. Warenkorb
3. Warteschlange
4. Bestellung
 
Inkvine schrieb:
Das System ist dann schon deutlich besser. Backend erstellt ein Ticket mit einer Id, die in der Datenbank dann einen Rank bekommt. Wird dann in den Cookie gelegt oder ein JWT mit gemeinsamer Signatur über die Systeme hinweg. Und danach per serversite events immer die aktuellen Buckets an die clients pushen, die dann den state der page wechseln.
Bei der Bestellung wird geguckt, ob beim POST zum ShoppingCart dann die aktuelle ID "an der Reihe ist". Bestellung durch: Neue Events pushen und die nächsten sind dran. Und alle 10 Minuten, werden die Tickets invalidiert, dass Nichtstuer aus der Queue fliegen. Für mich das beste System, das nicht mit den Erwartungen spielt. Vier Autarke Services, die sich eine Event-Queue für die Kommunikation teilen:
1. Shop as Is (CDN)
2. Warenkorb
3. Warteschlange
4. Bestellung
Zum Vergrößern anklicken....

Solange wir nur unwichtiges Zeugs so einkaufen ... :zahn:
 
Inkvine schrieb:
Das System ist dann schon deutlich besser. Backend erstellt ein Ticket mit einer Id, die in der Datenbank dann einen Rank bekommt. Wird dann in den Cookie gelegt oder ein JWT mit gemeinsamer Signatur über die Systeme hinweg. Und danach per serversite events immer die aktuellen Buckets an die clients pushen, die dann den state der page wechseln.
Bei der Bestellung wird geguckt, ob beim POST zum ShoppingCart dann die aktuelle ID "an der Reihe ist". Bestellung durch: Neue Events pushen und die nächsten sind dran. Und alle 10 Minuten, werden die Tickets invalidiert, dass Nichtstuer aus der Queue fliegen. Für mich das beste System, das nicht mit den Erwartungen spielt. Vier Autarke Services, die sich eine Event-Queue für die Kommunikation teilen:
1. Shop as Is (CDN)
2. Warenkorb
3. Warteschlange
4. Bestellung
Zum Vergrößern anklicken....
beim sync über die Clientes scheint es bei denen aber alles aus zu sein. War ständig auf nem anderen Client, der doch Bestand oder nicht oder doch wieder etc hatte.

Ob die wirklich mit Events arbeiten, ist auch nicht klar. oder weißt du das genau?
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben