Verwaltung von Websites
Dieses Thema richtet sich an Administratoren und Entwickler mit Administrator-Rechten in Episerver.
Sie können einer Episerver Installation problemlos Websites hinzufügen oder entfernen, vielleicht um kurzlebige Kampagnen-Websites zu erstellen.
Auf der Konfig Registerkarte > Websites verwalten, sehen Sie eine Übersicht über bestehende Websites in Ihrer Installation. Diese Websites teilen die gleiche Datenbank, Inhaltstypen und Vorlagen, das macht es einfach, neue Websites einzurichten. Sie können auch festlegen, ob Inhalte, wie Blöcke, Ordner und Medien freigegeben oder standortspezifisch sein sollen.
Sie können neue Websites wie folgt hinzufügen:
- Single-Site Einrichtung lässt Ihrer Installation ein CMS haben, das einer IIS-Instanz zugeordnet ist. Die IIS-Zuordnung ist eine Wild Card oder ein bestimmter Hostname. Sie können mehrere einzelne Seiten mit separaten Datenbanken und Code-Basis auf dem gleichen Server haben. In diesem Fall müssen Sie ein separates Admin-Interface für jeden Standort haben.
- Mit Multi-Site Einrichtung können Sie eine einzelne CMS-Website als Basis (Standardwebsite) haben, und neue Websites in der Admin-Ansicht erstellen, welche die gleiche Stammseite, Datenbank und Codebasis teilen. Weitere Seiten werden automatisch zugeordnet und erfordern keine zusätzliche Konfiguration (wenn die Basisseite der Wildcard zugeordnet ist) oder man braucht eine manuelle Konfiguration des Host-Namen.
Wenn Sie in einer Multi-Site-Konfiguration arbeiten, sehen Sie alle Websites in der gleichen Schnittstelle, wodurch es einfach wird, mit ihnen zu arbeiten. Ein Grund, eine Multi-Site-Einrichtung mit einer bestimmten Host Namenszuordnung auszuführen (d. h. eine andere IIS-Instanz pro CMS Website) ist, dass Sie verschiedene Anwendungspools verwenden können, was bedeutet, dass wenn eine Seite ausfällt, die anderen Seiten weiterhin ausgeführt werden.
Anforderungen
Die folgenden Anforderungen müssen erfüllt sein, um Websites in der Admin-Ansicht zu verwalten:
- Verfügbare Lizenzen. Eine Nachricht informiert Sie über die Anzahl der verfügbaren Websites, die durch die Lizenz zur Installation erlaubt sind. Siehe Lizenzinformation auf der Registerkarte Admin, für Informationen.
- Eindeutige URL. In Admin-Ansicht muss jede Website eine eindeutige URL haben und in der Seitenstruktur beginnen. Start-Seiten dürfen nicht verschachtelt werden.
- Domain-Zuordnung muss in IIS konfiguriert werden.
- Für Multi-Site-Einrichtung muss IIS konfiguriert werden, um auf jeden Host-Namen zu reagieren.
- Für Single-Site-Einrichtung, muss jede separate CMS-Website eine IIS-Website konfiguriert haben.
Hinzufügen und Aktualisieren einer Website aus der Admin-Ansicht
Auf der Registerkarte der Websites können Sie eine Website anklicken, um detaillierte Informationen zu den Einstellungen zu finden. Sie können auch die Seiteninformationen aktualisieren.
Um weitere Seiten zu Ihrer Installation hinzuzufügen, klicken Sie auf Seite hinzufügen. Fügen Sie die folgenden Informationen bei der Erstellung und Aktualisierung der Website-Einstellungen für die Installation:
Seiteneinstellung | Beschreibung |
---|---|
Name | Geben Sie einen Namen ein, der die Website identifiziert, wie zum Beispiel Beispielseite. |
URL | Geben Sie die URL für die Seite ein, wie http://examplesite.com. Wenn Ihr CMS oder Commerce Site Unicode-Zeichen in der URL-Segmente verwendet, sollten internationalisierte Domain-Namen in PunycodePunycode ist ein Weg zur Umwandlung von Internet-Hostnamen von Unicode zu ASCII. registriert werden. Siehe auch: Internationalized Resource Identifiers (IRIs) auf Episerver World. |
Startseite | Wählen Sie die Seite aus, auf die der Besucher gesendet wird, wenn nur ein Host-Name angegeben wird. |
Sitespezifische Ressourcen verwenden | Aktivieren Sie dieses Kontrollkästchen, um sicherzustellen, dass Ressourcen, wie Blöcke und Medien für diese Webseite, nicht für die Verwendung auf anderen Websites in der Installation verfügbar sind. Diese Option wirkt sich auf die Ordnerstruktur aus, die Redakteure im Asset-Bereich sehen. |
Hostname | Optional. Geben Sie eine spezifische URL ein, wie examplesite.com. Wenn Sie die Website nicht benennen, wird sie automatisch mit der von Ihnen eingegebenen URL benannt. Einer der Standorte in der Installation muss an den * Hostnamen gebunden sein. Diese Website dient als Alternative, wenn eine exakte Übereinstimmung mit dem Host-Namen, der vom Besucher verwendet wird, nicht gefunden werden kann. Diese Einstellung ist weniger wichtig in einem Szenario mit einer Seite, da Sie nur eine Seitenkonfiguration haben können. Jedoch in einem Szenario mit mehreren Standorten müssen Sie sicherstellen, dass Host-Bindungen, die in IIS aktiv sind, in der entsprechenden Website-Konfiguration gespiegelt werden. Zum Beispiel möchten Sie examplesite.se hinzufügen. Verwendung: Die Hostnamensliste wird von der Anwendung in zwei verschiedenen Szenarien ausgewertet:
Hinweis: Eine Wildcard * Mindmapping muss von einem expliziten Host-Namen begleitet werden, um die Generierung seitenübergreifender Links zu unterstützen. |
Gebietsschema | Wählen Sie die Standardsprache aus, wenn ein Besucher auf die Website mit dem Hostnamen zugreift. |
Typ |
|
Schema | Wählen Sie das bevorzugte Schema aus, das für diesen Host verwendet werden soll. Dies betrifft nur die Generierung von Links auf dieser Seite, wie eingehende Anfragen auf den Host-Namen, die unabhängig von der Regelung abgestimmt sind. |
Das folgende Beispiel zeigt eine Standardwebseite, die mit mehreren Host-Namen, Sprachen und Umleitungstypen konfiguriert wurde:
Diesem Beispiel würde zu folgendem Verhalten führen:
- Eine Anfrage an http://redirected.se wird umgekeitet auf http://examplesite.se unter Verwendung der HTTP 301 Response.
- Eine Anfrage zur http://www.examplesite.se bedient den schwedischen Inhalt.
Kanonische Links, die den Vorlagen hinzugefügt werden, sollten auf die http://examplesite.se verweisen
- Eine Anfrage zu http://redirected.no/page/ wird umgeleitet auf http://examplesite.no/page/ unter Verwendung von HTTP 301 Response, da dies der einzige norwegische Host ist, der nicht umgeleitet wird.
- Eine Anfrage zu http://redirected.com wird umgeleitet auf http://examplesite.com unter Verwendung des HTTP 302 Response, ach der Wildcard-Spezifikation.
Das folgende Beispiel zeigt eine Kampagnen-Website: