Na super. Ich komme aus München, wir klären gerne.
Hä, was? Tauschen wir halt. Wir lassen uns
einfach komplett weg. Hier, hier komm du mit,
Nikre. Ich mit Mikro aufgelegt. Ja, Details.
Inhalte kommen später. Okay. Nächster Versuch. Wir überspringen
die Werbung, um Zeit zu sparen.
Ja, dankeschön. Und wir reden heute über Architektur.
Genau. Das heißt, wir werden keinen Code zeigen.
Wir werden auch nicht irgendwie Leute, die jetzt nichts PFP
zu tun haben, mit PHP, Details langweilen.
Hoffe ich jedenfalls. Genau. Wir werden euch so zwischen
20 und 70 Minuten was erzählen. Ungefähr 45. Mal schauen.
Und wir würden euch ausnahmsweise fragen, dass ihr die Fragen
bis zum Ende sammelt. Weil sich einige der seltsamen,
anmutenden Aussagen vielleicht ein lauter des Vortrags noch aufklären.
Genau. Fangen wir mal an mit... Klassischer Architektur. Klassisch deshalb,
weil, ich glaube, ist der Unternehmenssatz unten drunter schon steht,
das immer so gemacht wurde und deswegen muss es auch weiter so gemacht werden.
Und so schreibt man halt Webseiten. So wäre perfekt,
dass Hüdel vor uns erzählt hat,
haben wir immer schon so gemacht und das ist garantiert richtig.
Machen alle so? Genau. Wie sieht denn sowas aus?
Das sind ganz tolle, ja, mehr oder weniger Architekturdarstellung.
Klassischerweise hat man irgendwie einen Browser, der irgendwie einen Request auslöst,
der dann irgendwie beim Webserver aufschlägt und der im Zweifel dann
mal irgendwo an PEP weitergereicht wird.
Also zumindest in unserem Umfeld. Kann natürlich auch andere Sprachen geben,
die dahinterlaufen. Dass dann wiederum klassischerweise mit irgendeiner Datenbank redet,
um da irgendwelche Daten rauszusammeln und das dann irgendwie wieder
zurückverarbeitet in HTML umwandelt,
dass dann der Webserver ausliefern darf in irgendeiner Form
Was dann hoffentlich mal One-Nine-Browser aufschlägt und dann entweder kaputt aussieht oder
halt eben richtig, je nachdem, wie gut Designer waren.
Das Ganze hat 1999 super funktioniert, Anwendungen,
die so aussehen heißen, Wordpress oder Schuppel oder Taiko
Greide oder wie man sie auch alle kennt im KT-Umfeld.
Es gibt auch einen ganz anderen Sprachen, ähnliche Architekturen.
Und da ist erstmal gar nichts falsch dran, solange,
oder da war nichts falsch dran, so lange,
bis das Internet irgendwie groß geworden ist.
Und heutzutage haben wir irgendwie so ein ganz spannendes Problem im Internet,
nämlich da gibt es viele Leute drin und die erzeugen keinen.
Das ist ganz böse, wenn man dann mit
so einem Web-Server relativ schnell irgendwie an der Wand steht.
Genau. Also das macht man? Man führt mehr Hardware ein,
indem man einfach sagt, okay,
wir brauchen nicht nur einen Web-Server, sondern wir brauchen,
wie alle anfangen zu zeichnen,
nur weil man das Wort mehr Hardware gesagt hat.
Man führt also mehr Hardware ein. Da steht mehr Hardware
, doch, doch, da.
Ich habe es mir extra gemerkt
Bauen Low-Balancer dazu, weil... Ladezeit zu verkürzen.
Das heißt, wir haben das Problem,
was unsere eigene einziger Server potenziell nicht hinterhergekommen ist,
irgendwie dadurch... Cool, wir haben ein Bingo, hervorragend.
Dadurch gelöst, dass wir mehr Hardware eingebaut haben und die
ganze Anarchitektur komplexer gemacht haben, weil wir haben mehr Komponenten.
Das ist total super, weil wir jetzt eigentlich nur,
ja, was haben wir jetzt gewonnen?
Außer, dass wir potenziell mehr Last aushalten können?
Einen Haufen Probleme haben wir gewonnen. Genau. Wir haben typischerweise eine monolithische Architektur,
was jetzt in der Skript-Sprache wie PHP eigentlich eine ganz blöde Idee ist,
weil da zwingt einen gerade niemand irgendwas monolithisch zu bauen.
Weil wir müssen ja nicht die in anderen Sprachen irgendwie
so einigen Gigabyte-Binary kompilieren und irgendwo auf dem Server werten.
Das kann man mit PHP und anderen Tools auch machen,
aber das ist ein anderes Thema.
Ja, das ist ein ganz anderes Thema. Also monolithische
Architekturen haben, wie wir alle wissen, einige Nachteile.
Und wenn man das Ganze in etwas kann,
kleiner Repäckchen runterbrechen könnte, wäre man an vielen Stellen vielleicht flexibler.
Wobei wir dann eine Datenbank drunter haben, tun wir,
was jede gute relationale Datenbank tut, nämlich.
Wir normalisieren alles bis zu Tode. Und ja,
weil man das so gelernt hat. Ach so,
weil 1960 Speicherplatz klappt, war auf Festplatten.
Genau. Und weil man gesagt hat,
man will ja eine dante Datenhaltung, ist irgendwie doof,
weil Daten doppelt halten, hört sich irgendwie total blöd an.
Das müsste man ja doppelt pflegen. Und deswegen wäre das
ja, also das geht gar nicht.
Genau. Und wenn sich jetzt die Postleitzahl von Hamburg ändert,
dann möchte ich das nur an einer Stelle in meiner Datenbank ändern müssen.
Ja, weil auch in Hamburg die Postleitzahl,
aber na gut, okay, anderes Thema.
Okay, aber... Das ist ein Pull-Prinzip? Bitte?
Prinzip und auswählen. Ja, München ist jetzt nur, ja.
In München braucht keine Postleitzahl, weil das kennt jeder.
Was ist Pull-Prinzip? Prinzip heißt ganz banal, wenn jemand
im Browser eine Seite sehen will, dann kriegt er sie zusammengebaut.
Also der zieht sich die Seite so richtig aus der Datenbank raus.
Genau, klassisch. Also im ersten irgendwie Ansatz nochmal super hier. Ja,
vor allem, wenn man quasi dynamisch immer wieder aktuell Daten haben möchte,
will ich ja immer wieder auch den neuesten Stand aus der Datenbank haben,
weil es könnte sich ja irgendwas geändert haben.
Ja, stimmt. Wir haben dann irgendwie mal,
wie wir das immer so gerne tun,
im Wikipedia nachgeschaut und haben ein ganz tolles Zitat gefunden,
moderne Internetseiten bestehen häufig aus vielen Bausteinen, mit unterschiedlichen Lebensdauern.
Da steht Internetseiten. Ja. Und da steht dann auch
, dies stellt Cashing-Systeme vor völlig neue Aufgaben.
Was eine ziemlich spannende Erkenntnis ist, weil irgendwie bringt es offensichtlich nichts,
ganze Seiten zu cashen. Also das hat man mal versucht,
es gab so Tools wie Squid, die gibt es auch heute noch,
die dann ganze Seiten gecasht haben,
damit so ein bisschen die Last von den Servern genommen haben.
Das ist total super. aktuelle Daten sehen.
Ja, genau. Das ist halt überbewertet
Wir könnten ja am Server nachfragen, ob die Daten noch
aktuell sind und dann die Seite ausliefern. Genau, das heißt,
wir erhöhen den Aufwand auf dem Server herausfinden, ob die Daten,
die er eh hätte abrufen müssen, noch aktuell sind.
Weiß ich nicht, ob möglich wäre. Ja, ist
total sinnvoll, definitiv. Gibt also ganz offensichtlich echte Probleme
mit dem ganzen Konzept, was Cushing angeht, technisch.
Deswegen gibt es ja auch Edge-Site in Clues. Genau. Hat irgendjemand sich mal überlegt,
das ist eine total tolle Idee ist, nicht mehr ganze Seiten zu caschen,
sondern die Seite irgendwie aufzuteilen und da Einzelkomponenten draus zu caschen?
Das Coole ist, dass das eine Erkenntnis ist,
dass man das machen könnte, die irgendwie genauso alles wie Web-Server,
weil ich erinnere mich noch so an den Appetchy,
1.3 Web-Server, so irgendwie Anfang der 90er irgendwann,
da gab es SSI, Server-Site-Include.
Und wenn man sich die Syntax anguckt,
was man da in Edge-Includes heute schreibt und das,
was man damals in ihr Patchy reingeschrieben hat,
das sieht irgendwie ziemlich identisch aus.
Das heißt, wir haben eine alte Technologie,
die damals schon nicht funktioniert hat,
heute nochmal übernommen und in ein neues Kleid gepackt jetzt soll es besser funktionieren.
Ja, wir haben uns das mal angeguckt und haben uns da filisiert,
weil wir eigentlich festgestellt haben, so warnisch,
was ja heutzutage gerne mal verwendet wird.
Wenn man da guckt, was warnisch da so ausmacht,
hätte ich es halt include und so.
Irgendwie ist es so eine Template-Sprache. Also könnte ich jetzt
auch im PHP meine Templates hinschreiben. Ich kann sie auch
in Warnisch hinschreiben. Und in der Tat ist das genau,
was hier passiert. Durch so ein Cash-Proxy oder so ein Reverse-Proxy-Livanisch,
oder ein HTTP-Accelerator oder wie auch immer man es nennen mag,
baut man sich eigentlich ein komplett neues Spondent über seinen Primster.
Wenn da drunter jetzt so eine monolithische Architektur liegt und das ist vielleicht noch,
also Closed Source wäre ja ganz übel,
geht im PHP irgendwie auch nicht so ganz,
aber so eine Black-Box-Software wie XY oder Z,
dann ist das eigentlich die einzige Schoss, die ich habe.
Wenn ich aber die Software selber baue und selber kontrolliere,
dann ist das eigentlich eine ziemlich blöde Idee,
weil wir einiges an Problemen haben.
Genau. Die Farbgebung ändert sich gerade? Ja,
der Beamer ist Der Bio hat einen Fehler, den Hauptplatz war.
Das ist halt das Kabel zu sein, aber es...
Das ist scheiße. Das glaube ich gar nicht.
Wir können auch ohne Slides. Also Moment mal,
Sachen, die ihr da unten gesagt habt,
dürft ihr nicht abstreichen, weil das wäre jetzt irgendwie seltsam.
Das wäre zum Scheitern verurteilen. Genau. Also wie kann man
das Problem lösen? Man kann da mehr Hardware draufschmeißen.
Das ist übrigens ein sehr häufig vorgeschlagenes Problem und interessanterweise sind diejenigen,
die diese Lösung vorschlagen, typischerweise Firmen, die Hardware verkaufen.
Spannend ist auch, wenn man das nicht als Hardware in Physik,
sondern eben in virtuell betrachtet,
dann entsprechend mal die Cloud einzusetzen und zu sagen,
wir diskalieren einfach da auf die Cloud alles drauf und nehmen halt ganz viele Instanzen von dort.
Kostet ja auch alles nichts, weil auch die Anbieter von
solchen Systemen natürlich kein Geld verdienen wollen.
Die schenken einem ja die ganze Rechenkapazität
Hattest du nicht mal erzählt von so einem Dynamic-Cloud-Anbieter, der einen DDUS wegskaliert hat,
um irgendwie eine ordentliche Rechnung geschickt hat, so mit sechs Stellen?
Ja. Ist in dem Falle eine kleinere Schweizer Firma gewesen,
die, ich glaube, es waren Motorradteile oder sowas,
also irgendwie so Zubehör für Motorradfahrer verkauft hat und irgendein anderer Mensch meinte,
der Laden ist total scheiße,
den mache ich jetzt klar und hat sich für wenig Geld
auf einem nicht ganz legalen Weg ein bisschen Rechenzeit gekauft und hat da mal wild Anfragen gegen diesen Store gejagt.
Ja, das hat der Store nicht weiter mitbekommen,
bis dann die Rechnung etwas höher ausgefallen ist, weil man Rechenzeit gebraucht hat.
Cashes in der Anwendung sind auch eine ganz tolle Idee,
weil Cashes sind ja überall, die im Rechner an verschiedenen Stellen drin.
Das Spannende an Cashes ist, dass die Cashes nicht garantiert,
dass Daten da sind, das heißt,
ich habe irgendwie entweder eine super Performance,
wenn die Daten aus dem Cash ziehen kann oder eine lausige Performance,
wenn ich die Daten erst in den Cashes Ich bin ja total froh,
dass es nicht Bullshit-Bingo genannt wird, oder?
Also Cashes sind irgendwie so vielleicht performen sie vielleicht auch nicht.
Cashes sind auch sehr stark von Lokalität, von Datenzugriff abhängig,
was ich persönlich schon sehr gruselig finde und anfange,
kaputt zu gehen, konzeptuell tut es dann,
wenn einem man sich mal klarmacht,
dass man sich beim Cashing mit einer TTL eigentlich per Definition darauf einlässt,
veralterte Daten auszuliefern.
Also ich liefere meinen Benutzern mal nur Daten aus,
das sind so ein paar Minuten alt,
weil schneller kommen wir halt nicht nach, die Seiten neu zu bauen.
Genau, sonst läuft unsere Daten lang halt nicht hinterher.
Das ist übrigens auch ein lustiges Problem beim Hardware-Skalieren ist,
weil Daten meiste skalieren kann man bis zu einem gewissen Maß ziemlich gut und irgendwann wird es echt schmerzhaft,
weil wenn ich mehr als einen schreibenden Server brauche,
habe ich echt lustige Probleme.
Ja, und dann kommt das Bild vivarisch oder ISI,
was gerade in der PHP-Welt durch Symphony 2 in den
letzten Jahren sehr bekannt gemacht wurde oder sehr bekannt wurde
Und das ist eigentlich eine ganz spannende Lösung,
weil man da jetzt einfach anfängt,
die Seiten wieder zu zerschneiden und zu sagen, ja,
ganze Seite,
das Element mit der kürzesten Lebenssauer hat man so drei Minuten oder vielleicht eine oder fünf Minuten.
Also jetzt kann ich mir entweder überlegen,
die ganze Seite drei Minuten zu cashen und dann neu zu
bauen oder ich schnipse was raus und das cash ich für
drei Minuten und den Rest kann ich für acht Minuten oder zwei Stunden cashen.
Das ist im Prinzip ISI und ISI ist vom Konzept her
so ein neues Content über meine Software drüber rauben.
Was übrigens ganz witzig ist, kleine Randanekdote ist,
dass Warnisch auf seiner Homepage behauptet, dass ISI ein WDRC-Standard wäre,
das ist falsch. Es ist eine beim WDRC veröffentlichte Note,
die ankommentiert von WDRC einfach als Note gepublished wurde und das ist alles.
Das ist seit 2001 der Stand. Es gibt kein ESI
WDRC-Standard. Wir wollen das jetzt nicht weiter kommentieren. Nein,
ich wollte es nur mal eingeflochten haben. Okay. So,
fassen wir mal kurz zusammen, wo wir jetzt mit so
einer klassischen Architektur im Prinzip stehen und welche Erkenntnisse wir hier schon mitgenommen haben.
Das sind eigentlich so eine Handvoll und die sind ganz banal.
Die wissen und kennen wir alle. Schnell bin ich immer dann,
wenn ich keine echte Arbeit im Request mache,
weil wenn ich irgendwie in so einem ESI plus irgendwie schon was im Cash rumliegt,
ausliefere oder irgendwann ist es super.
Und wenn überhaupt alles aus dem Ram kommt. Genau,
weil ein Cash ist idealerweise, den kann man ja nicht platte malen,
sondern eben wirklich aus dem Arbeitsschwächer beantworten können.
Genau. Also die Hardcore-Performance-Jünger sagen ja, sobald du auf die Feststadt,
also sobald die Datenbank auf die Festplatte geht, ist es schon vorbei.
Das kann man, jetzt muss man nicht so hart sehen,
aber im Endeffekt ist man schnell so lange mal alles aus dem Ram surfen kann.
Und was ich dann tue, ist, dass ich mit denen normalisierten Daten arbeite.
Ganz klar, weil diese normalisierte relationale Datenbank,
die ist sehr schön und gut und das mag vielleicht auch sinnvoll sein,
die irgendwo zu raten,
aber eigentlich nervt mich die in meinem Request nur nicht.
Okay. Und warne schon ESI hat aber so ein ganz wichtiges Element,
dessen, worüber wir noch reden wollen, eigentlich schon eingeführt.
Nämlich, das ist ja dein Lieblingswort.
Es gibt nicht auf der Liste. Nein, das steht,
glaube ich, nicht drauf, sondern das sind immer,
wo man das als Schnitt so behandelt. Das heißt,
wir haben kleinere HTML-Komponenten oder vorgerendete Komponenten, die natürlich jetzt,
wenn man ESI betrachtet, halt zwar auch noch gepullt werden,
weil sie dynamisch abgerufen werden, aber sie sind halt nur kleine Fragmente.
Es ist nicht mehr das komplette Ganze, die fertige statische
Seite oder komplette Seite, sondern eben nur noch High-Komponenten daraus.
Genau. Jetzt reden wir mal ein bisschen über Globetortasch.
Wir hatten einen Shop, der über Jahre gewachsen war und
dann ist die Firma dann erfolgreich gewesen und auch fleißig gewachsen.
Irgendwann haben sie festgestellt, dass ihr Shop alt und gewachsen ist.
Und dann haben wir es ja vielleicht neu machen müsste.
Das war eine etwas schwere Geburt. Ja, die hat ein bisschen gebraucht. Man hat entschieden,
dass man nicht mal alles selber schreiben will,
sondern dass man mal versucht, ein existierendes Produkt für sich anzupassen,
was als Grundidee nicht unbedingt ganz fatal ist,
aber was jetzt in dem Umfeld vielleicht auch nicht unbedingt an die besten Voraussetzungen hatte.
Man hat da mal ein bisschen,
ich will das mal Prototyp nennen, gebaut und dann mal überprüft,
was denn da so an Performance-Zahlen rauskommt und wie das System denn so unter zu erwartenden Last funktionieren würde.
Und hat relativ schnell gemerkt, dass das irgendwie, also,
ja, nicht mal in die Nähe der erwarteten Performance,
der Schweigeländer der erwöglichen Last irgendwie, ja, aufzufahren ist.
Anekdotisch hatte man mir seinerzeit mal erzählt,
und dann hat sich unsere Geschäftsführung überlegt,
ob wir das wirklich machen sollten,
dass wir quasi einen CPU-Korb pro Concurrent Request haben in unseren Server fahren.
Von so viel Performance sprechen wir. Und dann hat man
sich irgendwie entschieden, dass man es doch vielleicht selber bauen will.
An dieser Entscheidung waren wir jetzt nicht so ganz komplett unbeteiligt,
aber die Erkenntnis kam im Wesentlichen ja relativ schnell und
ein bisschen hart vielleicht.
So, und wir haben dann mal ein bisschen alternatives Konzept vorgestellt,
was eigentlich überhaupt nicht alternativ ist, sondern ganz banal.
Du hast witzigerweise auch von vielen großen Firmen so vom Konzept her,
natürlich jetzt nicht der expliziten Implementierung, aber rein vom Konzept her,
von sehr vielen großen Firmen benutzt wird,
weil es die einzige Chance ist,
wirklich performant auch große Datenmengen zu bewegen und entsprechend große Userzahlen zu handeln.
Ja, wir haben irgendwie unabhängig voneinander festgestellt,
dass wir beide irgendwie vor zehn Jahren so ein System schon
mal gebaut haben, ohne das irgendwie spektakulär zu finden.
Und seitdem fanden wir das irgendwie nie so spektakulär und haben jetzt ganz plötzlich überraschend festgestellt,
dass die Welt das total spektakulär findet,
dass es globt oder so ein super performanten Online-Shop hat.
Und das ist ja auch mit so einem Grund,
warum wir hier sind und generell ein bisschen erzählen wollen,
was wir uns da so gedacht haben und was wir
da so versucht haben zu machen.
Und da stellen wir uns mal ganz dumm und sagen,
was ist eine Dampfmaschine?
Und wie oft ändern sich eigentlich Daten?
Was haben wir in
so einem Shop
Typischerweise für Daten. Wir haben einen Katalog,
also quasi wie so ein Baumstruktur von Produktkategorien,
wir haben Produktinformationen, also von Gutteln bis Texten alles,
Bewertungen, weiß ich nicht, technische Daten, sonst was.
Wir haben Preise und wir haben Verfügbarkeiten. Die ändern sich
so von selten bis häufig, wenn man die so in dieser Auflistung betrachtet.
Genau. Das heißt, wir haben genau das Problem,
was Wikipedia schon so schön für uns erkannt hat.
Es gibt unterschiedliche Änderungsfrequenzen für unterschiedliche Daten. Das heißt,
vollständige Seiten zu kaschen, ist irgendwie keine sinnvolle Option für so einen Online-Shop.
Dann haben wir uns mal gefragt, wer ändert eigentlich diese Daten?
Da ist jetzt ein Shop ein bisschen spezielles und andere Anwendungen,
die stehen da anders darauf. Also Redakteure, die ändern dieses Produkt,
Informationen, vielleicht auch ein Katalog, Produktmanager ändern,
am Katalog rum, ändern vielleicht auch an den Produktinformationen,
um entscheiden, welches Produkt live geht,
welches nicht und so weiter und so weiter.
Das ändert es. Das ist ein Wareneingang,
wo irgendwelche Bestände hochgehen und gibt es einen Warenausgang.
Hoffentlich gibt es davon vielen. Danke in die Bestände wieder runter.
Genau. Die Produktmanager ändern auch mal lustig die Preise.
Vermutlich. So. Aber tue ich jetzt alle zwei Sekunden.
Weißt du, was ich total spannend finde?
Da kommt jetzt dieser Browser-User da überhaupt nicht vor.
Und dieser Webbrick-Best. Das sollte uns zu denken geben,
oder? Weißt du, alles statische Daten.
Wenn man jetzt mal im Webbrequest betrachtet. Ist das hier
komplett statisch? Da ändert sich doch nie was.
Ja, mal alle Minute. Ich meine,
bei einer Million Requests pro Sekunde, das ist schon eine Minute.
Naja, oder vielleicht nicht ganz so extrem,
aber mal einmal am Tag, kann ich mir jetzt überlegen.
Also hoffentlich ändert sich, da war ein Ausgang
ein bisschen häufiger als einmal am Tag, aber...
Ja, okay. Und dann, da haben wir noch
ein bisschen so Diskussionsbedarf
Und im Grunde die Daten, die ändern sich total selten im Vergleich zur Anzahl Requests.
Es führt natürlich zu der ganz berechtigten Frage, ja,
ist ja total logisch, dass ich in jedem Request eine
Million Mal am Tag die gleiche Seite wieder zusammenbaue aus meiner Datenbank.
Weil ich muss ja auch irgendwie Origin und die Datenbank herstellen, das ist glücklich.
Und die Hardware-Hersteller, nicht vergessen. Ja. Genau,
das heißt, wir greifen klassischerweise,
man ist sich jetzt ein bisschen das Bild vom Anfang,
immer auf die Datenbank zu und holt alle Daten immer wieder neu raus,
weil sie sich ja auf jeden Fall geändert haben werden.
Ist irgendwie nicht so die ganze sinnvolle Idee. Hinzu kommt,
dass klassischerweise, wenn man jetzt so den Grundstack sich überlegt,
PHP ja meistens als Modul in so eine Patchy eingebunden ist,
werden zunehmenderweise weniger, aber es sind immer noch Leute,
die das als den klassischen Lambstack, als die Lösung schlechthin betrachten,
Leute, weil sie die einzige ist, die sie kennen, keine Ahnung.
Was ist das zur Folge, dass ich, obwohl ich ganz viele Requests habe,
die eigentlich gegen die Webserver sind, weil ich Bilder ausliefern muss,
welche JavaScopt-Sachen nachladen muss oder so, Da nimmt man doch ein CDN dafür.
Ja, genau. Das heißt, die Entscheidung, weil die Erkenntnis,
dass ich eben nicht immer PHP oder eine arme Schürtschach im Hintergrund mit initialisieren muss,
alle Module dafür geladen haben muss,
wenn ich eigentlich statischen Content ausliefern will,
ist schon mal, ja, irgendwann kommt die Erkenntnis,
dass man dem Webserver ein bisschen entlasten muss,
weil der Webserver eben nicht nur Webserver ist,
sondern eigentlich Applikationsserver.
Und das ist eigentlich irgendwie komplett kaputt. Du meinst,
wenn wir uns also darauf geeinigt haben, dass die meisten Daten statisch sind,
dann sollten wir uns auch so benehmen und statische Daten gefälligst nicht von einem PHP ausliefern lassen.
Genau. Das heißt, wenn ich die Dinger auseinanderziehe,
kann ich da schon mal eine ganze Menge an Sachen optimieren,
rein vom Konzept her, weil ich halt einen kleinen Webserver machen kann,
der genau das machen kann, wofür er gedacht ist,
mich Webserver sein.
Und ich habe potenziell auch eine andere Maschine,
die halt in dem Fall jetzt in unserem Falle PHP ausführen
kann und habe damit halt entsprechend meine Umgebung für die echte Skriptarbeit,
die irgendwas tun muss.
Wie wäre es, wenn wir jetzt die Daten denormalisieren
Und sagen, schmeißt diese Datenbank weg und wir packen dann Key Value-Store hin.
Das heißt übrigens nicht, dass die Datenbank komplett verschwunden sein muss.
Sie hat nur mit dem Web-Request gerade überhaupt nichts mehr
zu tun, weil dafür wird es überhaupt nicht gebraucht.
Und die Value-Store ist super, unter anderem deshalb,
weil das ist ja der PRP programmiert,
so ein assoziatives Array, auch mit Persistenz oder auch nicht.
Und der Vorteil daran ist, dass egal wie viele Daten
ich da reinschmeiße, die Zugriffszeit ist immer konstant.
Das heißt, haben doppelt so viele Daten,
ist meine Zugriffszeit konstant. Bei so anderen Speichertechniken habe ich halt
doppelt so viele Daten und ups, doppelt so viel Zugriffszeit.
Das kann ein ganz massives Skalierungsproblem geben,
wenn nämlich die Datenmenge skaliert,
was jetzt in so einem Internetjob heutzutage total unwahrscheinlich ist,
dass da jemals mehr Artikel reinkommen oder so.
Ja, gar nicht. Wird auch kein Sortiment ausgebaut und
sowas passiert nicht. Nein, und alte Artikel sind auch
sofort wieder offline, die werden da nicht stehen.
Nee, braucht man ja auch nicht mehr.
Genau. Also da wäscht irgendwie ganz massiv,
von daher ist es durchaus
sehr sinnvoll
Hier auf eine nicht-relationale Technologie zu setzen an dieser Stelle.
Was? Ich bezog uns nochmal,
was Arne schon gesagt hat, nicht bedeutet,
dass relationale Technologien nirgendwo Sinn machen oder nirgendwo vorkommen dürfen.
Genau. Sondern heißt nur,
wir betrachten jetzt hier exklusiv nur den Web-Request als solchen,
dass da noch irgendwelche weiteren Systeme, Komponenten irgendwo eine Rolle spielen.
Das ist wahrscheinlich auch noch irgendwie so SAP in der Vision,
sonst irgendwas irgendwo in dem Unternehmen geben mag.
Keine Frage. Wollen wir gar nicht wegdiskutieren. Und wie kriegen wir das jetzt hin,
dass wir die meiste Arbeit gar nicht im Web-Request machen?
Ja, wir drehen die ganze Welt auf den Kopf.
Und zwar überlegen wir uns, wir haben eh schon erkannt,
dass wir jetzt eigentlich wieder ein bisschen in unserer Architektur reinzoomen können.
Das heißt, den ganzen Web-Request-Krams, den wir potenziell nicht brauchen,
weil er kathischen Content aussieht, also Bilder,
irgendwelche CSS oder JavaS gibt und so, die betrachten wir schon nicht mehr,
sondern nur noch die Request, die wirklich an PHP durchgehen.
Das heißt, der Request kommt bei PHP irgendwie an und der kann,
wie wir gerade eben schon in unserem Bild da vorgesehen haben,
quasi alles aus dem Key Value Store beantworten,
was er an Daten braucht,
weil sie dort entsprechend in einer optimierten,
für seinen Request gerade passenden Formen vorbereitet liegen und hat quasi nicht mehr viel zu tun.
Was jetzt im Großteil, um es etwas konkreter zu sagen,
bedeutet, dass da fertige HTML-Schnipsel drin sind.
Genau. Da wird dann zum Beispiel so eine Produktdetailseite drin,
das kann jetzt ein Schlüpsel sein oder mehrere Schnipsel,
je nachdem, wie man es so machen will.
Und wie die Endbauungsfrequenzen der eigenen Elemente sind. Der Hauptunterschied im Vergleich zu dem,
was Warnisch mit den ESEs macht, ist,
dass halt eben nicht dynamisch halt irgendjemand nachfragen muss,
ob da jetzt irgendwo eine neue Fassung ist oder trotzdem alle paar Minuten das machen muss,
weil man weiß ja nicht, ob was Neues gekommen ist in den letzten drei Minuten, sondern das ganze Konstrukt andersrum ist.
Aus Sicht der PHP-Schicht oder unserer Frontendschicht ist das,
was im Key Value Store steht, gesetzt.
Das ist der aktuelle Stand, so ist es und so bleibt es.
Und das ist per Definition aktuell. Ja,
die ganz spannende Infikation, dass wir in dieser ganzen Teile wegfällt,
dass das Web da vorne immer noch muss, die weiterarbeitet.
Ohne Probleme, dann veraltern halt langsam die Daten
Dann gibt es vielleicht keine aktuellen Reise- oder Produktbeschreibungen, aber der Shop läuft.
Obwohl das ganze Backend da weg ist. Und das ganze
Backend da macht die Arbeit völlig entkoppelt von irgendwelchen Map-Requests,
was deutlich weniger performancekritisch ist, wie man sich ganz klar vorstellen kann.
Was ich auch, wenn es denn sein muss, wunderbar skalieren kann,
weil ich da im Prinzip parallel beliebig Prozessoren hinschmeißen kann, die mir Sittles zusammenbauen.
Genau. Es gibt natürlich so ein paar Dinge,
die irgendwie PHP oder was auch immer an Frontendschlichter läuft,
irgendwie jetzt nicht alleine entscheiden kann und aus dem Keyweltustor beantworten kann,
sondern irgendwelche Hintergrunddinge, die angestoßen werden müssen.
Eine Bestellung jetzt in Keyweltustore zu beschreiben, der hat es ein bisschen hart,
weil ob ihnen irgendjemand mal abruft, ist vielleicht ein bisschen bitter.
Also wird man da wohl mit irgendeinem Webservice reden müssen,
deswegen haben wir da unten auch einen Webservice,
mit dem man halt kommunizieren kann,
der dann potenziell wieder mit einer Datenrolle oder natürlich auch mit einem Keyweltust,
was wir jetzt nicht eingezeichnet haben, reden kann.
Das heißt, der Webservice macht die eigentliche Arbeit und das Frontending
da vorne tut halt nur das, was es sein soll.
Es ist das Frontend für den Store und quasi etwas intelligenter und etwas leistungsfähiger,
als dass das Franisch mit seinen ESIs kann.
Und halt ohne die Notwendigkeit hinter dynamischen Systemen immer wieder neue Daten abzusuchen.
Sondern wir haben halt im Keyoto Store alles entsprechend drin.
Und der Web-Service schreibt potenziell Sachen in die internationale Datenbank und wie
auch immer das jetzt getriggert werden mag,
ob nun zeitgesteuert oder durch irgendwelche Qs oder wie auch immer man das entsprechend technisch implementieren möchte.
Fangen an, Backend-Prozesse loszulaufen und dann Dinge zu aktualisieren.
Aber pass mal, Bestellungen gehen doch in SAP.
Das ist doch kein Web-Service für. Doch, natürlich.
Wieso? Ja, SAP ist immer da, ne?
Hat irgendjemand schon mal erlebt, dass SAP ausfällt?
Keiner, siehst du? Ja, okay, vergessen.
Ja gut. Also SAP ist immer da. Und für den unwahrscheinlichen Fall,
also wir sehen ja paranoid, also vielleicht doch irgendwie Web-Service dazwischen.
Und wenn SAP mal nicht da sein sollte... Außerdem kann man sich natürlich auch überlegen,
dass man einem Web-Service auch Sachen wieder dazwischen kaschen könnte,
weil da könnte man unter Umständen doch überlegen,
dass es ja, es gibt ja niemanden außer dem Web-Service,
wenn es jetzt dass es ein reiner Webshop ist und es auch sonst keine Alternativen gibt,
die auch was in dem Lager da verändern würden oder sowas.
Dann ist ja der Webservice oder der Webshop als solches und
damit auch der Webservice, der einzige der Veränderungen hervorrufen kann.
Das heißt, er kann auch Sachen sich merken,
muss nicht immer mit SAP reden. Weil wenn ich jetzt weiß,
dass ich zum Beispiel Bestände überprüfen möchte und ich bin der einzige,
der was verkauft, ja,
dann brauche ich nicht immer SAP-Fragen, weil außer,
dass jetzt vielleicht gerade neue Sachen reingekommen sein könnten.
Das ist aber eine Sache, die überschaubar ist,
weil es wird nicht den ganzen Tag über Ware geliefert.
Das ist übrigens ein gutes Stichwort mit dem Ändern.
Das ist ein spannender Aspekt dieser ganzen Aspektektur. Wer jetzt
Muskwords werfen will und es steht nicht auf der Liste,
das wäre eine CQRS-Architektur, wenn man so will,
eine Command-Queery-Response will, die Secregation.
Wobei ich es da eigentlich erst mal gar keine Commands gibt,
weil es ändert sich ja so gut wie nie was.
Haben wir ja vorhin etabliert, dass alles,
was sich ändert, eigentlich nie durch den User getriggert wird.
Kommt ein kleines Sternchen dran, stimmt nicht ganz,
Bewertungen und so, legt was im Warenkopf und so Kleinigkeiten schon.
Aber so die ganze genaue Menge an Daten ist man da
Und das Coole ist, dass wir hier hinweg nimmt,
wie die Webservices eigentlich im Drittel haben, dass sich Daten ändern.
Und wenn sich jetzt eine Produktbeschreibung geändert hat,
dann habe ich hier irgendwo meine Datenquelle, wo die hinkommt oder herkommt.
Und dann habe ich einen Weltentprozess, der weiß,
ach, da hat sich das Produkt zu 47,11 geändert.
Da wäre es jetzt vielleicht mal nicht schlecht,
wenn ich die neuen Ansichten da erinnere und dann merke ich wiederum in den Key Value Store.
Und schwupps sind die dann im Schock. Und das Schöne ist,
dass es komplett unabhängig von jeglichen Online-Requests, weil wann sich
das Ding auch geändert haben mag, das wird halt irgendwann mal live gehen.
Idealerweise wird es relativ schnell passieren,
weil der Backend-Prozess nichts ratisch viel zu tun hat,
weil man muss ja nur darauf warten,
dass sich was im CMS geändert hat und kann das dann entsprechend publishen.
Aber ich finde dafür, dass Publishing jetzt drei Stunden brauchen würde,
gut, dann dauert es halt schon, bis es online ist.
Aber das kriegt der Webstore da draußen gar nicht mit,
weil es auf einmal sind halt neue Daten da.
Und die sind ja per Definition aktuell. Wer dann jetzt im Projekt langweilig ist,
um das noch ein bisschen Fans hier haben will,
dann muss man auch nicht unbedingt darauf warten,
irgendwann sich die Daten da materialisieren,
sondern kann ich auch meinen Datenbestand in Key Value Store versolieren und sagen,
Version X ist gerade live und Version X plus 1 wird da gerade lustig aufgebaut,
so wenn ich damit fertig bin, dann sage ich meinen Job übrigens,
jetzt wäre die Version X plus 1 live und damit habe ich zu jeder Zeit einen garantiert konsistenten Datenbestand.
Genau. War nicht so doof. Wir haben keine Migrationswirkung auf
jeden Fall. Jetzt gibt es noch zwei so Problem-Areas.
Das eine ist Filternavigation. Heute braucht ja jeder Shop
eine Filternavigation. Da muss irgendwie so ein Schieberegler sein,
wo man dann da so Sachen einfiltern kann.
Ja, welche Haken, die man setzen kann, genau. Genau,
das Problem mit der Filternavigation ist, dass ich da schon
eine Kategorie im Shop anschaue und im Endeffekt sind da Filterkriterien dahinter.
Das heißt, ich habe so eine ganz lange Liste von Produkten
und dann schiebe ich so einen Weger und dann will ich weniger Produkte sehen.
Das macht man JavaScript, oder? Klar, der Server
hat damit nichts zu tun. Der kriegt ja alle Daten
auf einmal ausgeliefert und die Seite lädt drei Stunden,
damit alle Daten da sind und dann ist gut.
Du machst Tenja was im Glück. Das habe ich jetzt nicht gesagt,
aber das ist jetzt dafür nicht unbedingt das beste Mittel der Wahl,
würde ich sagen.
Okay, also was machen wir hier? Ja,
wir müssen irgendjemanden fragen, die sich damit auskennt.
Was ist denn ein Filtern eigentlich technisch? Ja. Eine
Suche? Ja. Haben wir das da irgendwie drauf?
Nein, ne? Nee, verdammt. Wir sind aber
nicht schuld, die haben das nicht geschrieben.
Ha. Kein Mingo, verdammt. Okay. Das heißt,
wir brauchen eine Suche, da haben wir... Suchmaschine.
Ja, keine Datenbank, wir haben eine Suchmaschine, genau.
Und das liefert uns die Suchmaschine als Ergebnis?
Ja, irgendwie so ein undefiniertes Ergebnis. Gib mir mal
alle Produkte in der Kategorie 4711. Weil die möchte ich jetzt
in einer der schönen langen Liste anzeigen.
Genau, da kriegst du idealerweise fertiges HTML,
eher nicht so
Weil die Suchen stehen ja gar nicht zu interessieren.
Die hat ja die Rohdaten und nicht irgendwelche HTMR-Ships.
Man kann natürlich alles auch spidern. Klar, da kriegt man
halt irgendwie so ein völlig unbrauchbares Suchergebnis wie bei Google.
Was jetzt für einen Shop irgendwie eher wenig praktikabel ist.
Also liefert uns die Suchmaschine einfach eine Liste von SKUs von Produkt-IDs.
Genau. Und dann holen wir uns aus unserem Key Value Store,
so einzelne Snippets. Und die packen wir untereinander. Und
dann haben wir unsere Liste von Produkten. Und wenn ich das jetzt filtere,
kriege ich von der Suchmaschine eine kürzere Liste mit SKUs und
dann hole ich wieder meine Snippets aus dem Wetter Store,
packe die untereinander und alles ist gut.
Genau. Das heißt, wir haben das normale Kategorie Browsing
und die Filternavigation quasi in einem erschlagen.
Da hört ihr total einfach an. Aber hey,
mit der Personalisierung, das kann doch nicht funktional hier funktionalisieren können.
Das kann doch gar nicht funktionieren, weil,
wenn ich eingeloggt bin, ich weiß gar nicht,
ob das bei Globet, ob das so ist,
aber es gibt auch nur,
wir haben noch andere Kunden und die haben ernsthaft so Probleme wie eingeloggte Benutzer sehen andere Preise.
Oder nur ein geloggte Benutzer sehen Preise.
Premium-Kunden sehen irgendwie, die niedrigere Preise total grotesk. Ja,
es könnte günstiger werden, wenn man Stammkunde ist oder so.
Ein ganz gruseliges Konzept. Ja, ich eine es mit billiger
. Ja, und das heißt, wir haben Personalisierung.
Personalisierung kann auch irgendwelche anderen Elemente bedeuten. Wir legen jetzt mal
nur von Preisen. Wie kriegen wir das hin? Tja,
das heißt, wir müssen uns irgendwie diese Informationen dann doch dynamisch aus irgendeiner Datenquelle holen.
Das kann man natürlich jetzt wieder wild in irgendwelchen Datenbanken suchen
oder könnte man sich auch auf die gleiche Weise wie vorher schon wieder in unseren Key-Venue-Store schmeißen,
das Produkt für die Produktnummer, für diese Kundennummer,
dieser Preis oder für diese Kundengruppe, je nachdem,
wie spezifisch man arbeitet.
Echt? Dann müssen wir nur in das HTML irgendwie was reinbauen,
das es uns ermöglicht hat, den passenden Preis zu injecten, irgendwie so.
Endlich wieder die Platzhalter. Ja, genau. Genau,
das heißt,
wir haben in unserer Darstellung vielleicht gar keinen Preis oder wir haben den Standardpreis vorgerechnet,
weil die Wahrscheinlichkeit, dass es irgendwie ein User ist,
der nicht anmeldet ist und keiner Spitalpreise hat,
ist relativ hoch
Das heißt, die Annahme zu sagen,
dass wir an den Staates fertiges Schnipsel haben können,
dass schon mal den Grundpreis, den alle sehen dürfen,
beinhaltet es schon mal nicht doof,
aber wir müssen jetzt nur noch irgendwie rausfinden,
dass da irgendwie dann da ein anderer Preis potenziell rein muss.
Okay. Ja, das hört sich ja ganz einfach an
und wirkt ja mit Verfügbarkeit nochmal das Gleiche.
Bietet sich an. Da guckt man danach und haben irgendwie einen Key-Venture-Store stehen,
wie ist das Produkt, haben wir noch so und so oft?
Genau. Das kann man auch ganz einfach aktualisieren,
weil wir können ja selber runterziehen. Das heißt,
jetzt, wenn unser Backend nicht da ist,
wir also das nicht abgeliefert kriegen, unsere Bestellung,
dann ist die Bestellung irgendwo im Spooling oder in irgendeiner Cue oder sowas und wartet darauf,
dass sie verarbeitet wird, das ist total toll.
Und wenn wir das jetzt nicht runterzählen würden,
dann würden wir wahrscheinlich mehr verkaufen als wir haben.
Das ist eher doof, weil machen wir Kunden unglücklich.
Oder wir gehen mal davon aus, dass wir nicht wissen,
wie viel wir haben, deswegen verkaufen wir keines,
das machen wir den Chef unglücklich, auch keine gute Option.
Das heißt, wir müssen selber runterzählen und nur mal gucken,
dass wir das irgendwann akualisiert kriegen,
wenn wir wissen,
unser Q ist leer
Aber da wir die einzige seid ihr im Rap-Show verkaufen,
können wir auch für uns selber runterzählen.
Weil Zweifel haben wir dann irgendwann nichts mehr, aber na gut.
Das heißt, das Grundkonstrukt, was wir hier aufgebaut haben,
ist eigentlich die klassische Architektur rückwärts. Das heißt, wir sorgen dafür,
dass unser Frontend, in dem Fall in PLP geschrieben,
wirklich davon ausgehen kann, dass es alleine auf der Welt ist.
Es gibt keine weiteren Systeme, außer vielleicht den Webservice für spezielle Sonderfälle.
Alles andere ist immer aus dem Key-Value-Store. Das heißt,
wir sorgen einfach dafür, dass wir nichts mehr davon wissen,
wann sich Daten verändert haben könnten und warum.
Das interessiert uns im Frontend nicht die Bohne. Das heißt,
wir sparen uns da die ganzen Entscheidungen, ob was im Cash ist.
Und wenn, dann müssen wir es woanders holen.
Und das heißt, wir brauchen keinen Cash-Warman mehr.
Wir hatten mal jemanden, ich sage jetzt nicht,
dass die Person im Raum sitzt und die sagt nur noch so,
hey, wir machen jetzt mal einen Last-Test,
aber ohne Cash ist Vorwärmen,
weil mit gewärmten Cashes Last-Tests machen kann ja jeder.
Und dann Arne hat gemeint,
ja,
mach mal
Weil das ist kein Cash. Das ist der Daten-Store und die Daten sind da.
Und da gibt es keine Entscheidung. Wir haben also hier
ein komplett dummes Frontend, dass es keine Entscheidung trifft.
Und wir haben gleiche Performance und zwar tatsächlich konstant skalierend gleiche Performance,
auch unabhängig dafür, wie viele Daten wir da reinschmeißen,
weil es eben ein Key Value Store ist.
Genau. Und wir haben auch ganz praktisch, hier kann man auch dargestellt im Webservice,
das ist der einzige Punkt, der wirklich Veränderungen auslösen kann.
Und damit haben wir den perfekten Trigger, um die Daten
tackulisieren und damit auch die Darstellungen zu aktualisieren. Das Einzige,
was man jetzt vielleicht noch selber mitzählen wollte,
auch das könnte man natürlich jetzt im PRP tun, ist,
wenn man jetzt irgendwie im View-Count oder sowas haben will,
aber alle anderen grundsätzlichen Daten, neues Layout,
was auch immer der Grund sein mag,
das kann ich alles im Hintergrund vorbereiten.
Und wenn ich mir jetzt halbwegs sinnvolle Methoden überlege,
wie ich zum Beispiel Preise oder sonstige Informationen vorhalte,
kann ich halt auch ohne Schwierigkeiten
Zum Beispiel Preise mit einem Verfallsdatum versehen. Es ist total einfach zu sagen,
okay, ich habe einen Preis für diesen Tag,
würde für dieses Datum. Und wenn ich jetzt sage,
ab morgen gibt es, oder ab Mitternacht entsprechend,
ist jetzt ein neuer Sonderpreis für genau für 70 Stunden online.
Gut, dann ist der Tag ja Teil des Kies,
den ich aus meinem Keyword-Store abrufe. Und dann ist halt
genau innerhalb dieses Sightfences auch der Preis entsprechend, wie er sein soll.
Da muss ich also nicht nachts um zwölf irgendeinen Admin aus dem Bett klingeln,
dass da mal schnell kurz irgendwie ein Update einspielt,
damit die Daten neu sind, sondern das ist einfach per Definition,
weil die Daten halt so im Speicher stehen.
Kommen jetzt die fünf Minuten, wo der Shop inkonsistent ist.
Ja, genau. Braucht man halt auch nicht. Ich
habe auch kein Update offline, ich muss irgendwas wegmachen,
weil ich kann, alle Daten sind da.
Ich kann an beliebigsten Stellen im System völlig entkoppelt voneinander Sachen verändern,
weil es ist nur da oben stehen die Daten drin.
Das ist natürlich relativ wichtig, so ein Singer-Pin-of-Failor, das heißt,
das ist man schon so ein bisschen wie mit Redundanz versehen,
damit die Daten auch vielleicht, wenn der eine Server mal ausfährt,
dann auch da sind.
Aber gut, das ist ja bei der Datenbank
auch nicht anders. Insofern ist es kein neues Problem
Dafür gibt es ja Lotbalance. Genau. Ja,
so viel von uns. Wir haben uns gedacht,
dass es sicherlich die eine oder andere Frage gibt.
Wir haben als kleines besonderes Goodie unter den Gästen und die würden wir jetzt auch gerne,
wenn sie Lust haben, zu uns nach vorne bitten.
Den repräsentativen Helden von Klo getrottert,
der das Ganze auch wirklich gebaut hat, weder führend Bike-Lobe-trotter.
Der wird uns also jetzt immer auf die Finger hauen,
wenn wir auf was nicht antworten dürfen oder selber eine viel bessere Antwort geben.
Und es sind zwei nette Herren vom Hoster da,
die das Ganze im Live-Betrieb halten und die auch an der
einen oder anderen Stelle vielleicht noch eine ganz spezielle Frage antworten dürfen,
wenn ihr nicht böse guckt.
Ja? Die erste Frage, die ich halt,
ich habe gesagt, der Webshop ist die einzige erzählt.
Das ist ja selten so, dass eine Server-Einschätzung da ist,
um die etwas verändert. Also er ist nicht der einzige,
der in der Strecke kommt,
sondern man hat mehr ins Land,
man hat einen Webshop
Gerät so ein bisschen in meiner Art Zykronisierungsgerät. Jein,
das Problem hast du nur dann, wenn der Webserver das Zählen übernimmt.
Wenn du jetzt ein Key Value Store, wie zum Beispiel Reddiss verwendest,
hast du natürlich irgendeinen Master, auf den du zählst.
Und der synchronisiert die Daten irgendwo vielleicht hin oder auch nicht.
Aber du hast einen Punkt, an dem die Daten geschrieben werden.
Und dass das von N-Stellen aus getriggert werden kann, ist klar,
du musst natürlich jetzt keinen, ich setze neuen Werten,
sondern du musst halt einfach nur ein Dekriment machen beim Verkaufen.
Das heißt, dass die Zacty Value so auf diese weitere ist.
Das ist kein Cash, weil das die Datenquelle ist.
Cash ist etwas, was tendenziell experient kann und nicht verfügbar sein muss.
Aber das ist die primäre Datenquelle. Das wird gerne
als Cash benutzt, keine Frage. Nun kam es natürlich
auch durch irgendwelche TTLs, dass die Sachen irgendwann rausfallen.
Kann man alles tun, gar keine Frage. Aber für diese Komponenten,
für diese Teile ist es kein Cash, das ist vielleicht die Technologie,
weil Arbeitsspeicher und wir speichern die Daten irgendwie im RAM,
aber es ist kein Cash technisch nicht.
Ja, das ist es. Ich habe schon gesagt,
dass Röllis, da hat er bester Begriff, steht zum Beispiel bereits.
Und den könnt ihr aber über streifen, wenn ich im Microlock bin.
Okay. Das heißt, da ist dann nochmal so eine
Art Tablet drin, was das PPD nochmal erinnert.
Ich weiß jetzt durch eine andere Welt. Genau,
da sind entsprechende Platzhalter oder je nachdem, wie man es aufbaut.
Bei uns in dem Beispiel ist es jetzt halt ein XML-Tag,
das drinsteht, das einfach durch einen Prozess im PHP
entweder durch einen aktuellen Preis oder durch den die Vollpreis halt ausgetauscht wird. First,
du hast quasi in dem HTML-Schnitt noch ein bisschen XML-Tag mit drin und du hast einen Prozess,
der halt alle Text rausfindet, was relativ trivial ist,
ist ein senter X-Pass-Ausdruck,
der dann halt alle Preis-Notes findet und entsprechend durch den finalen Preis ersetzt oder ihn halt so eins zu eins übernimmt,
wie er halt im Tech drin stand.
Und das ist schweineschnell. Ja. Das war ja jetzt
so ein Auto, das ist ja nicht so.
Nein, das ist komplett.
Es wurde mal versucht genug. Ja, genau.
Ja, ich glaube schon. Natürlich. Willst du das
Mikrofon haben? Ich weiß nicht, wie läufst du?
Ingo ist ein Bereich. Ja, dann ist egal. Ja,
das war schon, da ist eine komplett selbstgebaute sowieso.
Auch wirklich die Hardcore-Variante. Also wir haben da auch nicht
auf dem Fanwork gesetzt, sondern haben uns unser eigenes Microfair übergebaut.
Mit entsprechender Hilfe. Und ja, da sind eigentlich wenig
Standardkomponenten auf der TV-Seite involviert. Kannst du dich nicht,
dass wir jetzt alles selber schreiben müssen,
nur weil wir es selber schreiben wollen,
aber die Komponente, die jetzt gebraucht wurden,
da war wirklich relativ wenig bis gar nicht,
was wir wirklich gebraucht haben, was es fertig in der Form so gab.
Man wird typischerweise auch bei so einer Architektur und so einer modellarisierten Anwendung feststellen,
dass existierende Frameworks einem dann nicht wirklich weiterhelfen.
Weil das, was dir in Infrastruktur bieten können,
hast du im Prinzip in 300 Zeilen Code selber geschrieben.
Und das ist genau das, was da passiert ist,
dass es halt im Rahmen des Web von jeden Fall
auch so ein Microframe da geschwiegen wurde, wenn man so will.
Das existiert jetzt gar nicht mal als eigenes Framework,
weil es halt einfach ein Bestandteil der Septrong denn ist.
Und ich würde eine Wette eingehen, dass wir da nicht mehr
als 300 bis 500 Zeilen Framework-Code quasi drin haben, ja.
Das ist tatsächlich die Serie. Ja. Wie viele Seiten lieber,
die sind jetzt roh. Die Jutes gegründet aber aus,
welcher Endzeit, boah, du, 3 gucken kann.
Auch wenn ihr euch eins hört. Wir werden dafür eigentlich.
Irgendwo da vorne sitzt irgendwo Marc. Genau. Also,
glaube ich, haben wir Dorfmann, so wie per Fertigation läuft.
45 Investments, ja, aufgeregt von den Plänen der 4. Also,
160 PIs, die Repton natürlich,
die jetzt auf die Mediendaten für das erste Rebellenverbindung einiges in Zukunft
Aber allein die Terpetiten und der vierte Buch. Oh,
und Sebastian hatte heute so syphisant gesagt und irgendwann,
als wir mal geguckt haben, weil was lief,
wo was los war, hieß es dann so,
die PFP-Server langweilen sich gerade.
Genau, das haben sie natürlich,
also das war jetzt aus dem Leihbetrieb gleich hier,
da war nichts los, also da war kein Lastbrot.
Und wenn man sich die Prozesszeiten anguckt, dann bin ich halt deren Produkte,
die geben so zwischen 3, 5, 40 Millisekunden.
Also eigentlich, weil ich kenne Kerpeter. Ja,
und nochmal im Vergleich zu ziehen, zu dem Prototypen,
die eine Firma gebaut haben, mit der Standardsoftware,
da hätten wir die Zugriffszahlen so gar nicht geschafft und hätten auch noch ein Vielfaches der Hertha gebraucht.
Also die Großvereinigung für sorgt für sich, wie viel das zu tun hat.
Das ist eine vor allem, und ich glaube, die hat abgefeuert.
Aber man wird dann noch hinten im Meer fahren,
wenn man da hinten lasst, Aber es ist auf jeden Fall,
wenn du nicht warst, ein Bibelprofil.
Was sind wir jetzt noch? Genau. Also wir hatten
mal bei einem anderen Kunden im Ausland ein Proof-of-Concept gebaut für
dieses Konzept und hatten 150 Requests pro Sekunde auf Arnes Laptop.
Ja, das Ding tut auch nichts. Ich meine,
das ist ein bisschen Datenschwächer zusammen kopieren und ausliefern.
Also das ist... Ich lerne es, glaube ich,
super schön. Bitte? Super schöne Produkte. Suchmaschine ist ja,
ist ein, auf dem Satz, ist ja noch zu schlafen.
Genau. Sollte uns ein Pferd sein. Nein, das
ist ein eigenes System. Das ist ein eigener Server,
in dem Fall ist das ein Solar und der liefert halt
einfach nur Listen eines KUs zurück.
Und Solar ist per Definition schweineschnell. Jetzt ist gerade
die Frage, wer zuerst da war, ich glaube,
da hinten war zuerst
Ja, ja, ja. Das ist ja auch nicht
so stark. Das ist der Moment, wir bedanken dadurch,
dass zwei Zwischenstücke und draußen geboren worden sind.
Ja, wir monitoren das. Ich kann ja die Zahl
gerade leider gar nicht nennen. Die habe ich nicht parat
. Kann ich aber gerne mal gucken. Das sind
gerade so das erste Gründe aus dem Eber,
vielleicht ist das so ein bisschen das alte euer Shop.
Und das würde mich sehr interessieren. Kriegen wir aus.
War vorhin noch jemand? Ja? Ich bin nicht auf
der Einsetzung, die Fotos, die Fotos.
Ja, genau. Damit beantwortet? Okay, Frage hinten. Habt ihr entschieden,
die HTML-Ziele ist noch ein extra, nicht die Meldung,
dort zu bringen, anstatt die dich, die dich nicht interessiert, Ich bin zu laut.
Weil wir nicht zwingend auf Sola angewiesen sind. Wir können
eine ganze Menge Sachen ohne Solar machen. Wir eine ganze Menge Darstellungslogik haben,
wo wir einfach die Informationen auch verwenden wollen,
wo wir jetzt nicht zwingenderweise Solar für fragen müssen,
wo wir es natürlich auch den ganzen Datenaufwand, das alles in Solar reinzupumpen, erhöht.
Und wir so einfach jetzt quasi die Aussolar,
die Rohdaten reinwerfen können und daraus Ergebnisse ziehen und wir jetzt nicht den Index bei Solar aktualisieren müssen,
nur wenn wir eine neue Darstellungslogik erfunden haben.
Man hätte aber den Solarschen statt das E-Mail-Vorteil vorzuwenden.
Das kann man sicherlich tun, klar. Jedes Mal,
so eine Aufstellung ist an der Elste,
wird da direkt dran hängen und dann kriege ich halt mich hin zu sprechen,
jetzt gleich auf meine Ausgabe und mache mit dem Nächsten alles,
weil da gespürt wird.
Ja, die Frage ist, wo du die Daten herkriegen möchtest.
Also das kann man natürlich beliebig verschieben. Wir haben jetzt den Russenvorteil,
dass wir auf den PHP-Maschinen selber einen Reddiss drauf haben,
der halt von dem Master die Daten sirkunisiert bekommen hat.
Das heißt, wir haben aus Solar nur die SKU-Liste und
können quasi lokal aus dem RAM die Daten drüber kopieren.
Das heißt, ihr müsst nicht so viel über das Wire schicken.
Wenn du jetzt was, was hier nicht der Fall ist,
Shops in verschiedenen Brands zum Beispiel fahren willst,
dann ist es interessant,
außer Suchmaschine nur tatsächlich die SKUs zu kriegen und dann sozusagen die Snippets im entsprechenden Branding von woanders.
Der Solar-Suchindex wird relativ groß und die Datenmenge,
die da in Welles liegt, die ist eigentlich lächerlich.
Also das ist unter ein Gigabyte. Als werde ich
durchaus mal spannend, mal zu vergleichen,
wenn man noch mehr aus Solar holt, was man da...
Die Frage ist halt, was du über das Wire schickst.
Also der Hauptpunkt ist halt für uns,
wir haben halt original keinen Netzwerk-Traffic mehr, außer der SKU-Nummer,
weil der ganze Rest liegt halt schon lokaler auf der Maschine im Arbeitsspeicher vor.
Ja. Habt ihr nicht automatischen Fests ins Griffen
und die Daten sind der Deckel
Atembanken, die mich melden, das glaube ich,
aufeinander laufen, weil nein, Update.
Also vom Prinzip her, ich korrigiere mich,
was das falsch ist, aber der Prozess ist ja,
dass auch vom Hintergrund immer neue Daten reingeschrieben werden.
Das heißt, irgendwann wird das,
was in Reddis oder was auch immer man da verwenden mag,
einfach involviert, weil es quasi nicht mehr aktuell ist.
Aber ich weiß nicht, was ihr jetzt momentan alles einsetzt.
Das wird dann zum Teil auch über Monitoring abgedeckt,
dass wir halt gucken, dass die Daten,
die wir ja bei uns in der Beckendarme dran kamen,
also A, dass die regelmäßig aktualisiert werden von Drittsystemen.
Und natürlich auch, dass der Datenbestand, den wir in den Job verwenden,
aktuell ist und uns da jetzt auch ein guter läuft.
Ansonsten durch die regelmäßige Versorgung aus dem Backend. Selbst wenn es
da einen Konsistenten geben würde und es keinen Konsistenzen liegt,
eine öffentliche Ausgabe. Aber du gerade hast es getan.
Bist ja da. Typischerweise sind es so, naja,
entscheidend, total effizient ist es zu tun.
Ich muss ja vor, da war eine rechte Repuste nicht im Shop.
Das Einzige, was halt nometisch passieren könnte, ist,
halt, dass es ein wird, du schaffst es,
10 Euro bracht, dass ich da drauf zueinander geben kann.
Weil das andere ist ja von hinten immer dabei, die werden geschuldet. Das heißt,
du hast keine Missionen gemacht, weil Hardy ist ja Capital,
du hast noch halt einen Preis verstehen,
der hört sich jetzt nicht short hart an,
auch sonst hätten wir auch soweit von den Umsatzfreien gegeben,
dass der Akkunisierung gegen Brust,
aber sonst würde ja die von vornheraus nicht ändern,
dass du änderst, im Zweifel auch ist halt der Entscheider,
wenn du 30-Jährige mäßig jetzt in der Waldschaft hast,
das ist immer, du weißt, was ich vielleicht interessiertes sage,
ich werde sie darauf abguckt, dass du das wieder aktualisierst,
du schreibst einen Selbstgesetzschatter wieder neu.
Da hast du eine Wüste genehmt,
dass du halt sozial, grundsätzliche Sachen wieder hochgeziehen hast,
weil man die Farbe liebt, das ist dann nur Konzess,
der mit Ablaufproblemen, wo du mehr gekommen hätten hast.
Ja. Was sitzt hier als Quellestorm ein,
sonst könnte man das deutscher, auf der 30 nehmen.
Ja, so aktuell ist eine Welle es ein.
Wir haben es ursprünglich auch mit Mäntästen gemacht,
die es wieder Und da wieder das über verschiedene Weckings gewusst haben.
Wir hatten anfangs in der Entwicklung tatsächlich ein Lateinsystem wegen End,
wo man dann die Sachen ins Dateisystem geschrieben hat,
weil es initial ist, was die beiden eigentlich ganz cool war,
wenn man da noch eine Füße kriegen muss, die hat alles funktioniert.
Dann kann man halt von der Feinreihe gucken, das braucht nicht Events kommen.
Also was da an sich denn hinterschlägt, ist am Ende,
ganz egal, aber das ist schon gut austauschbar.
Theoretisch kannst du ein bisschen zweites gehen, schreiben und mountest,
das schwärmt ist, dann kommt es im Prinzip noch aus dem Rennen.
Also was so technologisch hast du, das zeigt,
ich ziehe nach 0 oder dann werde ich es da nie wieder rauswusst,
um ein Allsystem zugebracht, das wird sich wahrscheinlich nur mal die Nase unterscheiden.
Du hast natürlich, ein großer Vorteil von Reddis,
ist, dass das draußen für dich automatisch aufrollt.
Wenn du gerade Preise nimmst und hier mit Norm und Tiefe siehst,
die ja für den Marktesteil-Sterne beinhalten, kann man halt ganz einfach sagen,
dass die da mit TDL verfilmen, stoppen zu allen nicht.
Das heißt, das soll einfach automatisch ein hilfes Patrick,
das hat bloßes Aufwand,
was ich da gemacht habe
Anstatt, dann sei es,
brauchst du ja einfach sagen, gib mir mal,
zähl mir mal an, oder krieg mal alle Kies,
die den Preis an der Score anfangen oder so ein Kram.
Oder schweiß mal alle Kies weg, die den und den Pattern liegen
. Da tust du dich, glaube ich,
ins Leben schnell leichter als im Freisystem. Zumal,
wenn es auch ein bisschen mehr kann,
als einfach nur ein Venue unter einem Pi ablegen,
sondern da ist halt auch ein paar mehr Datentüten.
Also Hashes zum Beispiel, wo ich darin liege,
dann nutze ich mir inzwischen auch betrieben,
bin nicht mehr ganz unabhängig, aber es ist halt ein großes Wort.
Aber der nächste Frage zur deliverifizieren, die du ein paar
Mal abgejagt fällt, ne? Die russische Stimmung. Also,
wo lumen in Zahlen jetzt so Kies, kann ich dir,
glaube ich, sagen, das sind ein paar hunderttausend,
weil das der Feind lang war und mangelt.
Ich glaube, das sind 500.000 Kies,
wo er liest ungefähr nach alles mehr,
ein bisschen länger, über eine Herde liest das,
weil das vorher halt so gerattet ist als vorher.
Und das war auch im Speitern eher echt noch gewartet,
das ist nämlich
kein Liga-Leierstatt
Ich würde mich da für Reis bauen und mir liegen.
Ja. Ich glaube, da hänge ich zwar als nächstes wieder.
Ich habe noch viel Platz. Es ist ein super Fehler,
ich bin gestorben. Schick. Herr Lesser. Nicht.
Es ist ein guter Fehler, weil wir, ich finde,
der Fehlmaschinen haben, auf denen ein beides Programm wird läuft.
Und du saßt davor, irgendwann warst du jetzt in der Schlechtsau, oder?
Mehr oder besser. Elviski hat die ja noch überkreuzt,
auf die entsprechende Mission Enter zu schreiben. Das heißt,
du hast mehrere Systeme, die ich jeweils einkaufen kann,
beziehungsweise einfach, demnächst kannst du einfach konfigurieren,
dass es dein Cool dann PLBser war.
Viele bei 40 Jahre reichst du, allerdings ist es nur Halligisten,
was du noch für ein paar Missliegen, das heißt,
du hast auf jeden Fall schon mal die Hunde.
Und wenn du jetzt platzt,
reagiert die Prozesse und was hast du bereits lokal wenig,
wenn er das nicht kann, weil der Benz lokal halt gestorben ist,
dann ist er ja auch ein 500er, das ist der auch weg.
Das heißt, zum Beispiel einfach nur hoppla. Letztlich ist
deine Ratenquelle, wenn es jetzt eine relationale Datenbank wäre,
die ja genauso Das ist eine tolle Fälle. Nur,
dass halt die Raiders at all deutlich leichter zu skalieren sind
und deutlich besser mit Replikationsunitien, als wenn das normale Daten macht.
Das heißt, man kriegt sich da an der Stelle wirklich leichter,
dann die Fehler reinzubauen. Das Einzige dafür als theoretisch mittlere Fehler haben,
das ist das ein, wenn es mehr Mittel gibt,
die als Master fundiert. Ohne Scheiß,
ich wurde drauf geschieben, braucht die Session da abgewicht sind,
damit wir dann auf allen Systemen halt wirklich auch drinnen irgendwelche kranken Hannoverletzter oder Sessions ticken,
das 14, irgendwie wie mich ist auch ein Ausschnitt.
In der Stellungsfrage, ja, ziehen wir zu zweit noch
zur Details, die aktuell zum Beispiel zwei Millionen Produkte.
Das heißt, ihr müsst,
bevor ihr Altersreprequests des Kunden in euer System geht,
zwei Millionen Seiten empfehlt haben oder in den Kipel zu bringen kamt.
Ich hätte jetzt nicht mehr Luftseiten bis Slippens austauschen lassen,
ja. Ja, genau, das zeigt die ganze Zeit
Auch, oder? Ich glaube nicht. Okay, kultig,
das war auch Platz, viel mehr als du da.
Nein. Das sind beides, was drin ist, was sind das?
600 irgendwas Erlegung abwählen ungefähr. Für zwei Versionen des Datenbestandes
. Für wie viele Produkte? Also es gibt Sintschaften,
die Kultverhaltenskraft, die von unserer Sina Longs helfen,
reden wir also extrem viel Produktanten, toll.
Klar. Das sollten immer mehr Schwächer machen, keine Frage.
Und die sagen, das ist jetzt... Also so,
warte, warte, warte, ist falsch. Nee,
warte, ist wächst natürlich. Das sind zwei Gewässer und
die erwarten irgendwie, ne? Gut, das heißt,
du warst, was jetzt da angeht, das ist ja,
was du noch dabei hast, 50 erwähnt oder sowas.
Du kannst jetzt nur rumdrücken, das ist halt ein bisschen mehr,
klar, aber auch das ist für irgendwie Schmetterpostix.
Also das ist eher leichter die Sache. Aber
was können wir eigentlich noch wieder auf die RSU helfen,
wenn wir so auf die Grenzen kommen,
so solche
Kann man entsprechend mehr System nehmen oder einer Schadung betreiben.
Ja gut, das merkt man eben, das merkt Hash nicht.
Du hast es erklärt. Ich habe da auch noch viel.
Ich habe fest ausgesprochen, politisch. Du warst ausgesprochen,
du konntest vor existieren nicht. Tja. Da bringst du
noch die Brille. Genau. Die hat eine finanzielle Inkonsistent-Edition
. Da sind wir bei uns nicht so weit letzt.
Und gegen was in der einen Instakt des E-Mail-Gessorts und überall ist ein Ofen.
Das ist praktisch ein Blick. Da hat sich die Daten
so Glätchen ändern. Würde ich jetzt mal sagen,
nee, aber du hast es über die Besserheit geguckt.
Da haben wir in der Praxis so nicht gehabt.
Also man muss sicherlich ein bisschen drauf achten,
wie zum Beispiel neue Punkte online gehen.
Dann kann ich das abfangen, indem ich darauf ab,
in welcher Reihenfolge die Daten hingehen.
Also bei uns konkret geht der Sommer zum Beispiel vor als Letzter.
Das heißt, in deren Suche, die jetzt kommen,
zurückgibt, dann müssen wir okay in Peter Polen.
Das ist schon alles da. Auch sowas könnte man mit
einer stärkeren Versionübung der Daten dann noch mal gut.
Also es ist eine Frage, wie das von der Tario-Idee ist.
Wenn ich jetzt einfach Informationen bekomme, ich habe jetzt MSPIs
oder noch einen Fecher vergeben. Ich höre das nicht ab.
Und dann kann ich jetzt halt einfach rauswerden.
Du musst halt irgendwie noch mal die Folge Bescheid sagen,
hey, ich habe hier mal wieder so nie leicht dispirieren können.
Das kriegt der User ja auch schon gar nicht mit. Ja,
es ist ein bisschen, du kriegst es schon mit,
weil du fanginierst, wir triffen wieder nicht mit der Effizienz,
weil es so viele fehlen, dass man auch aufhalten kann.
Aber es ist so scheiße. Es ist jetzt nicht,
was irgendwie ernsthaft was mitmacht. Und wenn alle Stücke leisten,
dann könnte man immer noch überlegen,
auf dem Zug Index gerade zu versionieren und zu sagen,
ich habe einen Index,
der ist live und dann baue ich mir irgendwie einen Datenbestand auf,
was wir ja jetzt schon in dem Kontext tut und dann hätte man den Sucht Index auch noch mit reingegleichen ins Gesamtsystem.
Und wenn das alles als Gesamtding konsistent ist,
dann schalte ich irgendwo meine quasi globale Konstante um und die sagt,
jetzt lass doch auf diese Datenbusiness.
Sondern dann nur so eine Menge an Daten,
aber sinnvoll was man sprach, wie das so lange investiert,
das kann drüber sein, weil wir sind 3-0 extra.
Können wir auch sagen, auch frühere Kommentare oder wie noch in welchen Engine,
auf die gleiche Art und Weise, wie wir es machen?
Also mit Kommentaren waren zu Bewertungen wahrscheinlich mehr. Bewertungen gelaufen
nach dem gleichen Prinzip und da ging es bei Obsite von Service,
die da sprechen, wo die einfach umgeschickt wird,
wenn wir so mit dir abschicken.
Und die durchläuft dann im Grunde einen ähnlichen Prozess.
Das heißt, es landet am Ende in unserem Batman-System,
wo was ganz verarbeitet wird. Da werden dann auch was
von der Schüssel gerendert. Und in den Header-Positiven führt natürlich dazu,
dass die Bewertung auch, wenn es davon ausgeht,
dass sie nicht moderiert wird und da geschaltet wird und nicht sofort sichtbar ist.
Dann muss man da überlegen. Dafür hat man,
glaube ich, dieses User-Delivery-Content auch keine Performanceprobleme,
weil das alles nach dem Gleiten ist damals.
Und das ist noch ein anderes Gemeinliche. Das war natürlich
die Commonation. Im Grunde kann man das lösen,
wie man das mit dem Zauber gemacht hat
Das heißt, am Ende heißt es für uns in Combination,
ich kriege von irgendwo eine Liste von SK Gust.
Und da kann ich wieder meine Snippets auf dem Telefon laden und die dann entsprechend darstellen.
Wohin die Liste von SK Gustow, das ist dann halt fast egal.
Also das kann man auch in Sollerbach einfach, dass da entsprechend drin liegen habe.
Ich habe irgendwo eine statische Liste von einem Skulter zum Beispiel.
Das haben wir auch. Ich empfand da durchaus Scheiber,
so bestellt uns mal, dann gehe ich über Black-Service.
War aus dem Angeladen, und jetzt war auch die Chatte, ist.
Und Kneilien ist ja auch das Inswert, dass manche Scheibe von da hinten raussuchen.
Oder ist der Web-Service gut zu hören, warum,
dass zwischen mich ja gar keiner nicht mehr spielt. Das ist lustig,
dass du das an mir nicht mit der Geschichte der Antwort 2,
dass du in die Rallys zuschmeißen heißt,
dass du nicht weiter aktuell nicht rankommst, was du verarbeitet werden kannst.
Das heißt, du kannst bei den Jungs mobil,
die vielleicht unter kein System mobil, müsste es spielen.
Deswegen würde ich das Richtung S hier machen wollen, dass man natürlich Sachen raus Zwischenspeicher.
Irgendwo nach dem Viereck der Existenz mich damals noch anwaschen. Dann,
natürlich ist es ein seltenes Ereignis, also ein Verhältnis zu einem an,
wie quests zumindest, natürlich, ich möchte mal Shop,
das hat er ja was verkaufen,
das heißt also nicht ganz so sehr gezeichnet sein,
aber das verhält nicht der Anzahl der Bequests eher selten.
Und ganz witzig ist auch, dass es für die Wasser der Leute,
das hat mich jetzt nicht jedlich dauert, aber Sachen,
die zu schnell sind, sind auch fatal. Ich finde da eine lustige Anekdote hier,
da habe ich von botty.com, die das probiert hatten,
dass die extrem schnelle Ergänzung haben oder dass das da so praktisch schon auch passiert ist,
dass dort Systeme, die extrem schnell kommen,
wo ich schiebe, das heißt, wenn ich ein Zimmer buche,
dann tippe ich auch jetzt bestellt, um zu kriegen zur Fahrerzeit,
hat es geklappt, weil man sagt, nee, glaube ich, ich habe angerufen, ey, am Stand hat es nicht funktioniert.
So, wir haben noch mal ein Video gemacht und so,
noch ab, wir haben mal zwei Ziller mietet, Alter.
Und was so die Leute da gemacht haben, zumindest,
glaube ich, an der Abwechslung dieser App, ist halt,
Fortuna, die haben Zug eingebaut im Geschäftsprozess.
Uns geben wir einfach was zu machen, wir wollen über Gefühle kommen, tut was. Ich glaube,
man muss auch definieren, was man unter Bestellung platziert,
versteht, was wir jetzt nicht meinen, ist,
dass die Bestellung im SAP oder wo auch immer hinten,
dann ist im ERP-System, sondern einfach, dass die Bestellung vom Refrontend abgenommen ist.
Und dann ist eigentlich der Rest ist komplett asynchron,
da wird dann irgendwann Bestellung weggeklettert und so weiter,
dass diese Bestellung dann aber im ERP-System überhaupt noch nicht drin ist, das interessiert das Vater nicht.
Das ist eben die Verantwortung von ihm, genau diese Webservice,
das Ding halt dahinter nach SAP zu steigen,
sobald es auf jeden Fall in die Rüstopie dran zu dürfen.
Ja, ist es ja auch einsteigend,
dass es so schnell zu was geht,
arbeiten wir in einer Bestellung,
kann der Kopf mal irgendwie länger dauern und dann noch in den Prozess in der Situation teilnehmen.
Amen schreiben wir dann, wenn wir auch nichts raten,
bitte, dass wir das heilen oder arbeiten wir das komplex zu tot bekommen.
Also, weil wir kommen ist es der Fehler, der nicht gebessert ist.
Der gab es alles, hat ja noch mal nicht sehen,
was mit Wellness zu tun. Ja,
aber wir können ja zum Beispiel sagen,
ich schicke das da jetzt nicht und sagt mir nur,
ja, dann kommt irgendeine Nachricht und wir auch nur,
dass dann der neutralen oder sonst was achte universisches heißt, dass alles nicht ständig spoilert.
Das ist komplett zu groß. Das heißt,
man hat so das Schicken da, sagt, was hat das jetzt in der Laufnesswürfel?
Und hier könnten, wenn ich die Erinnerung habe,
ist es wirklich, was das mit der Webseite sich erlebt,
das ist ein Synchrodamodiquest, hat hier einen Webservice,
der gekauft wurde.
Der muss sagen, er soll auch schon, hätte ich tendenziell auch
Zwischen. Im Lokal, ich glaube, man kann das so sagen.
Dann hört er vielleicht schon Farbe mit oder weil die sich
halt eine Weile da fallen. Wenn das in der Räderecke
zugegeben hat. Also ich spreche jetzt definitiv nicht besot,
oder? Aber ich habe schon Fälle erlebt,
wo zu irgendeinem Zeitpunkt sehr viele Leute sehr glücklich darüber waren,
dass die Bestellungen nochmal irgendwo hoch, sag ich mal,
weiter vorne lagen, weil die mal so eine Zeit lang nicht im ERP angekommen sind.
Und dann so plötzlich das von einem halben Tag für die Stellung weckt. Das ist nicht so toll. Also es ist an der Stelle tatsächlich sehr,
sehr sinnvoll und war ganz explizit auf ihrem Land zu setzen und zu sagen,
ich habe da mal eine Geschleppungstabelle in der Datenbank und die wird quasi erst mal gar nicht gelöscht,
was da drin ist, es kann mal vier Wochen rumstimmen,
weil zur Verfügungstellung, ja gut,
also wenn wir jetzt mal einen Klick nehmen, die Bestellungsinzert,
ja, sind halt ein paar tausend, hey Gott, was ist denn mal tausend in 100 Aachen?
Also dann lasse ich es halt vier Wochen nehmen oder mache
ich es vielleicht manchmal mal mit Klonjob oder per Atmen,
die scheiße ich halt Albenbestellung da raus.
Zeigt sich das irgendwie in der Softwareentwicklung selbst,
in Unterteilung zu drängen, in diesen Special-Systemen quacebook,
in der Entwicklung erwähnt, in der man nur sieht,
ich muss es mir erst anschauen,
du lässt es genauso entwickeln als echt klassisch,
nur mit Cash
4.000 Nico, verfehle. Das ist ja danke. Und das jetzt. Feierlich drauf,
dass man die meisten Sachen, die kriegt so krasse Sparker,
die Line-Software auch, das ist jetzt nicht so,
dass wir auf einmal das Softwareliche neu erfunden hätten,
sondern einfach nur auf das Konzept, wie verblendet zusammenarbeiten.
Also ich verschieße nur den Zeitpunkt, wann du was tust. Also,
dass du nochmal was ändern musst, dass irgendwie mal was
gebaut werden muss, dass er erst da wieder stellt,
es ist offenhin bei Webseite in der Bauung mit Yutalien da.
Du fandest da Zeit für, wenn du das rausführst,
an welchen Stellen es ausgeführt wird.
Das heißt, der Kurs hat das verschoben. Ja,
das Ganze kommt dann für mich auch den automatisierten Testen oder den Stärke automatisierten Testen entgegen,
weil da hast du jetzt einen Backend-Prozess, der braucht die Snippets,
was im Prinzip ja Teil der Veterium ist,
die normalerweise ganz weit vorne in Bronted ist.
Und wenn du jetzt Ränderringung für die Form testen würdest,
machen halt die meisten Leute irgendwie Systemtesten und schmeißt die Linien gegen den ganzen Stack.
Das ist für eine Langsame. Da gibt es genug Beispiele von,
ich habe da noch ein Buch gelegt,
ich habe es geschrieben und da steht dann drüben StudiVZ,
23 Stunden, um alle Tests durchzuführen.
Und ich meine, es sind heute bleiche. Also mit
mir muss man da nicht dazu sagen. Mein Kapitän,
wenn du jetzt sagst,
wenn du jetzt halt die Snippets in einen kleineren Kontext bringst,
dann hast du halt einen Back in das Bauch der End Snippet.
Du kannst halt dieses Snippet mal angucken und sehen, ob das sinnvoll ist.
Kannst da irgendwie mal raligieren oder was benutzen die Dinge tun?
Und es hat ein sehr, sehr kleines Foto.
Das heißt, du hast von der Architektur der Software,
da bist du eigentlich gezwungen, einen ganz kleinen Baustein zu machen.
Du brauchst eben mal so einen Ränderer für einzeln mit.
Und der läuft ja nicht halt im Kontext, das ist von End,
du kommst und dann lande ich auf die blöde Idee,
die mit irgendwelchen Quatschen zu verzahnen, dass du das nicht mehr subjektvesten machst.
Deswegen haben wir am Anfang gesagt,
du bricht das Ganze irgendwie auch geistig in kleinere Blöcke runter.
Da hat sehr, sehr viele Vorteile. Ich kann das noch so sagen,
weil es steht denen eigentlich Aber im Endeffekt decken da ganz viele Sumorideen.
Das war wunderschön. Ich hoffe, das hat auch
ganz leicht komponent ausfallen. Wenn ich jetzt merke,
die kennt der Schwafel, die ich entschieden habe,
oder die Hände dafür, ist halt eben doch nicht so toll.
Ich fange jetzt halt wieder an,
dass du an der Fabrik der einen herauskommt,
ist es halt, ja, ob das jetzt drei Stunden dauert,
das alles durchhauen oder sieben Minuten verehren, fnapp die Tür hatte,
ich dagegen werfen will, um das wahrscheinlich mehr dazu lassen.
Da gibt es noch ein schönes Beispiel. Wir haben ja auch so ein paar Redakteure,
die gerne so ein bisschen Content auf der Seite haben möchten,
also brauchen CNS, klar.
Das haben wir aber auch genauso im Covid, das heißt,
das CNS, was wir haben, ist ein Internet-System,
das ist auch so ein Quest überhaupt nicht beteiligt.
Darüber gibt es einen Fabrikmechanismus, der nichts anderes macht,
als die Seite zu geben oder seit einem Bestandteil.
Und den wiederum als Nittel in Online-App betreten. Und das
ist doch auch immer, dass es dann egal ist, was herkommt.
Bedeutet zum Beispiel auch mal Entwickeln, wenn ich eine CNS-Seite habe,
auf der wir in Frontend noch irgendwelche Sachen reininduzieren.
Ich will das lokal als Entwickler ausprobieren.
Kann ich mir dieses Sippet einfach geben lassen?
Kann ich so meine Welt fragen und kann dann Tests faszinierend.
Du hast ja vorhin den Allgemeinen, ich weiß nicht,
die Namen, wenn du Sequel S und dann,
wenn du irgendwie so ein bisschen abfällig gesagt hast,
was wollen und so weiter.
Wobei ich so den Begriff vermeiden oder warum auch die Rede perfekt war,
einfach deswegen, dass ich mich gerne... Nee,
also wir wollen ja kein Buzzword-Video spielen.
Wollte der jetzt, würde ja einfach die nicht mehr leben kann.
Ich frage halt nicht so dieses Buzzword rumwerfen.
Ich finde, das ist momentan so ein Thema,
was ein bisschen Trending ist, gerade nachher Tele.
Und ich wollte jetzt nicht den Eindruck erwecken,
dass sie jetzt quasi hier, das ist cool,
wir haben das so gebaut, weil es ist kalib ist.
Sondern wir haben vor zehn Jahren schon ein System drum gebaut
und haben es halt gar nicht gewusst,
dass man da halt irgendwie ein Wort dafür hat.
Das passiert dabei in Kurzen, muss dann auch so ganz oft,
schaust du dir so ein Muster an und sagst, hey,
ist der cool, hat er immer schon gut gemacht.
Hat er nicht Tsunamen dafür, nett.
Danke, Dominik. Also DGE-Ego, to queer,
ist der gestern
Die Weltalter hat sich bewegt. Das ist im PRE-Umfeld jetzt nicht zwingend,
dass die Stadt des Wissens alle entwickelt wird. Ja,
man muss halt auch,
also deswegen haben wir ja am Anfang auch gesagt,
wenn man sich sehr, sehr verbreitet, Systeme,
die er auch hier eh groß gemacht haben, ja,
Bing in die Wordpress, System in die Truppe,
wie 3.3, das sind für alle total monetische Architekturen sind.
Wir sind zwar plugger mit bis zu tot,
aber du kannst die anpassen, wie du willst,
typischerweise so, dass nach zwei Wochen jene upgraden kannst,
ja, aber das sind halt monolithische Softwareprokte,
die ja keine Datensatzsitzung haben.
Und ich kenne Kunden, die ernsthaft versucht haben, naja,
wir nehmen mal Doppel als Frontend und haben dahinter irgendwelche,
weiß ich nicht, hat Fresco CMS und so.
Und das kriegen wir dann alles irgendwie verheiratet. Kannst du vergessen. Ja,
das ist halt alles zu sehr stark verzahnt und das ist halt auch PHP,
der herkommt und ganz viele Leute gucken sich an,
was gibt es für PHP-Anwendungen, wie sehen die alle aus?
Wir kriegen die mit auf Datenbank, ja, Ja,
es ist halt 90s und so brauche ich als Software.
Und das ist halt auch ein bisschen die Message,
die wir hier mit schlimmeln lassen wollen.
Nee, es geht auch anders. Und ich wollte deswegen nicht die Buzzwords verwenden,
weil es eben nicht hier, Buzzword musst du fancy und so,
sondern mir bist du eigentlich ganz logisch, wenn man drüber nachdenkt.
Das heißt, man bringt es so. Ja, genau.
Bei einer Farbe guckt sich ja immer zuerst. Ja,
wir haben die Mönster im Einsatz,
die heißen so wie die 70 70 7 Zwerge,
aber wir bewegen jetzt die Nacht in der Hölle.
Das war eine gute Abschlussung für das eine.
Eigentlich sind wir feucht, die Möller 10 Wochen
Ja, tolle eine, zwei hat man auch dran gehört,
habe ich Bock, holy geil.
Das ist irgendwie gar nicht so toll, sondern auch hier,
ihr fällt also gerne noch, aber Top-Post-Teufel, wie viele,
vielleicht holen wir mal Schützchen, alle kleines Tor.
Also er hat gesagt, ich finde,
das haben wir Geschichten, das ist ein dreister Verhalten,
die ganzen möglich ist, circa eine Woche zu den Punkten.
Und zweifels auch, ich sammle so, wie man Beispiele,
die nicht unbedingt alleine hört. Aber das gibt es ja
leider real mit tauchen. Immer den Buch und die Fehler,
da muss man sich ja vorher offensichtlich mal überlegen,
auch umgehen, kommt ihr tatsächlich real, an viele zu.
Kennt ihr, es war aus jedem Sprechertor. Ich kenne ja ein System,
die haben eine zweistellige Anzauber, eine zweistelligen Millionenanzahl.reisen,
weil sie irgendwann auf die schlaue Idee gekommen sind,
dass sie für jeden Kunden, also für jeden Kunden,
für jedes Produkt, einen individuellen Preis festlegen können und das Konzept von Preisregeln hatten sie nicht verstanden.
Und dann haben sie halt jetzt das kathetische Büro aus Kunden
mal so gemacht. Und als wir das Projekt bei dem
Kunden dort angefangen hatten, waren sie bei zwei Millionen eintreten.
Und als sie dann bei über zehn Millionen waren,
haben sie es erhandelt, dass sie da offensichtlich irgendeinen Blödsinn machen,
haben eine Rückbremse gezogen und jetzt sind sie gerade dabei,
sich daraus sinnvoller das zu machen.
Ist das nicht alles? Nein, ich finde,
das ist schon ein bisschen länger.
Und meine nimmt keinen Namen. Aber auch das ist eine,
wenn es ein Co-Absehen war, aber Ozemio liest sich jetzt nichts,
was das ist immer eigentlich wie ermab der Flöcker.
Ich meine, die Jahreszeit, der kriegtiefe,
die Jahrverhältnisse eintreten, das ist ein Sprecher.
Das wird mehr, kein Fall. Ja,
das ist nicht so viel verschatteln, dass man in der
zweiten lin