Login-Modul bei verschiedene Clients?
Login-Modul bei verschiedene Clients?
Vielleicht habe ich ja etwas übersehen...
Mein Problem:
Ich habe einen Client X und einen Client Y
Jeder bekommt ein Login-Modul und X soll nicht die geschützten Inhalte von Y sehen dürfen und umgekehrt ebenso.
Das Ganze dann bei ca 25 Clients.
Hat jemand eine Idee, wie ich da anfangen soll?
Danke
Detlev
Mein Problem:
Ich habe einen Client X und einen Client Y
Jeder bekommt ein Login-Modul und X soll nicht die geschützten Inhalte von Y sehen dürfen und umgekehrt ebenso.
Das Ganze dann bei ca 25 Clients.
Hat jemand eine Idee, wie ich da anfangen soll?
Danke
Detlev
nein, du hast nichts übersehen...
die user sind im SYSTEM, clientübergreifend
da hast du ne menge zu programmieren
die user sind im SYSTEM, clientübergreifend
da hast du ne menge zu programmieren
MfG, Karsten
Nicht Können bedeutet nicht, dass man etwas nicht beherrscht, sondern lediglich, dass man sich nicht traut es zu tun ;-)
| Internet | Ihr Logo deutschlandweit auf T-Shirts |
Diplomatie: Jemanden so in die Hölle zu schicken, dass er sich auf die Reise freut!!! ;-)
Nicht Können bedeutet nicht, dass man etwas nicht beherrscht, sondern lediglich, dass man sich nicht traut es zu tun ;-)
| Internet | Ihr Logo deutschlandweit auf T-Shirts |
Diplomatie: Jemanden so in die Hölle zu schicken, dass er sich auf die Reise freut!!! ;-)
Werde mir das so zurechtbasteln.
@Björn
@Eppi
Aber dabei fiel mir ein, dass es vielleicht in der neuen Version Berücksichtigung finden sollte, dass das Vergaberecht für den Zugang zum Frontentbereich den Redakteuren gegeben werden sollte und nicht nur dem Admin, der alle weiteren Rechte auch einstellt.
Also ein weiteres Recht in der Rechtetabelle "Freigaberecht Frontend"
Aber daran habt Ihr ja sicher gedacht
Gruß
Detlev
@Björn
@Eppi
Aber dabei fiel mir ein, dass es vielleicht in der neuen Version Berücksichtigung finden sollte, dass das Vergaberecht für den Zugang zum Frontentbereich den Redakteuren gegeben werden sollte und nicht nur dem Admin, der alle weiteren Rechte auch einstellt.
Also ein weiteres Recht in der Rechtetabelle "Freigaberecht Frontend"
Aber daran habt Ihr ja sicher gedacht

Gruß
Detlev
*pssst* @björn 

Module zum anschauen:
bei Sven: http://contenido-module.de
bei Pulk : http://spielwiese.pulk.net
Der-Dirigent: http://der-dirigent.de
bei Sven: http://contenido-module.de
bei Pulk : http://spielwiese.pulk.net
Der-Dirigent: http://der-dirigent.de
*freu* @die-fleißigen-Entwickler
Kennst du schon Content Management Professionals? CMPros ist der weltweite Verband für Content-Management-Profis und -Anwender.
Mitmachen! http://www.cmpros.org
Mitmachen! http://www.cmpros.org
Neue Version
Könnt Ihr schon sagen wann die neue Version erscheinen wird?Eppi hat geschrieben:oder besser auf die nächste Version warten...
Ich weiß es noch nicht so recht, momentan liegt vieles im Ungewissen.
Fakt ist, dass die kommende Version nicht mehr viel mit der 4.2 zu tun hat (um nicht zu sagen gar nichts...). Es hat einen kompletten (!!!!) rewrote des schon vorhandene Codes gegeben, die Datenbankstruktur wird jetzt endlich so, dass damit vernünftig gearbeitet werden kann, und nicht bei jeder Version die Frage aufkommt: Hacken wir das Zeug jetzt so rein und es wird grausam... oder machen wir nochmal alles neu und dafür gleich vernünftig. An diesem Punkt haben wir uns für die zweite Variante entschieden.
Desweiteren sind bis jetzt ca. 20.000 Zeilen Code neu hinzugekommen, der Quelltext ist mit einen Haufen Kommentaren versehen, so dass spätere Anpassungen leicht von der Hand gehen sollten.
Bei all dem Zeugs wird es also mit Sicherheit hier und da Probleme mit der Konventierung geben.
Bestimmte Schnittstellen wie der Modulbereich bleiben weitgehend unangetastet, so dass viele Module auch in der neuen Version problemlos laufen dürften.
Aber gehen wir mal vom schlimmsten Fall aus: Es gibt kein Konverterskript...(hey, dass ist jetzt kein Statement..
)....
Die Eingabemasken werde zwar stark Funktionserweitert sein, aber im Grunde die Alten bleiben. Dann nimmt man sich halt mal einen Nachmittag Zeit und schaufelt das Ganze per Copy Paste in die neue Version. Firmen haben für solch stupide Arbeit sogar Praktikanten, die da mal nutzbringend eingesetzt werden können.
Andererseits sehe ich die Superhackversionen a la Ideatec oder das Monster mit dem Detlev das Intranet eines kompletten Krankenhauses gestaltet hat. Bei solchen Versionen hilft kein Konverterskript der Welt, da diese Versionen zu sehr vom Original abweichen.
Frage ist auch: Ist ein CMS- System so wie der Viruskiller, wo immer die Neuste Version gebraucht wird, oder sollte man sich ein Update bis zum nächsten Redesign seiner Präsens aufheben? - never touch a running system
Mal schaun, was da automatisiert per Skript gemacht werden kann und in wie weit dass Kosten/ Nutzenverhältnis dabei nicht aus dem Rahmen fällt.
Fakt ist, dass die kommende Version nicht mehr viel mit der 4.2 zu tun hat (um nicht zu sagen gar nichts...). Es hat einen kompletten (!!!!) rewrote des schon vorhandene Codes gegeben, die Datenbankstruktur wird jetzt endlich so, dass damit vernünftig gearbeitet werden kann, und nicht bei jeder Version die Frage aufkommt: Hacken wir das Zeug jetzt so rein und es wird grausam... oder machen wir nochmal alles neu und dafür gleich vernünftig. An diesem Punkt haben wir uns für die zweite Variante entschieden.
Desweiteren sind bis jetzt ca. 20.000 Zeilen Code neu hinzugekommen, der Quelltext ist mit einen Haufen Kommentaren versehen, so dass spätere Anpassungen leicht von der Hand gehen sollten.
Bei all dem Zeugs wird es also mit Sicherheit hier und da Probleme mit der Konventierung geben.
Bestimmte Schnittstellen wie der Modulbereich bleiben weitgehend unangetastet, so dass viele Module auch in der neuen Version problemlos laufen dürften.
Aber gehen wir mal vom schlimmsten Fall aus: Es gibt kein Konverterskript...(hey, dass ist jetzt kein Statement..

Die Eingabemasken werde zwar stark Funktionserweitert sein, aber im Grunde die Alten bleiben. Dann nimmt man sich halt mal einen Nachmittag Zeit und schaufelt das Ganze per Copy Paste in die neue Version. Firmen haben für solch stupide Arbeit sogar Praktikanten, die da mal nutzbringend eingesetzt werden können.
Andererseits sehe ich die Superhackversionen a la Ideatec oder das Monster mit dem Detlev das Intranet eines kompletten Krankenhauses gestaltet hat. Bei solchen Versionen hilft kein Konverterskript der Welt, da diese Versionen zu sehr vom Original abweichen.
Frage ist auch: Ist ein CMS- System so wie der Viruskiller, wo immer die Neuste Version gebraucht wird, oder sollte man sich ein Update bis zum nächsten Redesign seiner Präsens aufheben? - never touch a running system
Mal schaun, was da automatisiert per Skript gemacht werden kann und in wie weit dass Kosten/ Nutzenverhältnis dabei nicht aus dem Rahmen fällt.
Ich bin jetzt gerade bei Zeile 20.001 angelangt, also wird es wohl noch etwas mehr werden 
Zu den Modulen noch eins gesagt. Sie werden wieder etwas einfacher als sie jetzt sind. Die Notvariante über die Container-Id als Modul-Id können wir uns dann sparen.

Zu den Modulen noch eins gesagt. Sie werden wieder etwas einfacher als sie jetzt sind. Die Notvariante über die Container-Id als Modul-Id können wir uns dann sparen.
Ein neues CMS-System:
www.der-dirigent.de
www.der-dirigent.de