[TYPO3-german] Multiplied Pagetrees - Wundersame Vermehrung

Jana Golinowski jgolinowski at codematix.de
Mon Jul 5 18:07:49 CEST 2010


Ich habe das jetzt extra nochmal ausführlich getestet mit den Versionen 4.1, 4.3 
und 4.4 mit folgender Seitenstruktur:

+-- Intro
     +-- main
         +-- news
         +-- pictures
         +-- references
     +-- quicklinks
         +-- contact
         +-- search
         +-- sitemap
     +-- data
         +-- feusers
         +-- news

Der Admin hat als DBmounts Intro, main, quicklinks und data.

> Wenn es kein BUG waere dann wuerden maximal 2 Trees angezeigt und niemals
> mehr als zwei, naemlich der Ursprungs und der Mounttree. Das sich jedoch bei
> einem Klick auf eine der Seiten zusaetzlich ein weiterer aufgerufen wird und
> bei einem weiteren klick wiederum einer etc ist meines erachtens nicht im
> Sinne des Erfinders und unlogisch.

Mir zeigt TYPO3 immer nur genau die Mounts an, die ich eingestellt habe. Daher 
sehe ich zusätzlich zu dem, was der Admin sowieso immer hat, eben genau diese 
Seiten - Intro, main, quicklinks, data. Das ist auch vollkommen richtig so.

Wenn ich die gemounteten Seiten main, quicklinks oder data aufklappe, passiert 
nur dort was. Klappe ich die gemountete Seite Intro auf, tut TYPO3 das gleiche 
mit der "Admin"-Seite Intro (nach dem Aktualisieren des Seitenbaums). Das System 
scheint hier zu versuchen, den Nutzer zur Verwendung des Adminbaums zu "animieren".

Vielleicht habe ich deine Fehlerbeschreibung auch nur missverstanden, aber bei 
mir bleiben es immer ingesamt Seitenbäume - der Adminbaum und die 4 Mounts.

> Das es ein Anwender Fehler ist einem Admin der eh schon alle Rechte hat noch
> einen zusaetzlichen Mount zuzuweisen stimmt in gewisser Hinsicht und sehe
> ich im Grunde auch so. Aus der Sicht eines (Nonprogrammer)Anwenders jedoch
> ist dies oft eben nicht ersichtlich wieso er einem Admin keine Gruppe etc
> zuweisen darf die einen Mountpoint erhaelt, er jedoch andererseits Gruppen
> zuweisen kann die auch Funktionen steuern die fuer einen Admin interessant
> sind. z.B. die Anzeige der PIDs im Pagetree oder der Admin Panel Anzeige.
> 
> Wir uebernahmen zum Beispiel unsere Seite von einer TYPO3 Agentur mit
> langjaehriger Erfahrung in der sicher auch keine Laien sitzen und die sich
> was dabei gedacht hatten dem Administrator der Seite auch den Redakteurs
> Mount zuzuweisen. Die Seite ist ja immerhin mehrere Jahre mit eben diesen
> Einstellungen gelaufen, wohl ist es auch keinem aufgefallen. Zum Glueck kann
> man sagen, denn haette der Kunde - der ein Non Programmer ist - auch nur
> einmal daran gedacht diesen doppelten Tree aus seinem Backend zu entfernen,
> oder auch nur eine Seite daraus, so haette es kurzerhand auch das Original
> geloescht und das kann fatal sein!

So fatal ist es nicht, es sei denn der Nonprogrammer-Admin kommt auf die 
glorreiche Idee die Seiten auch aus der Datenbank zu löschen ;-) Sobald die 
Zugriffsrechte für Redakteure ordentlich gesetzt sind, kann so etwas nicht 
passieren.

Daher versuche ich Admin-Rechte für den Kunden möglichst zu vermeiden. Wenn er 
auf einem Admin-Zugang besteht, wird er geimpft, dass er damit ganz leicht alles 
kaputt machen kann und bei nicht-redaktionellen Änderungen besser nochmal 
nachfragt. Das hat bisher wunderbar funktioniert ;-) (Verweigern kann man den 
Admin-Zugang natürlich nicht.)

Grüße, Jana.


More information about the TYPO3-german mailing list