Grundsätzlich schon; andererseits ist die Roadmap für 1.7 schon jetzt sehr umfangreich, und eine vernünftige Subsites-Lösung erfordert sicher viel Diskussion und Programmierung.Holger wrote:Die Nützlichkeit von Subsites steht außer Frage. Vielleicht sollten wir das Thema jetzt wirklich langsam angehen.
Ich denke auch, dass CMSimple(_XH) nicht immer angebracht ist, und gerade Mehrbenutzerfähigkeit ist bei Flat-File-Systemen sowieso nur bedingt möglich, weil der Zugriff auf Dateien eben nicht beschränkt werden kann; spätestens wenn ein User Zugriff auf PHP hat (Template, CMSimple Scripting), dann kann er mit den Dateien machen, was er will.Holger wrote:Wenn Du mit "wo man das braucht" sagen willst, dass MultiUser/MultiAuthor - Fähigkeit ein Key-Feature für das Projekt ist dann glaube ich, dass Du vielleicht das falsche System verwendet hast...svasti wrote: zusammen mit einer Userverwaltung und Angaben, welcher User was verändert hat (habe hier so einen Fall, wo man das braucht: von verschiedenen Leuten bearteitete Vereinswebsite wo man sich immer mal wieder fragt, wer was gemacht hat).
Für diesen konkreten Fall, ist selbst beim Login mit Usernamen nicht klar, was wie und wo protokolliert werden soll. Einfach in der Log-Datei Einträge wie "X hat Konfiguration bearbeitet", "Y hat Seite Z bearbeitet" helfen wohl nicht wirklich viel. Und Plugins müssten diese Protokollierung selbst anstoßen.
Ich würde das Thema Multiuser, wenn überhaupt, ganz langsam angehen, und erst einmal das Problem des konkurrierenden Zugriffs lösen wollen. Keymaster_XH ist, wie mehrfach gesagt, nur ein Workaround, der nicht wirklich funktionieren kann.