Typo3/Workspaces: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
|||
| Zeile 5: | Zeile 5: | ||
== Einleitung == | == Einleitung == | ||
== Benutzerhandbuch == | == Benutzerhandbuch == | ||
Version vom 29. Juli 2025, 09:23 Uhr
Typo3/Workspaces - TYPO3-Arbeitsbereiche
Beschreibung
Diese Erweiterung führt Workflows mit benutzerdefinierten Stufen und Versionierung für einen detaillierteren Bearbeitungs- und Veröffentlichungsprozess ein
Einleitung
Benutzerhandbuch
Dieser Abschnitt befasst sich mit den arbeitsbereichsbezogenen Funktionen im Backend
Die meisten bedeutenden Arbeitsbereiche haben ein Auswahlfeld in der oberen rechten Ecke des Backends
Der Arbeitsbereichselektor in der oberen Leiste
In dieser Auswahlbox können Sie zwischen den verfügbaren Arbeitsbereichen wählen
- Das gesamte Backend wird jedes Mal neu geladen, wenn man den Arbeitsbereich wechselt
Als visuelle Erinnerung daran, dass Sie sich gerade in einem Arbeitsbereich befinden, ändert sich ein Teil der oberen Leiste in eine andere Farbe:
Aktivierung eines Arbeitsbereichs, hervorgehoben in der oberen Leiste
Sobald Sie innerhalb eines Arbeitsbereichs mit der Bearbeitung beginnen, werden neue Versionen für Sie erstellt
Eine Seite, die im aktuellen Arbeitsbereich eine Änderung aufweist, wird im Seitenbaum hervorgehoben:
Geänderte Seite im Seitenbaum hervorgehoben
Das Modul WEB > Workspaces ermöglicht es Ihnen, Änderungen in einem Arbeitsbereich zu überwachen:
Ein Überblick über die Änderungen im Modul Arbeitsbereiche
Zunächst einmal erhalten Sie einen Überblick über alle Änderungen im aktuellen Arbeitsbereich und auf der aktuellen Seite (oder darunter, falls so definiert)
- Dies ist auch das Kontrollzentrum für das Überprüfen, Bearbeiten und Senden von Änderungen an eine andere Stufe
- Alle diese Vorgänge werden im Folgenden detailliert beschrieben
- Die Icons entsprechen den folgenden Operationen:# Änderungen anzeigen: öffnet die Detailansicht
- Swap: tauscht den Arbeitsbereich und die Live-Version des Datensatzes
- Vorschau-Element: öffnet das Vorschaufenster
- Element bearbeiten: editiert den Datensatz
- Version der Seite öffnen: wechselt zum Modul WEB > Seite
- Verwerfen: verwirft die Änderung
- wählt den Datensatz aus
- Sobald ein Datensatz ausgewählt ist, werden die beiden Aktionsmenüs unten links aktiv
Das dritte Menü am unteren Rand der Ansicht ist das Menü "Massenaktion" (unten beschrieben)
Sie können auch den Arbeitsbereich wechseln, indem Sie auf die entsprechende Registerkarte klicken
Die Detailansicht öffnet sich in einem Popup-Fenster mit den vollständigen Verlaufsinformationen
Alle Details zu einer Änderung anzeigen
Vorschau des Inhalts
Sobald Sie in einem Arbeitsbereich auf die Schaltfläche "Webseite anzeigen" klicken oder die Aktion "Seite speichern und anzeigen" verwenden, gelangen Sie zur Vorschau des Arbeitsbereichs
- Dies ist auch direkt aus dem Modul Arbeitsbereiche möglich, wenn Sie auf die Schaltfläche "Elementvorschau" klicken
Die Arbeitsbereichsvorschau ist eine gleichzeitige Ansicht der Live- und der Arbeitsbereichsversion
- Standardmäßig wird die Arbeitsbereichsversion angezeigt und ein Schieberegler, mit dem Sie die Anzeige auf die Live-Version umstellen können
Mit dem Auswahlfeld in der oberen rechten Ecke können Sie den Modus etwa auf vertikale Aufteilung ändern:
Ändern der geteilten Vorschau der Arbeitsbereiche
Wenn Sie auf den Reiter "Listenansicht" klicken, gelangen Sie in die gleiche Ansicht wie im Modul Arbeitsbereiche
Erzeugen eines Vorschau-Links
Ein zusätzliches Feature des Arbeitsbereichs ist, dass ein spezieller Vorschaulink generiert werden kann
- Dieser kann mit jedem geteilt werden, auch mit Personen, die keinen Zugriff auf die TYPO3 CMS-Installation haben
- Mit diesem Link können andere Personen die Seite so sehen, wie sie in dem jeweiligen Arbeitsbereich erscheint
Klicken Sie einfach auf die Schaltfläche "Seitenvorschau-Links generieren" in der Kopfzeile und kopieren Sie den Link aus dem Popup-Fenster:
Der Link zur Vorschau erscheint in einem Popup-Fenster
Überprüfungsprozess
Die Weiterleitung einer Änderung an eine andere Stufe des Überprüfungsprozesses erfolgt über das Popup-Fenster der Detailansicht:
Senden einer Änderung an die vorherige oder nächste Stufe
Die Änderung kann entweder an die nächste Stufe gesendet oder an die vorherige Stufe zurückgeschickt werden
- Sobald eine Stufe ausgewählt wurde, erscheint ein weiteres Popup-Fenster zur Eingabe einer Nachricht:
Hinzufügen einer Nachricht beim Senden an eine andere Stufe
Die Nachrichten sind als Kommentare in der Änderungshistorie sichtbar
Sobald die Änderung das Stadium "Bereit zur Veröffentlichung" erreicht hat, kann jeder, der über die entsprechenden Rechte verfügt, sie in der LIVE-Version veröffentlichen, woraufhin sie auf der Website sichtbar wird
- Beachten Sie, dass jeder, der zur Veröffentlichung berechtigt ist, direkt von jeder Stufe aus veröffentlichen kann
- Eine Änderung muss also nicht in allen Phasen durchlaufen worden sein
Es ist auch möglich, eine Änderung an eine andere Stufe zu senden, indem Sie sie in der Übersicht auswählen und das Menü unten links verwenden:
Eine oder mehrere Änderungen direkt an eine andere Stufe senden
Das Massenaktionsmenü
Mit dem dritten Menü am unteren Rand können Sie auch einen ganzen Arbeitsbereich auf einmal veröffentlichen, austauschen oder verwerfen
- Dieses Auswahlfeld - "Massenaktionen" genannt - ist nur aktiv, wenn kein Element ausgewählt ist:
Der Massenwirkungsselektor
- Wichtig
- Die Massenaktionen wirken sich auf den gesamten Arbeitsbereich aus, d. h. auch auf die Änderungen, die im Modul Arbeitsbereiche nicht sichtbar sind, weil sie sich nicht im aktuell ausgewählten Zweig im Seitenbaum befinden
Arbeitsbereich-Protokoll
Das Systemprotokoll spiegelt auch die Vorgänge im Arbeitsbereich wider
- In der Spalte "Benutzer" erscheint der Name des Arbeitsbereichs unterhalb des Benutzernamens:
Protokoll der arbeitsplatzbezogenen Vorgänge
Installation
Diese Erweiterung ist Teil des TYPO3 Core, wird aber nicht standardmäßig installiert
Inhaltsübersicht
Installation mit Composer
Prüfen Sie, ob Sie die Erweiterung bereits mit verwenden:
composer show | grep workspaces
Dies sollte Ihnen entweder kein Ergebnis oder etwas ähnliches liefern:
typo3/cms-workspaces v12.4.11
Wenn sie noch nicht installiert ist, verwenden Sie den Befehl composer require, um die Erweiterung zu installieren:
composer require typo3/cms-workspaces
Die angegebene Version hängt von der Version des TYPO3 Core ab, die Sie verwenden
Installation ohne Composer
Bei einer Installation ohne Composer wird die Erweiterung bereits ausgeliefert, ist aber möglicherweise noch nicht aktiviert
- Aktivieren Sie sie wie folgt:# Navigieren Sie im Backend zum Modul Admin Tools > Extensions
- Klicken Sie auf das Symbol Aktivieren für die Erweiterung "Workspaces"
"Extension manager showing Workspaces extension"
Erweiterungsmanager mit der Erweiterung Workspaces
Verwaltung
Versionierung
TYPO3 CMS bietet eine Versionierung der Datenbankelemente, die es verwaltet
- Dieses Versionierungssystem ermöglicht es Ihnen, an zukünftigen Versionen von Inhalten zu arbeiten, ohne dass der aktuelle Inhalt beeinträchtigt wird
- Es wird von Workflow-Systemen verwendet, um einen Prozess für solche Inhalte anzubieten, der von der Erstellung über die Bearbeitung bis zur Überprüfung und Veröffentlichung reicht
Die Versionierung ist in der Kern-API standardmäßig verfügbar, aber um Zugang zu den Verwaltungswerkzeugen zu erhalten, müssen Sie die Systemerweiterung "Workspaces" installieren
Technische Details
Die Versionsverwaltung muss für jede Tabelle in der "ctrl"-Sektion des TCA-Arrays für die jeweilige Tabelle aktiviert werden
- Darüber hinaus muss ein fester Satz von Feldern für die Verwaltung von Versionen vorhanden sein
- Alle diese technischen Details sind in der Beschreibung der TCA-Eigenschaft "versioningWS" aufgeführt
- Dort sind auch alle anderen versionierungs- und arbeitsbereichsbezogenen Eigenschaften beschrieben
Zukünftige und vergangene Versionen von Datensätzen in TYPO3 CMS bleiben in der gleichen Tabelle wie die Live-Version
- Allerdings haben alle "Offline"-Versionen einen pid-Wert von "-1", um sie zu unterscheiden
- Außerdem haben sie ein Datenbankfeld mit dem Namen "t3ver_oid", das auf ihr Live-Pendant ("online") verweist
Wenn eine zukünftige/vergangene Version mit der Live-Version ausgetauscht wird, geschieht dies durch Austausch aller Feldwerte außer den Feldern uid und pid (und natürlich werden versionierungsbezogene Felder entsprechend ihrer Funktion manipuliert)
- Das bedeutet, dass der Online-Inhalt immer durch dieselbe ID identifiziert wird wie zuvor und daher alle Referenzen intakt bleiben
Die Versionierung ist für bestehende Elemente einfach
- Das Verschieben, Erstellen und Löschen wirft jedoch andere Probleme auf
- Dies wird auf folgende Weise gelöst:* Das Löschen von Elementen erfolgt durch die Erstellung einer neuen Version des Elements und das Setzen einer Markierung in der neuen Version (t3ver_), die angibt, dass das aktive Element bei der Veröffentlichung der Versionen gelöscht werden muss
- Bei der Erstellung von Elementen wird zunächst ein Platzhalter-Element erstellt, das tatsächlich live ist, aber eine Markierung (t3ver_) trägt, die es online unsichtbar macht
- Dann wird eine neue Version dieses Platzhalters mit dem Flag (t3ver_) erstellt, die bis zur Veröffentlichung geändert wird
- Das Verschieben von Elementen erfolgt, indem zunächst ein Platzhalterelement erstellt wird, das in der Tat live ist, aber eine Markierung (t3ver_) trägt, die es online unsichtbar macht
- Es hat auch ein Feld, "t3ver_move_id", das die uid des zu verschiebenden Datensatzes (Quelldatensatz) enthält
- Außerdem wird eine neue Version des Quelldatensatzes mit t3ver_ (move-to pointer) erstellt
- Diese Version ist notwendig, damit das Versionierungssystem etwas hat, das es für den Verschiebevorgang veröffentlichen kann
- Zusammengefasst werden also zwei Datensätze für einen Verschiebevorgang in einem Arbeitsbereich erstellt: Der Platzhalter (online, mit t3ver_ und "t3ver_move_id") und eine neue Version (t3ver_) des Online-Quelldatensatzes (der, der verschoben wird)
Eindeutige Felder
- Eindeutige Felder wie ein Seitenalias oder ein Benutzername sind in einem Versionierungsszenario heikel, da der Veröffentlichungsprozess eine Prüfung durchführen muss, ob das Feld in der "Live"-Situation eindeutig ist
- Das bedeutet, dass wir eine Lösung gewählt haben, bei der eindeutige Felder überhaupt nicht ausgetauscht werden! Dies bedeutet, dass die Veröffentlichung einer neuen Version einer Seite den Alias der Live-Version nicht ändern kann und wird
- Der eindeutige Wert "Live" bleibt erhalten, bis er in der Live-Version geändert wird
- Sie können Felder mit dem Schlüsselwort "unique" ausblenden, wenn es Offline-Versionen gibt
Dies geschieht mit der Anzeigebedingung:
'displayCond' => 'VERSION:IS:false',
Berechtigungen
Dies ist ein Überblick über die Handhabung von Berechtigungen im Zusammenhang mit der Versionierung:
Anzeigen
- Leseberechtigungen werden auf der Grundlage der Live-Version von Seiten ausgewertet (als Grundregel)
- Die Leseberechtigungen der Offline-Seitenversion in einem Arbeitsbereich werden nicht berücksichtigt
- Es wird die ID des Live-Datensatzes verwendet, damit die Anzeigeberechtigungen des Live-Datensatzes ausgewertet werden
Versionierung von Datensätzen
- Um eine neue Version zu erstellen, muss der Benutzer Leserechte für den Live-Datensatz haben, den er versionieren möchte
- Eine neue Version einer Seite erbt die Einstellungen für den Eigentümer, die Gruppe und die Berechtigungen aus dem Live-Datensatz
Version veröffentlichen
- Um zu veröffentlichen, muss ein Benutzer über allgemeine Veröffentlichungsrechte im Arbeitsbereich verfügen, z.B
- muss er der Eigentümer des Arbeitsbereichs sein oder Zugriff auf den Live-Arbeitsbereich haben
- Außerdem muss der Benutzer Lese- und Bearbeitungsrechte für die zu veröffentlichende Offline-Version sowie Bearbeitungsrechte für die Live-Version haben, die durch eine Veröffentlichungsaktion ersetzt wird!
- Die Berechtigungen einer neuen Version einer Seite folgen der Seite, wenn sie veröffentlicht wird
Bearbeiten von Datensätzen
- Für alle Bearbeitungen ist es erforderlich, dass die Stufe des versionierten Datensatzes (oder der Wurzelpunkt) die Bearbeitung zulässt
- Seitendatensätze:
- Die Berechtigung zur Bearbeitung wird immer anhand der Berechtigungseinstellungen der Seite und nicht anhand der Live-Datensätze bewertet
- Datensätze aus Nicht-Seiten-Tabellen:
- Basiert immer auf der übergeordneten Live-Seite
Neue Datensätze
- Wenn neue Datensätze mit einer Version und einem Live-Platzhalter erstellt werden, hängen die Berechtigungen von der Live-Seite ab, unter der der Datensatz erstellt wird
Verschieben von Datensätzen
- Datensätze können verschoben werden, solange die Quell- und Zielwurzel auf eine Stufe zeigen, die dies zulässt
- Neue Datensätze, die mit einem Platzhalterelement erstellt wurden, können frei verschoben werden
- Im Allgemeinen muss die Stufe eines verschobenen Datensatzes die Bearbeitung sowie die regulären Berechtigungen für das Verschieben zulassen
Löschen von Datensätzen
- Wenn ein Datensatz die Versionierung unterstützt, wird er zum Löschen markiert, wenn alle üblichen Voraussetzungen zum Zeitpunkt der Löschanfrage erfüllt sind: Löschzugriff auf den Datensatz, keine Unterseiten, wenn rekursives Löschen nicht aktiviert ist, und keine unzulässigen Tabellensätze gefunden werden
- Sobald der Datensatz zum Löschen markiert ist, werden alle Änderungen am Datensatz und an den Unterseiten, die sonst das Löschen für den Benutzer verhindern würden, nicht mehr wirksam
- Der Datensatz wird bei Veröffentlichung gelöscht!
- Wenn Sie versuchen, einen Live-Datensatz zu löschen, für den eine Version im Arbeitsbereich gefunden wird, wird stattdessen diese Version gelöscht
- Das Entfernen von Versionen aus einem Arbeitsbereich und das Erhöhen der Versionsstufe ist möglich, solange der Benutzer Bearbeitungsrechte für den Datensatz besitzt
Dateien / Assets / Ressourcen
Zur Verwaltung von Dateien/Assets (im Gegensatz zu Datensätzen/Seiten) wird der Live-Arbeitsbereich verwendet
- Das bedeutet, dass für den Zugriff auf Backend-Module wie das Dateilistenmodul entsprechende Rechte für den Live-Arbeitsbereich festgelegt werden müssen
Arbeitsbereiche
Arbeitsbereiche sind die Benutzeroberfläche, die auf dem Versionierungskonzept aufbaut, um den Benutzern die Verwaltung der Versionen zu erleichtern
Darüber hinaus ermöglichen es Arbeitsbereiche, eine Reihe von Stufen für die Validierung einer bestimmten Änderung zu erstellen und so einen vollständigen Überprüfungsprozess vor der Veröffentlichung zu gewährleisten
- Die Benutzer aller Stufen können über Änderungen im Überprüfungsprozess benachrichtigt werden
Ein Arbeitsbereich ist ein Zustand im Backend von TYPO3 CMS
- Grundsätzlich gibt es zwei Arten von Arbeitsbereichen:* LIVE-Arbeitsbereich: Dies ist genau der Zustand, in dem sich TYPO3 CMS immer befunden hat
- Jede Änderung, die Sie vornehmen, wird sofort live sein
- Es hat sich nichts geändert, er hat nur einen Namen bekommen
Der Zugriff auf den Live-Arbeitsbereich muss den Backend-Benutzern und -Gruppen explizit gewährt werden (auf der Registerkarte "Mounts und Arbeitsbereiche")
- Benutzerdefinierte Arbeitsbereiche: Wenn Benutzer einen benutzerdefinierten Arbeitsbereich auswählen, gelten neue Regeln für alles, was sie im Backend tun:
- Sicherheit: Jede Änderung, die sie vornehmen wollen, hat keine Auswirkungen auf die aktuelle Website
- Es ist ein sicherer Spielplatz
- Transparente Versionierung: Sie können Seiten und Elemente bearbeiten, da eine neue Version automatisch erstellt und an den Arbeitsbereich angehängt wird
- Keine Schulung erforderlich, kein Verwaltungsaufwand!
- Vorschau: Wenn Sie die Frontend-Website besuchen, wird sie so angezeigt, wie sie erscheinen wird, wenn alle Versionen im Arbeitsbereich schließlich veröffentlicht werden
- Überblick über Änderungen: Das Modul Workspace Manager bietet einen klaren Überblick über alle Änderungen, die innerhalb des Arbeitsbereichs auf der gesamten Website vorgenommen wurden
- Dies ermöglicht eine unvergleichliche Kontrolle, bevor der Inhalt live geschaltet wird
- Einschränkungen: Nur Tabellen, die die Versionierung unterstützen, können bearbeitet werden
- Flexibilität: Benutzerdefinierte Arbeitsbereiche können mit Eigentümern, Mitgliedern und Prüfern sowie Datenbankmounts und mehr konfiguriert werden
- Ein benutzerdefinierter Arbeitsbereich kann somit einen gezielteren Bearbeitungsbereich bieten als Backend-Benutzer und -Gruppen
- Und ein Überprüfungsverfahren, das je nach Bedarf einfach oder vollständig ist
Veröffentlichen und Austauschen
Es gibt zwei Möglichkeiten, ein Element in einem Arbeitsbereich zu veröffentlichen: veröffentlichen oder austauschen
- In beiden Fällen wird der Entwurfsinhalt live veröffentlicht
- Beim Swappen bedeutet dies jedoch, dass das aktuelle Live-Element an den Arbeitsbereich angehängt wird, wenn es offline genommen wird
- Dies steht im Gegensatz zum Veröffentlichungsmodus, bei dem das Live-Element aus dem Arbeitsbereich heraus und "ins Archiv" verschoben wird
Der Auslagerungsmodus ist nützlich, wenn Sie eine zeitlich begrenzte Kampagne haben, etwa eine spezielle Weihnachtsseite und einen Website-Bereich
- Sie erstellen die Weihnachtsausgabe in einem benutzerdefinierten Arbeitsbereich und zwei Wochen vor Weihnachten tauschen Sie die Weihnachtsausgabe aus
- Alle normalen Seiten und Elemente, die nicht veröffentlicht wurden, befinden sich jetzt im Arbeitsbereich und warten darauf, dass Weihnachten vorbei ist und die alte Titelseite usw. wieder eingefügt wird
- Die Weihnachtsausgabe ist nun wieder im Arbeitsbereich und bereit für das nächste Jahr
Erweiterungen und Workspaces
Arbeitsbereiche setzen eine transparente Unterstützung im gesamten Backend und Frontend voraus, und Erweiterungen müssen unter diesem Gesichtspunkt programmiert werden
- Obwohl das Ideal eine vollständige Transparenz im Backend und eine perfekte Vorschau im Frontend ist, ist dies fast unmöglich zu erreichen
- Nichtsdestotrotz kann ein hohes Maß an Konsistenz erreicht werden, indem die von TYPO3 CMS bereitgestellte API genutzt wird
- Diese Funktionen und die Herausforderungen, die sie lösen sollen, werden in TYPO3 erklärt behandelt
Erstellen eines benutzerdefinierten Arbeitsbereichs
Außer dem LIVE-Arbeitsbereich (d. h. der Standard-Arbeitsumgebung von TYPO3 CMS) müssen einige benutzerdefinierte Arbeitsbereiche erstellt werden, bevor die in diesem Dokument beschriebenen Funktionen genutzt werden können
Standardmäßig enthält ein benutzerdefinierter Arbeitsbereich drei Stufen, die Schritte im Validierungsprozess darstellen: "Bearbeitung", "bereit zur Veröffentlichung" und "Veröffentlichung ausführen"
- Es können weitere Stufen hinzugefügt werden
Um das folgende Element zu erreichen, müssen Sie zur Stammseite gehen (die Seite mit dem TYPO3-Symbol im Seitenbrowser), auf "Neuen Datensatz erstellen" klicken und einen Systemdatensatz vom Typ "Arbeitsbereich" erstellen
Dieses Kapitel beschreibt alle Eigenschaften eines Arbeitsbereichs, wie sie im Bearbeitungsformular erscheinen, gruppiert nach Registerkarten
Allgemein
"The General tab of a custom workspace"
Eingabe der allgemeinen Informationen zum Arbeitsbereich
Wie bei den meisten Einträgen im TYPO3 CMS Universum geht es auch hier nur darum, einen klaren Titel und eine hilfreiche Beschreibung zu setzen
Benutzer
"The Users tab of a custom workspace"
Einrichten von Eigentümern und Mitgliedern des Arbeitsbereichs
Auf dieser Registerkarte geht es um die Einrichtung von Benutzerberechtigungen
- Die "Eigentümer" haben alle möglichen Rechte über den Arbeitsbereich, einschließlich der Veröffentlichung zum Leben. "Mitglieder" haben ebenfalls alle Rechte, obwohl sie mit der Einstellung "Nur Arbeitsbereichseigentümer kann veröffentlichen" an der Veröffentlichung gehindert werden können (siehe Registerkarte Andere)
Hinweis
Wie üblich ist es empfehlenswert, mit Gruppen statt mit einzelnen Benutzern zu arbeiten. "Admin"-Benutzer haben Zugriff auf alle Arbeitsbereiche und alle Operationen innerhalb der Arbeitsbereiche
Hinweis
Den Benutzern muss ausdrücklich Zugang zum LIVE-Arbeitsbereich gewährt werden
- Dies geschieht auf der Ebene der Backend-Benutzer oder Backend-Gruppen
"Access to the live workspace"
Zugriff auf den LIVE-Arbeitsbereich für eine Backend-Gruppe gewähren
Benachrichtigungseinstellungen
"The Notification settings tab of a custom workspace"
Fein abgestimmte Definition des Benachrichtigungsprozesses
Jedes Mal, wenn eine bestimmte Änderung oder ein Satz von Änderungen von einem Stadium in ein anderes übergeht (entweder vorwärts oder rückwärts im Überprüfungsprozess), können Personen über diese Statusänderung benachrichtigt werden
- Auf dieser Registerkarte wird das Verhalten des Benachrichtigungsprozesses festgelegt
Mit "Benachrichtigung über Stufenänderung per E-Mail" können Sie festlegen, wer benachrichtigt werden soll
- Dies können entweder alle am Arbeitsbereich beteiligten Benutzer sein (unabhängig von der Stufe) oder nur die Benutzer, die an der Stufe beteiligt sind, an die die Änderungen gesendet werden
Anschließend können Sie Einstellungen für die drei vordefinierten Phasen konfigurieren
- Hinweis
- Das Bildschirmfoto ist beschnitten
- Die Einstellungen sind für jede Stufe die gleichen
Beim "Einstellungsdialog" handelt es sich um das Popup-Fenster, das nach jedem Überprüfungsvorgang erscheint
- Wenn das Kontrollkästchen "Dialog anzeigen" nicht aktiviert ist, zeigt das Popup-Fenster keine Benachrichtigungseinstellungen an und die Benachrichtigungen werden gemäß den vordefinierten Einstellungen gesendet
- Wenn das Kontrollkästchen "änderbare Vorauswahl" aktiviert ist, kann die vorausgewählte Liste der zu benachrichtigenden Benutzer vor dem Senden der Änderungsbenachrichtigung geändert werden
Mit der Einstellung "Vorauswahl" können Sie festlegen, welche Benutzer standardmäßig im Benachrichtigungs-Popup vorgewählt werden sollen
- Außerdem können bestimmte Benutzer über das Feld "Standardempfänger der Benachrichtigungsmail" zur Liste der benachrichtigten Personen hinzugefügt werden
Einhängepunkte
"The Mountpoints tab of a custom workspace"
Einstellen eines alternativen Einhängepunkts für den Arbeitsbereich
Ein Arbeitsbereich kann auf einen oder mehrere Einhängepunkte beschränkt werden
- Diese müssen nicht mit den Einhängepunkten der Benutzer und Gruppen übereinstimmen, die Zugriff auf diesen Arbeitsbereich haben
Wenn keine Einhängepunkte definiert sind, werden die Einhängepunkte der Benutzer und der Gruppen, denen sie angehören, verwendet
Veröffentlichung
"The Publishing tab of a custom workspace"
Auswahl eines Veröffentlichungsdatums für den benutzerdefinierten Arbeitsbereich
Wenn ein Veröffentlichungsdatum festgelegt wird, wird der Inhalt des Arbeitsbereichs automatisch an dem angegebenen Datum veröffentlicht
- Dazu muss die Scheduler-Aufgabe "Automatische Veröffentlichung von Arbeitsbereichen" aktiviert sein
- Hinweis
Nur der Inhalt, der "bereit zur Veröffentlichung" ist, wird tatsächlich veröffentlicht
Inszenierung
Es kann eine beliebige Anzahl von benutzerdefinierten Stufen erstellt werden
- Jede entspricht einem zusätzlichen Schritt im Überprüfungsprozess
- Benutzerdefinierte Stufen können nach Belieben bestellt werden
- Sie kommen jedoch alle nach der Standardstufe "Bearbeitung" und vor der Standardstufe "Bereit zur Veröffentlichung"
"The Staging tab of a custom workspace"
Einstellung der allgemeinen Informationen einer benutzerdefinierten Bühne
Auf der Registerkarte "Allgemein" einer benutzerdefinierten Stufe kann eine eingeschränkte Gruppe von Benutzern unter "Eigentümern" und "Mitgliedern" ausgewählt werden
- Sie werden "Verantwortliche Personen" genannt
"The Staging tab of a custom workspace"
Definieren der Benachrichtigungseinstellungen einer benutzerdefinierten Stufe
Die Benachrichtigungseinstellungen für eine benutzerdefinierte Stufe sind größtenteils dieselben wie für die Standardstufen, außer dass die "verantwortlichen Personen" auch in der vordefinierten Liste der zu benachrichtigenden Benutzer ausgewählt werden können und dass ein "Standard-E-Mail-Kommentar" für diese Stufe definiert werden kann
- Hinweis
- Mit "Bearbeiter" sind in diesem Zusammenhang die Personen gemeint, die ursprünglich an der Änderung beteiligt waren
Sonstiges
"The Other tab of a custom workspace"
Verschiedene Einstellungen für einen benutzerdefinierten Arbeitsbereich
Die Registerkarte "Sonstiges" enthält verschiedene Einstellungen, die das Verhalten des benutzerdefinierten Arbeitsbereichs beeinflussen
Das Kennzeichen "Bearbeitung einfrieren" blockiert alle Vorgänge im Arbeitsbereich, bis es wieder deaktiviert wird
Es ist möglich, die Bearbeitung von nicht-versionsfähigen Datensätzen im benutzerdefinierten Arbeitsbereich zuzulassen
- Diese Datensätze werden "live" bearbeitet, d.h
- alle Änderungen, die im Arbeitsbereich vorgenommen werden, sind direkt auf der Website sichtbar und durchlaufen nicht den Überprüfungsprozess
Die Einstellung "Tauschmodi" legt fest, ob bei der automatischen Veröffentlichung ein Tausch stattfinden soll oder nicht
Mit der Einstellung "Zugriff auf Veröffentlichung" werden die Veröffentlichungsrechte weiter verfeinert
- Wenn das Kontrollkästchen "Nur Inhalte im Veröffentlichungsstadium veröffentlichen" aktiviert ist, können geänderte Inhalte von den Arbeitsbereichseigentümern in keinem Stadium zwangsweise veröffentlicht werden
- Er muss erst das Stadium "Bereit zur Veröffentlichung" erreichen
- Die Veröffentlichung kann auch auf die Eigentümer des Arbeitsbereichs beschränkt werden (d. h. Mitglieder dürfen nicht veröffentlichen)
Konfigurationsoptionen
Es gibt eine Reihe von Eigenschaften von User TSconfig und Page TSconfig, die sich auf Arbeitsbereiche beziehen
Hinweis
Einige dieser Optionen werden eigentlich von der Systemerweiterung "Version" behandelt, gelten aber für Arbeitsbereiche.* Seite TSconfig
Seite TSconfig
Arbeitsbereiche
splitPreviewModes
- Mögliche Werte sind "slider", "vbox" und "hbox".
workspaces.splitPreviewModes = slider
options.workspaces
VorschauSeitenId
# Using page 123 for previewing workspaces records (in general) options.workspaces.previewPageId = 123
# Using the pid field of each record for previewing (in general) options.workspaces.previewPageId = field:pid
# Using page 123 for previewing workspaces records (for table tx_myext_table) options.workspaces.previewPageId.tx_myext_table = 123
# Using the pid field of each record for previewing (for table tx_myext_table) options.workspaces.previewPageId.tx_myext_table = field:pid
Hinweis
tx_version.workspaces
stageNotificationEmail.subject
(tx_)
* ###SITE_
- ###SITE_
- ###WORKSPACE_
- ###WORKSPACE_
- ###ELEMENT_
- ###NEXT_
- ###COMMENT###
- ###USER_
- ###USER_
- ###RECORD_
- ###RECORD_
stageNotificationEmail.message
(tx_)
- Es stehen die gleichen Markierungen zur Verfügung wie für den Betreff (siehe oben).
Benutzer TSconfig
options.workspaces
enableMassActions
previewLinkTTLHours
erlaubte_Sprachen
- Wenn diese Liste gesetzt ist, hat sie Vorrang vor der Liste der erlaubten Sprachen in der BE-Benutzergruppenkonfiguration.
options.workspaces.allowed_languages.3 = 1,2
Planer-Aufgaben
Die "workspaces"-Erweiterung bietet zwei Scheduler-Aufgaben
- Wenn ja und wenn dieses Datum überschritten ist, werden alle Änderungen, die das Stadium "Bereit zur Veröffentlichung" erreicht haben, im Live-Arbeitsbereich veröffentlicht.
- Diese Aufgabe löscht jeden Link, der abgelaufen ist.
PSR-14-Ereignisse
Die folgenden PSR-14-Ereignisse sind zur Erweiterung der Funktionalität verfügbar:
AfterCompiledCacheableDataForWorkspaceEvent
Findet alle cachebaren Daten von Versionen eines Arbeitsbereichs. Mehr Details
AfterDataGeneratedForWorkspaceEvent
Findet alle Daten von Versionen eines Arbeitsbereichs. Mehr Details
AfterRecordPublishedEvent
Das Ereignis wird ausgelöst, nachdem ein Datensatz in einem Arbeitsbereich veröffentlicht worden ist. Mehr Details
GetVersionedDataEvent
Findet alle vorbereiteten / bereinigten Daten von Versionen eines Arbeitsbereichs. Mehr Details
ModifyVersionDifferencesEvent
Ändern Sie die Daten der Versionsunterschiede. Mehr Details
SortVersionedDataEvent
Das Ereignis wird nach dem Sortieren aller Daten für Versionen eines Arbeitsbereichs ausgelöst. Mehr Details