Heim > Artikel > Backend-Entwicklung > Warum binden E-Commerce-Websites Daten nicht direkt, sondern verwenden js, um Daten zu definieren?
Getrennte Front- und Heckpartie?
Leistungsoptimierung?
Trennung von Vorder- und Hinterteil?
Leistungsoptimierung?
Bei großen Websites wie JD.com und Taobao ist das Lesen von Daten sehr kompliziert und kann nicht einfach über eine Schnittstelle gelesen werden. Die wichtigsten ungefähren Daten sind in die folgenden Kategorien unterteilt
Daten direkt lesen
Aktuelle Daten direkt vom Server lesen. Dies geschieht nur bei einem Teil der Daten, da der Dienst zu stark belastet wird. Bei diesem Schritt kann es sich um ein serverseitiges Rendering handeln.
Zwischengespeicherte Daten
Wenn das Lesen der neuesten Daten vom Server fehlschlägt oder die Echtzeitleistung nicht stark ist und keine Notwendigkeit besteht, die neuesten Daten zu lesen, verwenden Sie zwischengespeicherte Daten. um den Druck auf die Datenbank zu verringern.
Disaster-Recovery-Daten
Wenn die Maschine plötzlich ausfällt oder das Programm abstürzt und sowohl das direkte Lesen von Daten als auch das Zwischenspeichern von Daten fehlschlägt, werden Disaster-Recovery-Daten verwendet. Daten zur Notfallwiederherstellung werden im Allgemeinen auf dem Client in localStorage oder userData gespeichert, nachdem die ersten beiden Datentypen erfolgreich gelesen wurden. Auch bei einem serverseitigen Ausfall kann die Seite weiterhin normal angezeigt werden. Möglicherweise handelt es sich einfach nicht um die neuesten Daten.
So wie Taobao und JD.com, auch wenn es einen Fehler gibt. Es hat auch keinen Einfluss auf das Surfen des Benutzers (was Auswirkungen auf den Betrieb haben kann).
Es ist daher schwierig zu analysieren, warum es auf diese Weise verwendet wird, wenn man sich nur das Titelbild ansieht.
Rendern Sie auf dem Client, um den Serverdruck zu reduzieren