Site-Konfigurationen

Siehe auch: Styles, Style-Vorlagen, Firmen/Mandanten

Sofern das Multisite-Modul lizensiert ist, können Site-Konfigurationen definiert werden, mit deren Hilfe ein Lobster Data Platform / Orchestration-System unterschiedlichen Benutzerkreisen abhängig von der zum Aufruf verwendeten URL mit einem spezifischen Erscheinungsbild präsentiert werden kann.

Der Menüpunkt Site-Konfigurationen (administration/designer/siteConfig) öffnet eine Ansicht, die eine Übersicht für Entitäten des Typs "Site-Konfiguration" (core:SiteConfig) mit der zugehörigen Standard-Erfassungsmaske für den Zugriff auf eine ausgewählte Site-Konfiguration kombiniert:

Wozu benötigt man eine Site-Konfiguration?

---

Styles und Style-Vorlagen bieten umfangreiche Möglichkeiten für die Definition des Erscheinungsbilds der Lobster Data Platform.

Jede Lobster Data Platform-Anmeldung bezieht sich auf ein bestimmtes Firmenkonto, das sich optional auf einen spezifischen "Style" für die Anzeige innerhalb einer Sitzung beziehen kann (s. Firmenkonto-Masken).

Site-Konfigurationen bieten darüber hinaus die Möglichkeit einen spezifischen "Style" (und einige andere Merkmale) zuzuordnen, bevor die eigentliche Anmeldung erfolgt, also wenn die Firma der Session noch nicht definiert ist.

Die Zuordnung stützt sich dabei immer auf eine Auswertung der zum Zugriff auf Lobster Data Platform verwendeten URL. Konkret ausgewertet wird der Domain Name bzw. eine ersatzweise verwendete IP-Adresse.

Beispiele: Der für die Zuordnung von Site-Konfigurationen relevante Abschnitt der URL ist nachfolgende jeweils durch Festbreitenschrift hervorgehoben.

• https://www.domain.net/portal

• https://portal.doma.in:9443/test

• https://32.168.123.45:443

Funktionsprinzip

Auch wenn Site-Konfigurationen nicht an Zuordnungskriterien gebunden sind, findet durch die Auswertung der URL eine Art "Zuweisung" nach dem all-matching-Prinzip (s. Zuordnungskriterien) statt:

• Das für jede Site-Konfiguration anzugebende Site pattern definiert einen Regulären Ausdruck, der auf den Domain Name (bzw. die IP-Adresse) aus der URL angewendet wird, um zu entscheiden, ob diese Konfiguration für den gegebenen Kontext potenziell relevant ist.

  • Der relevante Abschnitt aus der URL (Domain Name bzw. IP-Adresse) muss durch das Site pattern komplett beschrieben sein:

    • Ein Site pattern wie portal adressiert daher nicht alle Domain Names, die die Zeichenfolge portal enthalten.

    • Zielführend wäre für den genannte Zweck stattdessen das Site pattern .*portal.*. Der Ausdruck .* definiert dabei beliebig viele (≥0) beliebige Zeichen.

  • Ohne Angabe für das Site pattern gilt eine Site-Konfiguration ohne jede Prüfung immer als potenziell relevant.

• Ausgehend von den Eigenschaften der potenziell relevanten Site-Konfigurationen, werden die Ausprägungen für alle direkt über Site-Konfigurationen  beeinflussbaren Merkmale einer Sitzung (s. zweiter Abschnitt in der folgenden Tabelle) nach folgenden Regeln ermittelt:
  Unter allen potenziell relevanten Site-Konfigurationen, die überhaupt einen konkreten Wert für ein bestimmtes Merkmal spezifizieren, wird die mit dem höchsten Wert für die Priorität berücksichtigt.

  • Liefern mehrere Site-Konfigurationen mit derselben Priorität widersprüchliche Vorgaben für dasselbe Merkmal, bestimmt die zuletzt erstelle Konfiguration (mit dem höchsten ID-Wert) die Ausprägung für das betreffende Merkmal.

  • Definiert keine der potenziell relevanten Site-Konfigurationen eine konkrete Ausprägung für ein bestimmtes Merkmal greift der Lobster Data Platform-Standard.

 HINWEIS  Die Merkmale einer Sitzung können also durch Überlagerung von Festlegungen in unterschiedlichen Site-Konfigurationen (und ggf. Standardwerten) bestimmt sein. Wie das Beispiel (unten) demonstriert können dabei unterschiedliche Konfigurationen zu demselben "Erlebnis" für die Benutzer führen.

Eigenschaften

Jede “Site-Konfiguration” (SiteConfig) verwendet folgende Eigenschaften:

 WICHTIG  Häufig zielt das Site pattern häufig auf (Teil-)Zeichenfolgen für Domain Names ab, die den Punkt (.) als Trennzeichen enthalten. Da die als Site pattern angegebene Zeichenfolge als Regulärer Ausdruck interpretiert wird, ist der Punkt per Standard ein Platzhalter für ein beliebiges Zeichen. Damit ein Punkt in einem Regulären Ausdruck als Textzeichen "eingefordert" wird, muss entweder (s. "Beispiel" unten) ein Backslash vorangestellt (\.) oder der Punkt in eckige Klammern eingeschlossen ([.]) werden.

• Ein Site pattern wie loc.lh.st greift also nicht nur für den Domain Name loc.lh.st sondern z. B. auch, wenn auf den Lobster Data Platform-Server "lokal" über den Domain Name localhost zugegriffen wird. Die Site patterns loc[.]lh[.]st oder loc\.lh\.st adressieren dagegen streng und präzise nur den Domain Name (loc.lh.st).

• Ein Site pattern wie .*.et greift zwar für alle Domain Names die sich auf die Top Level Domain (TLD) et (für Äthiopien) beziehen. Da in diesem Site pattern nicht nur der erste, sondern auch der zweite Punkt als Wildcard interpretiert wird, gilt diese Site-Konfiguration auch für alle Domain Names mit der TLD net als potenziell relevant. Das Site pattern .*\.et greift dagegen exklusiv für äthiopische Domain Names.

Beispiel

• it der "Alternativen Konfiguration" definieren alle Site-Konfigurationen alle Eigenschaften explizit, aber teilweise übereinstimmend. Das schafft Transparenz, weil effektiv immer genau eine Konfiguration komplett zum Zug kommt.

• Die Regulären Ausdrücke für das Site pattern der Konfigurationen "rot" und "blau" schließen sich gegenseitig aus. Daher stellt die übereinstimmende Priorität (0) kein Problem dar.

• Der Verzicht auf ein Site pattern für die Konfiguration "grün" macht diese zur "Standard-Konfiguration", die immer potenziell relevant ist, aber mit dem Prioritätswert -1 genau dann effektiv wirksam wird, wenn kein Site pattern für eine der höher priorisierten Site-Konfigurationen greift.