Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Anhang B: Konfiguration statischer Inhalte
WordPress Speichert standardmäßig alles lokal auf dem Webserver, d. h. Blockspeicher (AmazonEBS) für die [Bereitstellung auf einem einzelnen Server](simple-deployment.md) und Dateispeicher (AmazonEFS) für die [elastische Bereitstellung](elastic-deployment.md). Neben der Senkung der Speicher- und Datenübertragungskosten bietet die Verlagerung statischer Ressourcen zu Amazon S3 Skalierbarkeit, Datenverfügbarkeit, Sicherheit und Leistung.
In diesem Beispiel wird das W3 Total Cache (W3TC) -Plugin verwendet, um statische Assets auf Amazon S3 zu speichern. Es sind jedoch auch andere Plugins mit ähnlichen Funktionen verfügbar. Wenn Sie eine Alternative verwenden möchten, können Sie die folgenden Schritte entsprechend anpassen. Die Schritte beziehen sich nur auf Funktionen oder Einstellungen, die für dieses Beispiel relevant sind. Eine ausführliche Beschreibung aller Einstellungen würde den Rahmen dieses Dokuments sprengen. Weitere Informationen finden Sie auf der [W3 Total Cache-Plugin-Seite](https://wordpress.org/plugins/w3-total-cache/) auf [wordpress.org](https://wordpress.org/).
# Erstellung von Benutzern
Sie müssen einen Benutzer für das WordPress Plugin erstellen, um statische Assets in Amazon S3 zu speichern. Die Schritte dazu finden Sie unter [Einen Benutzer in Ihrem AWS Konto](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users_create.html) erstellen.
**Hinweis:** Rollen bieten eine bessere Möglichkeit, den Zugriff auf AWS Ressourcen zu verwalten, aber zum Zeitpunkt der Erstellung dieses Artikels unterstützt das W3 Total Cache-Plugin keine [Rollen](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-ec2.html).
Notieren Sie sich die Sicherheitsanmeldedaten des Benutzers und speichern Sie sie auf sichere Weise — Sie benötigen diese Anmeldeinformationen später.
# Erstellung Amazon S3 S3-Bucket
1. Erstellen Sie zunächst einen Amazon S3 S3-Bucket in der AWS Region Ihrer Wahl. Die Schritte dazu finden Sie unter [Einen Bucket erstellen](https://docs.aws.amazon.com/AmazonS3/latest/user-guide/create-bucket.html). Aktivieren Sie das Hosten statischer Websites für den Bucket anhand des [Tutorials: Konfigurieren einer statischen Website in Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/dev/HowDoIWebsiteConfiguration.html).
1. Erstellen Sie eine Richtlinie, um dem zuvor erstellten Benutzer Zugriff auf den angegebenen S3-Bucket zu gewähren, und hängen Sie die Richtlinie an den Benutzer an. Die Schritte zum Erstellen der folgenden Richtlinie finden Sie unter [Richtlinien verwalten](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage.html).
```
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "Stmt1389783689000",
"Effect": "Allow",
"Principal": "*",
"Action": [
"s3:DeleteObject",
"s3:GetObject",
"s3:GetObjectAcl",
"s3:ListBucket",
"s3:PutObject",
"s3:PutObjectAcl"
],
"Resource": [
"arn:aws:s3:::wp-demo",
"arn:aws:s3:::wp-demo/*"
]
}
]
}
```
1. Installieren und aktivieren Sie das W3TC-Plugin über das WordPress Admin-Panel.
1. Gehen Sie in der Konfiguration des Plugins zum Abschnitt **Allgemeine Einstellungen** und stellen Sie sicher, dass sowohl der **Browser-Cache** als auch aktiviert **CDN**sind.
1. Wählen Sie in der Drop-down-Liste in der CDN Konfiguration **Origin Push: Amazon** aus CloudFront (diese Option hat Amazon S3 als Ursprung).
1. Gehen Sie in der Konfiguration des Plug-ins zum Abschnitt Browser-Cache und aktivieren Sie die Header **expires**, **Cache Control** und **entity tag (ETag)**.
1. Aktivieren Sie außerdem die Option **Zwischenspeichern von Objekten nach Änderung der Einstellungen verhindern**, sodass bei jeder Änderung von Einstellungen eine neue Abfragezeichenfolge generiert und an Objekte angehängt wird.
1. Gehen Sie zum CDN Abschnitt der Plugin-Konfiguration und geben Sie die Sicherheitsanmeldedaten des Benutzers ein, den Sie zuvor erstellt haben, sowie den Namen des S3-Buckets.
1. Wenn Sie Ihre Website über das bereitstellen CloudFront URL, geben Sie den Namen der Vertriebsdomain in das entsprechende Feld ein. Andernfalls geben Sie einen oder mehrere CNAMEs für Ihre benutzerdefinierten Domainnamen ein.
1. Exportieren Sie abschließend die Medienbibliothek und laden Sie die WP-Includes, Theme-Dateien und benutzerdefinierten Dateien mithilfe des W3TC-Plug-ins auf Amazon S3 hoch. Diese Upload-Funktionen sind im Abschnitt **Allgemein der Konfigurationsseite** verfügbar. **CDN**
# Erstellung statischer Ursprünge
Nachdem die statischen Dateien auf Amazon S3 gespeichert sind, kehren Sie zur CloudFront Konfiguration in der CloudFront Konsole zurück und konfigurieren Sie Amazon S3 als Quelle für statische Inhalte. Fügen Sie dazu einen zweiten Ursprung hinzu, der auf den S3-Bucket verweist, den Sie zu diesem Zweck erstellt haben. Erstellen Sie dann zwei weitere Cache-Verhaltensweisen, eines für jeden der beiden Ordner (`wp-content`und`wp-includes`), die den S3-Ursprung und nicht den Standardursprung für dynamische Inhalte verwenden sollten. Konfigurieren Sie beide auf dieselbe Weise:
+ Nur HTTP GET Anfragen bedienen.
+ Amazon S3 variiert seine Ausgabe nicht auf der Grundlage von Cookies oder HTTP Headern, sodass Sie die Caching-Effizienz verbessern können, indem Sie sie nicht an den Ursprung über weiterleiten. CloudFront
+ Trotz der Tatsache, dass diese Verhaltensweisen nur statischen Inhalt (der keine Parameter akzeptiert) dienen, leiten Sie Abfragezeichenfolgen an den Ursprung weiter. Auf diese Weise können Sie Abfragezeichenfolgen als Versionsbezeichner verwenden, um beispielsweise ältere CSS Dateien bei der Bereitstellung neuer Versionen sofort ungültig zu machen. Weitere Informationen finden Sie im [Amazon CloudFront Developer Guide](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/ReplacingObjects.html).
**Anmerkung**
Nachdem Sie die statischen Ursprungsverhalten zu Ihrer CloudFront Distribution hinzugefügt haben, überprüfen Sie die Reihenfolge, um sicherzustellen, dass die Verhaltensweisen für statische Inhalte `wp-admin/*` und `wp-login.php` eine höhere Priorität als die Verhaltensweisen für statische Inhalte haben. Andernfalls kann es sein, dass Sie beim Zugriff auf Ihr Admin-Panel ein seltsames Verhalten feststellen.