it-swarm.com.de

Wie ist diese Seite so schnell?

wie ist die Website http://dftba.com/ so schnell?

wenn ich auf einen Link klicke, wird dieser geladen. was macht es so? Wie mache ich es so auf meiner Website?

einige der Objekte auf der Site werden von einer Website namens ecogeek-cdn.net gehostet. Wer ist diese Firma und warum hosten sie die Bilder dieser Site?

ich habe einige Zeit in diese Site gesucht, weil ich möchte, dass diese Site wie meine Site ist

die Site verwendet Apache
Die Site verwendet Python (als der Entwickler gefragt wurde, sagte er mir dies)
Sie verwenden jquery und jqueryui
Diese Seite wurde speziell ohne WordPress erstellt
Sie Website ist besessengehostet von liquidweb
Ihre Website wird monatlich von einer Million Nutzern besucht
Die Seite wurde im Januar gestartet
Die Site verwendet cpanel
die Site hat kein SSH oder FTP (ich habe versucht, eine Verbindung herzustellen, aber es hat mir alles verweigert) Sie verfügen zwar über SSH und FTP, sind jedoch nur über ihre Adressen zulässig

Bitte;
mein englisch ist nicht so gut wie deins

5
user8628

#BestQuestionEver =)

Ich bin der Entwickler der Website, daher sollte ich in der Lage sein, die meisten dieser Fragen zu beantworten

Sie haben einige interessante Punkte angesprochen.

In Bezug auf das Backend (Backend ist selten die Quelle von Engpässen beim Laden von Seiten, es wird meistens geladen, aber es lohnt sich immer noch, die Technik zu überdenken), läuft die Site auf 2 dedizierten Servern von LiquidWeb (beide mit 12xAMD Quad Core 1,9 GHz Prozessoren und 128 GB RAM) mit Python und PHP (PHP für das Cart/Paypal-Zeug, Python für das Haupt-Frontend). Wir verwenden außerdem MongoDB, Redis und Memcached, um die Verarbeitung noch weiter zu beschleunigen.

Im Frontend wird es allerdings interessant. Wie John sagt, minimieren wir all unser CSS und Javascript. Auch alle externen Ressourcen werden von der Website 'ecogeek-cdn' bereitgestellt. Ecogeek ist das Unternehmen, dem die Server gehören, auf denen die Website ausgeführt wird. Ecogeek-cdn.net verweist auf unser selbst gehostetes Netzwerk zur Verteilung von Inhalten, das je nach Standort direkt von unseren Servern oder von EdgeCast bedient wird Ich verstehe nicht ganz, was DNS ist, um die beste/schnellste Option zu finden. Der Grund, warum wir die Domain ecogeek-cdn.net anstelle von cdn.dftba.com oder ähnlichem verwenden, wird von der sstatic-Site (Das von StackExchange verwendete CDN - I.E. diese Site) recht gut zusammengefasst.

Wenn der Browser ein statisches Bild anfordert und zusammen mit der Anforderung Cookies sendet, kann der Server diese Cookies nicht verwenden. Aus diesem Grund verursachen sie nur ohne triftigen Grund Netzwerkverkehr. Sie sollten sicherstellen, dass statische Komponenten mit cookiefreien Anforderungen angefordert werden. Erstellen Sie eine Unterdomäne und hosten Sie dort alle statischen Komponenten.

Wenn Ihre Domain www.example.org ist, können Sie Ihre statischen Komponenten auf static.example.org hosten. Wenn Sie jedoch auf der Top-Level-Domain example.org im Gegensatz zu www.example.org bereits Cookies gesetzt haben, enthalten alle Anfragen an static.example.org diese Cookies. In diesem Fall können Sie eine neue Domain kaufen, Ihre statischen Komponenten dort hosten und diese Domain frei von Cookies halten. Yahoo! Verwendet yimg.com, YouTube verwendet ytimg.com, Amazon verwendet images-Amazon.com und so weiter.

Ein weiterer Vorteil des Hostens statischer Komponenten auf einer cookiefreien Domäne besteht darin, dass einige Proxys es möglicherweise ablehnen, die mit Cookies angeforderten Komponenten zwischenzuspeichern. Wenn Sie sich fragen, ob Sie example.org oder www.example.org für Ihre Homepage verwenden sollten, sollten Sie die Cookie-Auswirkung in Betracht ziehen. Wenn Sie www weglassen, bleibt Ihnen keine andere Wahl, als Cookies auf * .example.org zu schreiben. Aus Leistungsgründen ist es daher am besten, die www-Unterdomäne zu verwenden und die Cookies in diese Unterdomäne zu schreiben.

Der gesamte statische Inhalt wird über NGINX mit Keep-Alive- und sehr hohen Ablaufzeiten bereitgestellt, sodass er vom Browser des Benutzers so lange wie möglich zwischengespeichert wird. Dadurch wird das Laden von subiquenten Seiten sehr schnell, da praktisch keine Ressourcen geladen werden müssen. Wir haben auch angefangen, mit Dingen wie dem Vorladen von Bildern und Seiten zu spielen, um die Dinge noch schneller zu machen.

Aber ich denke, die Hauptsache, die zum schnellen Laden von Seiten beiträgt, ist die Verwendung von AJAX. Dies bedeutet, dass jedes Mal, wenn Ihr Browser eine Seite anfordert, nur die für diese Seite erforderlichen Ressourcen geladen werden, alles andere bleibt dort, wo es ist. Wir können auch Animationen verwenden, um die Seite schneller aussehen zu lassen, auch wenn dies nicht der Fall ist. (Es ist eine psychologische Sache, wenn ein Bild 1 Sekunde lang geladen wird, die letzten 0,25 Sekunden jedoch eingeblendet wird.) fühle mich, als würde es in 0,75 Sekunden geladen, weil Dinge geschehen).

Es gibt viele Tricks, um eine schnelle Website zu erstellen (Hinweis: Der Zeitaufwand für die Beschleunigung Ihres Backends ist wahrscheinlich vergeudet. Einfache Dinge wie das Verwenden von CDNs, das Minimieren von Dateien, das Verwenden von CSS-Sprites usw. können eine halbe Sekunde der Ladezeit Ihrer Seite verkürzen.) Sie müssten Tage oder Wochen damit verbringen, die Leistung Ihres Backends zu optimieren, um diese Art von Verbesserung zu erzielen. Lesen Sie die Vorschläge auf Google PageSpeed ​​und Yahoo YSlow und dann auf Google, um herauszufinden, wie Sie sie am besten für Ihre Website implementieren können.

17
Smudge

Dinge, die mir aufgefallen sind:

  • Ihr statischer Inhalt wird von Websites Dritter bereitgestellt, sodass mehr Dateien gleichzeitig heruntergeladen werden können.

  • Offenbar verwenden sie ein Content Delivery-Netzwerk, mit dem Dateien von einem Server heruntergeladen werden können, der dem Benutzer am nächsten liegt.

  • Der größte Teil des CSS ist verkleinert, wodurch die Dateigröße kleiner wird

  • Der größte Teil des JavaScript befindet sich unten auf der Seite, sodass der Browser die Seite zuerst laden und dann das für den Benutzer transparente JavaScript verarbeiten kann

  • Sie speichern statische Dateien mit einem Verfallsdatum, das weit in der Zukunft liegt

Interessanterweise erhalten sie eine niedrige Punktzahl von Google Page Speed ​​(73 von 100). Mir ist aufgefallen, dass sie ihre Textdateien nicht mit gzip komprimieren. Sie wären noch schneller, wenn sie es taten.

6
John Conde