Kernpunkte
/etc/default/varnish und /lib/systemd/system/varnish.service auf 80. Lack und Nginx müssen dann neu gestartet werden, damit die Änderungen wirksam werden. Dieser Artikel ist Teil einer Reihe von Artikeln zum Erstellen von Beispielanwendungen (Multi-Image-Galerie-Blogs) für Leistungsbenchmarking und Optimierung. (Zeigen Sie das Repository hier an.)
Wie in diesem Bericht gezeigt, lädt die Anmeldeseite unserer Website sehr schnell und bewertet insgesamt gut. Sie kann jedoch eine andere Cache -Ebene verwenden und sogar eine CDN verwenden, um wirklich gute Leistung zu erzielen.
Weitere Informationen zu GTMetrix und anderen Tools, mit denen Sie die Leistung messen und debuggen können, siehe Verbesserung der Ladeleistung: Pingdom, Yslow und GTMetrix .
Lassen Sie uns das verwenden, was wir in früheren Lackartikeln gelernt haben, sowie das Wissen, das wir in der Einführung in CDN und Einführung in CloudFlare -Artikel gewonnen haben, um die Bereitstellung unserer Serverinhalte wirklich anzupassen.
Lack
Lack wird nur so erstellt, dass er vor einem regulären Server zum Super -Cache wird.
Hinweis: Angesichts der Tatsache, dass Nginx selbst ein ziemlich guter Server ist, wählen die Leute normalerweise eher einen als beides. Es schadet beides nicht, gleichzeitig zu haben, aber Sie müssen sich vor möglichen Problemen mit Cache -Fehlern vorsichtig sein. Beide müssen korrekt eingestellt werden, damit der Cache eines der Caches nicht veraltet bleibt, wenn der andere Cache aktualisiert wird. Dies kann dazu führen, dass verschiedene Besucher unterschiedliche Inhalte angezeigt werden. Das Festlegen dieses Elements ist über den Rahmen dieses Artikels hinaus und wird in zukünftigen Leitfäden beschrieben.
Wir können Lack durch Folgendes installieren:
<code>curl -L https://packagecloud.io/varnishcache/varnish5/gpgkey | sudo apt-key add - sudo apt-get update sudo apt-get install -y apt-transport-https</code>
nicht existiert, erstellen Sie sie. Fügen Sie Folgendes hinzu: /etc/apt/sources.list.d/varnishcache_varnish5.list
<code>deb https://packagecloud.io/varnishcache/varnish5/ubuntu/ xenial main deb-src https://packagecloud.io/varnishcache/varnish5/ubuntu/ xenial main</code>
<code>curl -L https://packagecloud.io/varnishcache/varnish5/gpgkey | sudo apt-key add - sudo apt-get update sudo apt-get install -y apt-transport-https</code>
Das Ergebnis sollte ähnlich sein wie:
<code>deb https://packagecloud.io/varnishcache/varnish5/ubuntu/ xenial main deb-src https://packagecloud.io/varnishcache/varnish5/ubuntu/ xenial main</code>
Dann ändern wir den Standardport des Servers auf 8080. Wir tun dies, weil Lack auf Port 80 liegt und die Anfrage nach Bedarf an 8080 weiterleitet. Wenn Sie sich auf Homestead als zu Beginn dieser Serie verbessert haben, befinden sich die zu bearbeitenden Dateien in /etc/nginx/sites-available/homestead.app. Andernfalls kann es in /etc/nginx/sites-available/default sein.
<code>sudo apt-get update sudo apt-get install varnish varnishd -V</code>
Als nächstes konfigurieren wir Lack selbst, indem wir /etc/default/varnish bearbeiten und den Standardport in der ersten Zeile (6081) durch 80:
<code>$ varnishd -V varnishd (varnish-5.2.1 revision 67e562482) Copyright (c) 2006 Verdens Gang AS Copyright (c) 2006-2015 Varnish Software AS</code>
Die gleiche Operation ist auch in /lib/systemd/system/varnish.service:
<code>server {
listen 8080 default_server;
listen [::]:8080 default_server ipv6only=on;</code>Schließlich können wir Lack und Nginx neu starten, damit die Änderung wirksam wird:
<code>DAEMON_OPTS="-a :80 \ -T localhost:6082 \ -f /etc/varnish/default.vcl \ -S /etc/varnish/secret \ -s malloc,256m"</code>
-Datei nur in Betracht gezogen. Da derzeit ein Fehler vorliegt, löst Lack den Port nicht korrekt ab, es sei denn, er ist erledigt, und daher muss der Stop -Prozess gestartet werden. /etc/default/varnish
Dies geschieht, weil wir zufällige Bilder verwenden, um unsere Galerie zu füllen, und die zufälligen Stichproben klein sind, sodass einige dieser Bilder wiederholt erscheinen. Dies ist großartig und wird nach der Produktion der Website kein Problem sein. Tatsächlich ist dies ein seltener Fall, in dem die Standardwert einer Website in der Produktion besser ist als in der Entwicklung.
Cloudflare
Als nächstes richten wir CloudFlare ein. Registrieren wir zunächst ein Konto:
Da CloudFlare einige DNS -Einstellungen anwenden muss, muss der Domänenname an die IP -Adresse angeschlossen werden (d. H. Es ist nicht möglich, nur die IP -Adresse des Zielservers zu verwenden, wie wir es derzeit in unseren Tests durchgeführt haben). Registrieren Sie einen Demo -Domain -Namen zu diesem Zweck. Ich kann derzeit meinen alten Domainnamen caimeo.com verwenden, aber zuerst muss ich den A -Datensatz verwenden, um den Domain -Namen mit der IP -Adresse des digitalocean -Dropets zu verbinden:
CloudFlare scannt und kopiert diese vorhandenen Datensätze, sodass Sie fehlende Datensätze hinzufügen können, wenn Ihr System nicht alle Datensätze erkennt.
Am Ende dieses Prozesses müssen die Domain -Namenserver des ursprünglichen Kanzlers aktualisiert werden, damit sie auf die Namensserver von Cloudflares verweisen. Zu diesem Zeitpunkt steuert CloudFlare Ihren Domain -Namen vollständig (obwohl es möglicherweise bis zu 24 Stunden dauern kann, bis alle möglichen Besucher ausgebaut werden).
Sie können das CloudFlare -Dashboard verwenden, um die auf einen bestimmten Domänennamen angewandten Kontostufen und Einstellungen anzuzeigen.
Nachdem der Dienst aktiviert ist, können wir die neuen GTMetrix -Ergebnisse mit den alten Ergebnissen vergleichen.
Während yslow uns jetzt 6% bevorzugt, scheint es, dass wir mehr tun können, da die Cloudflare -Integration unsere Website offensichtlich um 23% verlangsamt.
Versuchen wir zunächst, die Autokompression (unter der Geschwindigkeit im Cloudflare -Dashboard) einzuschalten und den Cache vollständig zu löschen (unter Cache). Vor dem Vergleich werden wir den Test ein paar Mal durchführen, damit sich der Cache richtig erwärmt.
Es ist viel besser! Ein paar zusätzliche Testläufe bringen es möglicherweise näher an die ursprüngliche 1,4-Sekunden-Ladezeit. Schauen wir uns jedoch auch das Raketenlader-Tool von Cloudflare an. Es befindet sich in der Beta -Phase und funktioniert, indem alle JavaScript (sogar externe Dateien) gebündelt werden. Es kann diese Dateien asynchron finden und geladen werden. Anschließend richtet es diese Ressourcen vor Ort im Browser aus, anstatt sie vom Remote -Server neu zu enttäuschen. Vergleiche hier.
Leider ist das nicht ideal. Yslow bevorzugt uns, weil wir eine bessere Komprimierung und weniger Anfragen haben, aber diese Tools scheinen fälschlicherweise bestimmte Einstellungen zu konfigurieren, die zuvor besser funktioniert haben. Lassen Sie uns es ausschalten und den Cache löschen, die vorherigen Einstellungen sind besser.
Andere mögliche Anpassungen
Favicon hinzufügen ist immer eine gute Idee - weniger 404 Anfragen und sieht im Browser besser aus. Darüber hinaus zeigt uns das Wasserfalldiagramm eindeutig, dass etwa 1,6 Sekunden von etwa 330 Millisekunden auf Favicon warten!
Erfolg! Nach dem Hinzufügen von Favicon haben wir es um weitere 300 Millisekunden reduziert.
Sie sind möglicherweise zu diesem Beitrag gekommen, nachdem Sie die Nginx -Optimierung übersprungen haben. Es wird empfohlen, auch die Techniken anzuwenden. Die in diesem Beitrag durchgeführten Verbesserungen wurden tatsächlich auf die Live -Version der Website und damit auf einen anderen Server als in der Post angewendet. Koordinierter Lack und Nginx hier führen zu besseren Ergebnissen:
<code>curl -L https://packagecloud.io/varnishcache/varnish5/gpgkey | sudo apt-key add - sudo apt-get update sudo apt-get install -y apt-transport-https</code>
Überlegen Sie, wie Sie HTTP/2 aktivieren können. Können Sie diese Blockaden im Wasserfalldiagramm sehen?
Dies liegt daran, dass sie mehrere gleichzeitig laden, während andere Dateien auf das Laden der vorherigen Dateien warten. Mit HTTP/2 verschwindet dieses Problem und die gesamte Website wird schneller geladen, wodurch mehrere Dateien über dieselbe Verbindung heruntergeladen werden. Eine Einschränkung ist, dass die Website ein Zertifikat benötigt. Heutzutage ist es sehr einfach, die Verwendung von Let's Encrypt zu implementieren. Eine weitere Einschränkung ist, dass Sie mit Nginx mit HTTP/2 -Modulen umbauen müssen, sodass Sie einige Optimierungen auf dem Server vornehmen müssen. Eine weitere Einschränkung ist, dass die Lackstütze für HTTP/2 noch in Beta liegt und nicht übermäßig abhängig sein sollte.
Um zu erfahren, wie Sie Lack und HTTP/2 konfigurieren, siehe Tutorial.
Schlussfolgerung
Wir haben Lack als zusätzliche Caching -Schicht und Cloudflares freien Plan als CDN verwendet, was unseren GTMetrix -Score erheblich verbesserte. Während unser Optimierungsprozess für eine so einfache Anwendung ein bisschen zu viel sein kann, ist er vom ersten Tag an bekannt, dass unsere Anwendung ohne Absturz Hunderttausende von Benutzern pro Sekunde bearbeiten kann. .
Wenn wir Schritte verpasst haben und andere Leistungstipps erkennen, die wir tun können, lassen Sie es uns wissen!
FAQ für maximales Zwischenspeichern mit Lack und Wolkenflare
Der Hauptvorteil der Verwendung von Lack und Cloudflare besteht darin, die Caching -Fähigkeit Ihrer Website zu maximieren. Varnish ist ein leistungsstarker HTTP -Reverse -Proxy, der die Geschwindigkeit der Website um 1000%erhöhen kann, während CloudFlare ein global verteiltes Netzwerk von Proxy -Servern ist, die Ihre Website Leistung und Sicherheit bieten können. Im Zusammenhang können sie die Ladegeschwindigkeiten der Website erheblich erhöhen, die Benutzererfahrung verbessern und Ihr SEO -Ranking verbessern.
Lack arbeitet in Verbindung mit CloudFlare, indem er den statischen Inhalt der Website zwischengespeichert und den Besuchern zur Verfügung stellt. Wenn ein Besucher eine Seite anfordert, überprüft Lack, ob es sich um eine zwischengespeicherte Version der Seite handelt. In diesem Fall wird es dem Besucher die zwischengespeicherte Seite zur Verfügung stellen. Wenn nicht, wird die Seite vom Server entfernt, zwischengespeichert sie und stellt sie dann dem Besucher zur Verfügung. Cloudflare dagegen fungiert als umgekehrter Stellvertreter zwischen Besucher und Lack. Es bietet zusätzliches Caching und schützt Ihre Website vor böswilligem Verkehr.
Während CloudFlare Caching -Funktionalität liefert, kann es Lackcache nicht direkt ersetzen. Varnish Cache ist ein leistungsstarker HTTP-Beschleuniger für dynamische und inhaltliche Websites. Es ist sehr flexibel und kann an Ihre spezifischen Anforderungen angepasst werden. CloudFlare hingegen ist ein CDN -Dienst, der eine Reihe von Diensten bietet, einschließlich Caching, aber nicht so anpassbar wie Lack. Daher können die besten Ergebnisse erzielt werden, indem die beiden kombiniert werden.
benötigt mehrere Schritte, um CloudFlare mit Lack zu verwenden. Zunächst müssen Sie Lack auf dem Server installieren und konfigurieren. Dann müssen Sie CloudFlare einrichten, um mit Lack zu arbeiten. Dies beinhaltet das Ändern Ihrer DNS -Einstellungen auf CloudFlare und das Konfigurieren von CloudFlare, um Ihre Website -Inhalte zu speichern und den Datenverkehr an Lack zu liefern.
Turpentin ist eine Magento -Erweiterung, die die Kompatibilität zwischen Magento und Lack verbessert. Es bietet eine leistungsstärkere und flexiblere Caching -Lösung für den Magento Store. Während es keine direkte Beziehung zu CloudFlare hat, kann die Verwendung von Turpentin mit Lack die Leistung des Magento Store verbessern, und CloudFlare kann diese Leistung weiter verbessern.
Kann ich Lack und Cloudflare für WordPress -Websites verwenden?
Wie wirkt sich die Verwendung von Lack und Cloudflare auf die SEO aus?
Ein potenzielles Problem bei der Verwendung von Lack und Cloudflare ist die Möglichkeit eines doppelten Caching, d. H. Sowohl Lack- als auch Cloudflare -Cache den gleichen Inhalt. Dies kann dazu führen, dass veraltete Inhalte den Besuchern zur Verfügung gestellt werden. Um dies zu vermeiden, müssen Sie Lack und Cloudflare sorgfältig konfigurieren, um sicherzustellen, dass sie effektiv zusammenarbeiten.
Problembehebungsprobleme mit Lack und CloudFlare beinhaltet die Überprüfung der Konfiguration sowohl der Dienste, der Überprüfung von Serverprotokollen und der Verwendung von Tools wie Lavishlog und Lackstat. Wenn Sie weiterhin Probleme haben, können Sie Hilfe bei den Lack- und Cloudflare -Communities suchen oder ihr Support -Team kontaktieren.
Das obige ist der detaillierte Inhalt vonSo verwenden Sie Lack und Wolkenflare für maximales Zwischenspeichern. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
So aktualisieren Sie den Grafikkartentreiber
Der Unterschied zwischen * und & in der C-Sprache
Ordner unter Linux löschen
Wie man mit Laptop-Verzögerungen und langsamer Reaktion umgeht
Gründe, warum die Homepage nicht geändert werden kann
So aktualisieren Sie Douyin
Zu den Kerntechnologien des Big-Data-Analysesystems gehören:
So finden Sie den Median eines Arrays in PHP
![[Web-Frontend] Node.js-Schnellstart](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
