![\"TYPO3](\"https:\/\/www.clickstorm.de\/blog\/wp-content\/uploads\/2019\/07\/typo3-backend-admin-zugang-1024x559.png\")
<\/p>\nEin Content-Management-System (CMS) wie TYPO3 oder WordPress erf\u00fcllt in erster Linie den Zweck, dass technisch unerfahrene Redakteure die Inhalte ihrer eigenen Webseite ohne gro\u00dfe Vorkenntnisse bearbeiten und erweitern k\u00f6nnen. Das CMS ist somit ein Vermittler zwischen den Inhalten des Redakteurs und der technischen Verarbeitung und Ausgabe im Frontend.<\/p>\n
Es ist unumg\u00e4nglich, dass das Backend des CMS einfach und intuitiv gestaltet ist, damit Redakteure sich ohne technisches Wissen gut zurecht finden. Ist das Backend nicht entsprechend eingerichtet, werden Redakteure das Backend entweder falsch oder aus Vorsicht gar nicht mehr nutzen. Der Sinn des CMS w\u00e4re somit verfehlt.<\/p>\n
<\/p>\n
Es sollte klar sein, dass es nicht ausreicht den Redakteuren einen Admin-Zugang zu geben, womit die Redakteure vollen Zugriff auf alle Backend-Funktionen im TYPO3 erhalten. Nicht nur, dass somit die Gefahr besteht, dass der Redakteur aus Unwissenheit Einstellungen trifft, die die Funktionalit\u00e4ten der Webseite unbrauchbar machen oder Teile gar l\u00f6scht. Als Admin hat der Backend-Nutzer Zugriff auf die installierten Extensions und kann hier mit neuen Installationen oder mit dem Deaktivieren von vorhandenen Extensions hart in die Funktionalit\u00e4t der Webseite eingreifen – was im schlimmsten Fall die komplette Webseite lahm legen kann.<\/p>\n
<\/p>\n
Zudem stehen dem Redakteur Unmengen an Backend-Modulen zur Verf\u00fcgung (siehe Abbildung). Er wird sich vermutlich bei der Masse an Funktionen nicht im Backend zurecht finden.<\/p>\n
<\/p>\n
Der Aufbau des Backends f\u00fcr Redakteure kann mit TYPO3 recht umfangreich konfiguriert werden. TYPO3-Entwickler k\u00f6nnen so mit einigen Einstellungen das Backend zugunsten des Redakteurs einrichten. Welche Einstellungen wir hier empfehlen wird im Folgenden beschrieben.<\/p>\n
<\/p>\n
Wir empfehlen die Redakteurs-Rechte nicht direkt im Benutzer-Datensatz eines Redakteurs zu konfigurieren, sondern dies in einer Benutzer-Gruppe zu tun. Das hat den Vorteil, dass einzelne Backend-Benutzer dieser Gruppe zugeordnet werden k\u00f6nnen. Alle Redakteure haben so die gleichen Rechte, da diese gesammelt in der einen Gruppe gesteuert werden.<\/p>\n
In der Benutzer-Gruppe k\u00f6nnen nun die f\u00fcr Redakteure sichtbaren Backend-Module definiert werden. Im Normalfall sollten folgende Module sichtbar sein: Seite, Anzeigen, Liste, Dateiliste, User-Einstellungen, Hilfe-Module. So minimiert man die sichtbaren Module im Backend deutlich, wie in der folgenden Abbildung zu erkennen ist.<\/p>\n
![\"TYPO3](\"https:\/\/www.clickstorm.de\/blog\/wp-content\/uploads\/2019\/07\/typo3-backend-redakteur-zugang-1024x559.png\")
<\/p>\n
Hierbei ist ebenfalls das Ziel, die f\u00fcr den Redakteur zur Verf\u00fcgung stehenden Seiten- und Inhalts-Typen auf das ben\u00f6tigte Minimum zu reduzieren. So ben\u00f6tigt ein Redakteur z.B. keine M\u00f6glichkeit ein HTML-Code Inhaltselement anzulegen, da er vermutlich sowieso keine HTML-Kenntnisse mitbringt. Anderenfalls ist vielleicht die Darstellung von horizontalen Trenn-Linien im Design nicht vorgesehen. So kann auch das Element „Trenner“ f\u00fcr den Redakteur ausgeblendet werden. Diese Einstellungen sind in der Konfiguration der Redakteurs-Gruppe unter dem Reiter „Zugriffsliste“ im Backend einzurichten.<\/p>\n
In der obenstehenden Abbildung ist sichtbar, dass der Redakteur beim Anlegen eines neuen Inhaltselements im Reiter „Typischer Seiteninhalt“ nur noch den Typ „Text & Medien“ zur Auswahl hat.<\/p>\n
Ebenfalls in der Gruppe sollten zudem die sichtbaren Tabellen ausgew\u00e4hlt werden. Redakteure sollten in der Regel z.B. keinen Zugriff auf die Kategorien haben, da diese meist noch weitergehende Verkn\u00fcpfungen zu bestehenden Filterungen haben. Zudem sollten technische Datens\u00e4tze wie „Backend-Layout“ oder „CE Backend Layout“ (gridelements) grunds\u00e4tzlich nicht f\u00fcr den Redakteur zur Verf\u00fcgung stehen. Es sollte hier also nur Tabellen f\u00fcr den Redakteur aktiviert werden, die dieser auch tats\u00e4chlich f\u00fcr die Inhalts-Pflege ben\u00f6tigt, z.B. News-Datens\u00e4tze.<\/p>\n
Neben der Sichtbarkeit der Tabellen kann auch die Sichtbarkeit der einzelnen Felder dieser Datensatz-Typen gesteuert werden.<\/p>\n
Als Beispiel ist in einem Projekt die Extension news installiert. Der Redakteur hat somit f\u00fcr die regelm\u00e4\u00dfige Pflege von Neuigkeiten Zugriff auf News-Datens\u00e4tze. Innerhalb eines News-Datensatzes gibt es verschiedene Felder, wie z.B. den News-Titel, das Datum und der Text der Neuigkeit. Hier gibt es meist auch Felder, die f\u00fcr das betreffende Projekt gar nicht ben\u00f6tigt werden. So ist als Beispiel keine Kategorisierung der Neuigkeiten eingerichtet. Dem Redakteur muss somit nicht das Feld „Kategorien“ in einem News-Datensatz gezeigt werden.<\/p>\n
Ziel ist es die sichtbaren Tabellen und Datensatz-Felder auf das f\u00fcr Redakteure ben\u00f6tigte Minimum zu reduzieren. Dies kann auch erg\u00e4nzend zu dem Gruppen-Datensatz im TYPO3-Backend in einer UserTSconfig-Datei geschehen.<\/p>\n
page.TCEFORM {\r\n pages {\r\n alias.disabled = 1\r\n abstract.disabled = 1\r\n author_email.disabled = 1\r\n backend_layout.disabled = 0\r\n backend_layout_next_level.disabled = 0\r\n }\r\n}\r\n<\/pre>\n <\/p>\n
Seitenbaum und Dateiliste<\/h4>\n
N\u00fctzlich f\u00fcr den Redakteur ist die Einschr\u00e4nkung auf einen Teil des Seitenbaums und der Dateilisten-Ordner. Ist in der TYPO3-Installation ggf. noch eine zweite Webseite eingerichtet, die der Redakteur nicht einsehen soll, kann der Seitenbaum auf den Bereich eingeschr\u00e4nkt werden, welcher f\u00fcr den Redakteur wichtig ist.
\nDies kann sogar so weit gehen, dass Redakteure, die lediglich die Stellenangebote der Webseite einpflegen, im Seitenbaum ausschlie\u00dflich die Seite „Jobs“ zur Verf\u00fcgung haben. Alle anderen Seiten sind f\u00fcr den Redakteur in dem Fall nicht relevant und somit auch nicht sichtbar.<\/p>\n
Gleiches gilt auch f\u00fcr die Dateiliste. Hier hat man meist mindestens 2 Ordner (\u00f6ffentlich und gesch\u00fctzt). Soll der Redakteur ausschlie\u00dflich im gesch\u00fctzten Ordner arbeiten, bieten wir ihm den \u00f6ffentlichen Ordner zur Dateiablage gar nicht erst an.<\/p>\n
<\/p>\n
2. Einschr\u00e4nkungen im Backend-Layout<\/h3>\n
Die Backend-Layouts bestimmen die Bereiche auf TYPO3-Webseiten, welche durch den Redakteur mit Inhalten bef\u00fcllt werden k\u00f6nnen. Es ist auch hier wichtig dem Redakteur eine Richtschnur an die Hand zu geben, damit keine unsch\u00f6nen Kombinationen angelegt werden, welche vom Design der Webseite nicht vorgesehen sind.<\/p>\n
Wir setzen hier die Extension gridelements ein. Diese Extension erlaubt dem TYPO3-Entwickler detailliert zu bestimmen, welche Art von Inhaltselementen in den zur Verf\u00fcgung stehenden Inhaltsbereichen der Backend-Layouts erlaubt sein sollen. So k\u00f6nnen wir den Redakteuren explizite Vorgaben machen, welche Inhaltselemente wo ben\u00f6tigt werden. Zum Beispiel sollen innerhalb eines Bilder-Sliders ausschlie\u00dflich Bilder eingepflegt werden k\u00f6nnen. Mit gridelements kann man das TYPO3-Backend so konfigurieren, dass innerhalb des Bilder-Sliders f\u00fcr den Redakteur beim Anlegen eines neuen Inhaltselements ausschlie\u00dflich Bilder zur Auswahl stehen.<\/p>\n
Diese Konfiguration kann sowohl f\u00fcr Struktur-Elemente wie 2-Spalter in einem „CE Backend Layout“-Datensatz \u00fcber eine Konfigurations-Oberfl\u00e4che geschehen f\u00fcr Struktur-Elemente, als auch direkt im PageTSconfig f\u00fcr Backend-Layouts:<\/p>\n
mod.web_layout.BackendLayouts {\r\n login {\r\n title = Login\r\n config {\r\n backend_layout {\r\n colCount = 1\r\n rowCount = 1\r\n rows {\r\n 1 {\r\n columns {\r\n 1 {\r\n name = Normal\r\n colPos = 0\r\n allowed {\r\n CType = text, login\r\n }\r\n maxitems = 1\r\n }\r\n }\r\n }\r\n }\r\n }\r\n }\r\n }\r\n}<\/pre>\n <\/p>\n
Mit gridelements kann zudem die maximale Anzahl an Inhaltselementen eines Inhalts-Bereichs festgelegt werden. Zum Beispiel soll die Anzahl der Bilder in dem Bilder-Slider auf max. 7 begrenzt werden. Der Redakteur kann so nach dem 7ten Bild kein weiteres Bild mehr anlegen.<\/p>\n
Ziel ist es dem Redakteur beim Anlegen eines Inhaltselements immer nur die Inhaltselemente anzubieten, die er in dem Inhalts-Bereich auch anwenden darf.<\/p>\n
<\/p>\n
3. Einstellungen mod_list<\/h3>\n
Via PageTSconfig kann zudem die Anzeige und Funktionalit\u00e4t des List-Moduls im TYPO3-Backend konfiguriert werden. Dies kann ebenfalls sinnvoll sein, um z.B. zuzulassen, dass der Redakteur bestimmte Datens\u00e4tze bearbeiten kann, aber gleichzeitig zu verhindern, dass er neue Datens\u00e4tze hinzuf\u00fcgt.<\/p>\n
mod {\r\n web_list {\r\n listOnlyInSingleTableView = 1\r\n itemsLimitSingleTable = 20\r\n table {\r\n static_countries.hideTable = 1\r\n static_country_zones.hideTable = 1\r\n static_currencies.hideTable = 1\r\n static_languages.hideTable = 1\r\n static_territories.hideTable = 1\r\n tx_powermail_domain_model_field.hideTable = 1\r\n tx_powermail_domain_model_page.hideTable = 1\r\n }\r\n }\r\n}<\/pre>\n <\/p>\n
Die Konfiguration kann zudem bei Performance-Problemen im Backend sinnvoll sein.<\/p>\n
Enth\u00e4lt ein Ordner im Seitenbaum z.B. 20 Datensatz-Typen mit je 500 Datens\u00e4tzen, so muss TYPO3 beim Aufruf dieses Ordners im List-Modul sehr viele Datenbank-Anfragen machen. Man kann allerdings einstellen, dass beim ersten Aufruf des Ordners zuerst nur eine Auswahl aller Datensatz-Typen angezeigt wird (listOnlyInSingleTableView). So werden noch keine konkreten Datens\u00e4tze geladen. Erst nach Auswahl des Typs gelangt man dann in die Single-Table-View dieses Datensatz-Types. Erst hier werden somit die Datens\u00e4tze aus der Datenbank geholt.<\/p>\n
Erg\u00e4nzend dazu kann man konfigurieren, wie viele Datens\u00e4tze pro Seite angezeigt werden sollen (itemsLimitSingleTable). Auch das kann bei vielen Sprachen Ladezeit sparen.<\/p>\n
<\/p>\n
4. Konfiguration CKEditor<\/h3>\n
Ebenfalls sollten dem Redakteur im CKEditor nur die notwendigen M\u00f6glichkeiten zum Gestalten der Text-Elemente gegeben werden. Hierzu sollte der CKEditor minimal aber verst\u00e4ndlich eingerichtet werden. Besonders hilfreich ist es, wenn eine CSS-Datei hinterlegt wird. So kann der Redakteur direkt sehen, welches Aussehen seine Einstellungen ausl\u00f6sen werden.<\/p>\n