GNU/Linux >> LINUX-Kenntnisse >  >> Panels >> cPanel

Prüfung, Status und Funktionen von SuperCache

Wenn Sie SuperCache optimieren und seine Optionen testen, werden Ihnen die generierten speziellen HTTP-Status-Header sehr helfen. Das System von SuperCache stellt spezifische HTTP-Header bereit, die Informationen über den aktuellen Systemstatus liefern und darüber, ob eine bestimmte Webressource zwischengespeichert ist oder nicht.

Wichtig Hinweis:Bevor Sie überprüfen, wie SuperCache funktioniert, müssen Sie die Arten des Cachings bei der Verwendung von Cookies und die vom Caching ausgeschlossenen Server-Header beachten. Diese Einstellungen sind unter SuperCache » Erweiterte Einstellungen » Erweiterte Einstellungen verfügbar.

Wie funktioniert das Caching in SuperCache?

SuperCache ist ein Caching- und Webbeschleunigungssystem, das grundlegende Caching-Techniken und -Ansätze wie Reverse Proxy anwendet.

Wenn eine bestimmte Seite der Website zum ersten Mal geladen wird, speichert SuperCache eine zwischengespeicherte Version der Seite für die zukünftige Verwendung.

Cache MISS – (Die angeforderte Seite ist nicht im Cache verfügbar)

(1 ) Der Webbrowser sendet eine Anfrage für die Webressource page.html an den Server, der der angeforderten Domain entspricht, und die Anfrage erreicht SuperCache.
(2 ) SuperCache sucht die angeforderte Seite im Cache und findet sie nicht. Eine solche Auslassung wird Cache MISS genannt. SuperCache muss auf die Website für die angeforderte Seite zugreifen.
(3 ) SuperCache sendet eine Abfrage für die Webressource page.html an den Quellserver.
(4 ) Der Quellserver gibt die Webseite an SuperCache zurück.
(5 ) SuperCache empfängt, kopiert die Seite in den Cache und sendet sie an den Web-Client zurück.
(6 ) Der Webbrowser empfängt die angeforderte Webressource.

Cache HIT – (die angeforderte Seite ist im Cache verfügbar)

Sobald die Seite zwischengespeichert ist, wird sie bei den nächsten Anfragen direkt bedient, ohne dass neue Anfragen an den Ursprungsserver gesendet werden.

(1 ) Der Webbrowser sendet eine Anfrage nach page.html an den Server, der der angeforderten Domain entspricht, und die Anfrage wird von SuperCache erkannt (da sich der Proxyserver vor dem Quellserver befindet).
(2 ) SuperCache überprüft den Cache auf die angeforderte Seite und findet sie (Cache HIT). SuperCache liefert die Webseite direkt an den Client, diesmal ohne sich an den Quellserver zu wenden.

zurück an die Spitze

Cache-Prüfung und Status in SuperCache

Die Cache-Prüfung kann entweder über das Developer Tool durchgeführt werden, das standardmäßig in den gebräuchlicheren Browsern verfügbar ist, oder über eine Konsole. Der von SuperCache zurückgegebene spezielle Header wird während dieses Vorgangs überprüft.

Über einen Browser prüfen

In Firefox und Chrome ist ein Entwicklertool verfügbar, mit dem Sie die vom Browser und SuperCache ausgetauschten HTTP-Header überprüfen können.

Um eine Überprüfung über Firefox oder Chrome durchzuführen, laden Sie eine Webseite und drücken Sie F12 (oder Strg+Umschalt+K).

Überprüfen Sie die HTTP-Header und suchen Sie nach dem X-SH-Cache* Header in der Antwort des Servers.

Überprüfen Sie eine Konsole

Sie können die HTTP-Header in der Antwort der Website auch über eine Konsole überprüfen.

Cache-Tests können über einen Remote-Rechner durchgeführt werden.

Wenn das Gerät Curl unterstützt, verwenden Sie Folgendes:

curl -I http://cookies.goodexample.eu

cookies.goodexample.eu – durch die URL der Website ersetzen;

HTTP-Statusheader, die von SuperCache bereitgestellt werden

Wenn eine Webseite mit aktiviertem SuperCache geladen wird, zeigen die Server-Antwort-Header einen der folgenden speziellen HTTP-Header an:

X-SH-Cache-Status:HIT
Dieser Status bedeutet, dass zwischengespeicherte Webseiteninhalte bereitgestellt werden. Caching ist aktiviert und läuft.

X-SH-Cache-Status:MISS
Dieser Status bedeutet, dass zwischengespeicherte Inhalte nicht bereitgestellt werden. Wenn Sie zum ersten Mal eine Webseite besuchen, erhalten Sie diesen Status. Beim Laden der nächsten Seite soll der Status HIT sein. Wenn beim Laden jeder nächsten Seite der Status MISS lautet, bedeutet dies, dass eine Bedingung, ein HTTP-Header oder ein HTTP-Cookie das Einlösen verhindert.

Dieser Status kann auch generiert werden, wenn:
– die Seite zum ersten Mal geladen wird;
– die Website den Set-Cookie-Header liefert, der nicht vom Caching im SuperCache ausgeschlossen ist;
– die Die Website stellt einen Cache-Control-Header mit einer Anweisung bereit, die SuperCache am Caching hindert.

X-SH-Cache-Status:BYPASS
Dieser Status bedeutet, dass zwischengespeicherte Inhalte nicht bereitgestellt werden. Der häufigste Grund dafür könnte ein ausgeschlossenes Cookie sein, was bedeutet, dass SuperCache keine zwischengespeicherten Inhalte bereitstellt. BYPASS kann empfangen werden, falls ein Client-Cookie zur Authentifizierung generiert wird, das vom Caching ausgeschlossen ist. Sie können diese Cookies unten im Artikel sehen.

X-SH-Cache-Status:Ausgeschlossen
Dieser Status soll Sie darüber informieren, dass zwischengespeicherte Inhalte für die Webseite nicht geladen werden, da ihre URL vom Caching ausgeschlossen ist. Sie können dies unter URL-Adressen vom Caching ausschließen ändern.

X-SH-Cache deaktiviert:1
Dieser Status bedeutet, dass das Caching im SuperCache Manager im cPanel deaktiviert ist. Zwischengespeicherte Version der Webseite wird nicht bereitgestellt.

X-SH-Cache-Status:ABGELAUFEN
Dieser Status bedeutet, dass die Gültigkeit der zwischengespeicherten Version der Webseite abgelaufen ist und erneut validiert werden muss. Beim nächsten Besuch der Seite wird der zwischengespeicherte Inhalt aktualisiert und der Status ändert sich in HIT.

X-SH-Cache-Status:Whitelisted IP
Dieser Status bedeutet, dass die IP-Adresse, über die die Anfrage an die Website gesendet wird, von der Bereitstellung von zwischengespeicherten Inhalten ausgeschlossen wurde.

X-SH-WhitelistIp:xxx.xxx.xxx.xxx
Dieser Header enthält die IP-Adresse, von der die Anfrage an die Website gesendet wird.

zurück an die Spitze

Spezifische Caching-Funktionen mit SuperCache

HTTP-Cookies

SuperCache unterstützt drei Caching-Modi bezüglich der Verwendung von HTTP-Cookies in Besucheranfragen. Die Art des Cachings kann aus den Arten des Cachings bei der Verwendung von Cookies ausgewählt werden Option verfügbar unter Erweiterte Einstellungen in SuperCache.

Um die geeignete Art des Cachings bei der Verwendung von Cookies auszuwählen, müssen Sie die Website zunächst ausführlich testen und alle Fälle definieren, in denen Cookies generiert werden. Wenn es ein Cookie gibt, das es der Website ermöglicht, personalisierte Inhalte für jeden Benutzer bereitzustellen, müssen Sie dieses Cookie vom Caching ausschließen.

HTTP-Cookies vom Caching ausgeschlossen

Einige der beliebtesten CMS wie WordPress, Joomla! und andere verwenden spezifische Cookies, um die frühere Benutzeridentifikation zu validieren. Nach der Anmeldung bei einigen dieser Systemverwaltungen erhalten Benutzer die folgenden Cookies:

Administrator =*
wordpress_logged_in *
joomla_user_state=eingeloggt_ein

Diese administrativen Cookies werden automatisch vom Caching ausgeschlossen. Das Entfernen dieses Abwehrmechanismus wird nicht unterstützt.

Wenn ein Benutzer einige dieser Cookies in der Abfrage an die Website sendet, gibt SuperCache X-SH-Cache-Status zurück:BYPASS wird weder die Antwort der Website zwischenspeichern, noch zwischengespeicherte Daten an den Besucher liefern.

Wenn die Website Cookies zur Authentifizierung verwendet, die sich von den oben genannten unterscheiden, können Sie sie von Alles außer bestimmten Besucher-Cookies zwischenspeichern ausschließen in Erweiterte Einstellungen » Caching-Arten bei der Verwendung von Cookies . Geben Sie nur den Cookie-Namen in das Feld Inhalte nicht aus dem Cache liefern, wenn ein Cookie vorhanden ist ein .

Administrative URLs vom Caching ausgeschlossen

Genau wie administrative Cookies sind einige der administrativen URLs in den gängigsten CMS vom Caching ausgeschlossen.

Vom Caching ausgeschlossene URLs:

/wp-admin
/wp-login.php
/Administrator
/admin
/anmelden
/Benutzer/Login
/?q=Benutzer

Anders als bei Cookies kann die Option URLs vom Caching ausgeschlossen deaktiviert werden. Sie können dies über Automatisch hinzugefügte URL-Adressen, die nicht zwischengespeichert sind tun unter Erweiterte Einstellungen im SuperCache.

Wichtig :Wenn Sie für den Zugriff auf das Admin-Panel der Website eine andere URL als die vom Caching ausgeschlossenen verwenden, müssen Sie sie in den SuperCache-Einstellungen zu URL-Adressen vom Caching ausschließen hinzufügen.

HTTP-Header, die von der Website bereitgestellt werden

Ob eine Antwort von einer Website zwischengespeichert wird und bis wann der Cache gespeichert wird, hängt von den HTTP-Headern ab. SuperCache prüft die HTTP-Header in der Antwort der Website und entspricht einigen davon.

Diese sind:Set-Cookie , Cache-Kontrolle , Läuft ab und Variieren .

Hinweis :Cache wird in bestimmten Zeitabständen geleert. Das globale Intervall für die Cache-Propagierung wird in SuperCache unter Automatic Cache Purge eingerichtet. Das standardmäßig eingestellte Intervall beträgt 15 Minuten. Das bedeutet, dass zwischengespeicherte Daten für eine bestimmte Webressource alle 15 Minuten gelöscht werden. Zwischengespeicherter Inhalt wird entfernt und bei der nächsten Abfrage generiert diese Ressource einen neuen Cache.
HTTP-Set-Cookie-Header

Die Website sendet HTTP-Cookies über diesen Header an Benutzer. Wenn die Antwort der Website mindestens einen Set-Cookie-Header enthält, wird sie nicht von SuperCache zwischengespeichert. Diese Option kann unter Erweiterte Einstellungen » Verarbeitung der folgenden Server-Header deaktivieren geändert werden. Nachdem Sie diesen Header von der Verarbeitung ausgeschlossen haben, hält sich SuperCache nicht daran und speichert die Antwort der Website frei zwischen.

HTTP Cache-Control Header

Eine Reihe von Anweisungen aus dem HTTP-Cache-Control-Header beziehen sich auf die Gültigkeit der Antwort der Website und steuern, wie Caching-Systeme diese Antwort verarbeiten. Dies wirkt sich direkt auf das Caching von Webressourcen aus und daher reagiert SuperCache empfindlich auf Anweisungen aus dem HTTP-Cache-Control-Header.

HTTP-Expire-Header

Dieser Header gibt die Zeit an, bis zu der die Antwort als aktuell angesehen wird. Wenn die Antwort nach dem angegebenen Datum generiert wird, wird die Antwort von Caching-Systemen als veraltet und veraltet behandelt. SuperCache schließt möglicherweise den Expires-Header aus, wenn die Antwort den HTTP-Cache-Control-Header mit einer max-age-Anweisung enthält.

HTTP Vary Header

Der HTTP-Vary-Header ist ein Mechanismus, der von Websites verwendet wird, um mitzuteilen, dass der Inhalt je nach den Spezifikationen der Benutzer variiert.

Der Header wird von Caching-Systemen verwendet, damit sie diese Funktion beim Caching von Inhalten einhalten. Es kann als Anweisungen andere HTTP-Header verwenden, die in Benutzerabfragen generiert werden, wie z. B. User-Agent, Cookies usw.

Die Verwendung von Vary:User-Agent kann zu ineffektivem Caching führen. Wenn die Website den Vary-Header mit einer Anweisung bedient, die für den ordnungsgemäßen Betrieb der Website nicht kritisch ist, sollten Sie sie besser aus SuperCache ausschließen.

Wenn die Website Vary:User-Agent-Header bereitstellt, es aber keine Website-Funktion oder Inhalte gibt, die für verschiedene Browser (User-Agent) variiert werden können, können Sie die User-Agent-Anweisung von SuperCache ausschließen.

Sie können eine bestimmte Direktive des Vary-Headers unter SuperCache-Einstellungen » Ignorierte Vary-Header.

ausschließen

Um diese Funktion über eine Konsole zu testen, können Sie den User-Agent-Parameter in curl ändern, z. B.:

curl -I -A „MyUserAgent“ http://cookies.goodexample.eu

Hinweis :Wenn die Website unterschiedliche Inhalte für mobile und Desktop-Benutzer bereitstellt und den User-Agent-Header verwendet, um sie zu unterscheiden, sollte der User-Agent nicht zu den ignorierten Vary-Headern in SuperCache hinzugefügt werden. zurück an die Spitze

Weiterlesen:

SuperCache Manager von SuperHosting

Erweiterte Einstellungen im SuperCache Manager

HTTP-Header

HTTP Vary Header


cPanel
  1. System- und Serverstatus

  2. Wie überprüfe ich die Festplattennutzung des Verzeichnisses und die Bandbreitennutzung?

  3. So überprüfen Sie den Status und den von Bildern und Containern belegten Speicherplatz

  4. cPanel 56-Upgrade-Hinweise und neue Funktionen

  5. Überprüfen Sie kontinuierlich den Status der OpenVPN-Verbindung

Veröffentlichungsdatum und Funktionen von Ubuntu 17.04

Ubuntu 18.10 veröffentlicht, Funktionen und mehr

Apache Cassandra:Funktionen und Installation

Überprüfen des Status von Liquid Web Services

cPanel und WHM einrichten

Überprüfen Sie den Rackspace Cloud-Status