Geschützten Bereich parallel nutzen

[kingduevel]

Hallo hilfsbereite Community,

ich habe es grade nahezu abgeschlossen eine Webseite zu Contao zu portieren. Nun brauche ich hier aber einen internen Bereich, wo man Dokumente downloaden kann und so weiter. Dazu möchte ich aber nicht mehrere Benutzer oder sowas einrichten, sondern es reicht ein einziger Login ala "Mitglied" mit Passwort. Geht das mit dem normalen Benutzer-System? Und vor allem: Können sich dann mehrere Personen von unterschiedlichen Computern gleichzeitig einloggen oder gibt es dann Probleme?

Viele Grüße,
kingduevel.

[MiTsch]

Hallo kingduevel,

Dazu möchte ich aber nicht mehrere Benutzer oder sowas einrichten, sondern es reicht ein einziger Login ala "Mitglied" mit Passwort. Geht das mit dem normalen Benutzer-System?

Ja das kannst Du mit den Bordmitteln realisieren

Und vor allem: Können sich dann mehrere Personen von unterschiedlichen Computern gleichzeitig einloggen oder gibt es dann Probleme?

Das ist weniger eine Frage von Contao sondern eher wie perfomant der Server ist auf dem Contao läuft und wieviele Downloads in welchen Umfang gleichzeitig stattfinden.


Viele Grüße

[kingduevel]

Also die Nutzungsintensivität hält sich in (engen) Grenzen und Contao läuft auf einem... sagen wir mal... normal gutem Server, mit dem es sonst keine Probleme gibt. Die Frage zielte eher darauf hinaus, ob es halt irgendwelche gegenseitige Beeinflussung (bei der Navigation, Formularen oder sowas) gibt. Aber laut deiner Aussage bin ich da jetzt einfach mal ganz zuversichtlich und setze das einfach mal um !

Tausend Dank für deine Antwort.

Wichtiges Update:
Jetzt beim Umsetzen des Systems merke ich das größte Problem, welches bestehen könnte und auf das ich noch eine Antwort brauchen könnte. Situation: Person1 loggt sich über das allgemeine Mitgliedskonto ein und surft im internen Bereich. Nun loggt sich gleichzeitig Person2 von einem weiteren Computer ein und guckt rum. Was passiert, wenn sich nun Person1 ausloggt? Wird dann auch Person2 ausgeloggt - das wäre doof und macht das ganze System total zu nichte, so dass ich es so nicht gebrauchen kann. Weiß man da genaueres (ich kann es halt nicht testen)?

[MiTsch]

Hallo kingduevel,

damit das ganze so funktioniert das mehrere Mitglieder gleichzeitig online sein können ohne das sie sich gegenseitig "stören", wirst Du m.E. um eine registrierung jedes einzelnes Mitglieds nicht herum kommen. Diese kann aber durch die Erweiterung [autoregistration]automatisiert erfolgen.

Eine andere Möglichkeit wäre evtl. (ist jedoch ungetestet !) den Logout Button "zu verstecken".
Oder was evtl. noch einfacher wäre, ist die entsprechende Seite mit den Downloads per .htaccess Datei zu schützen.

Viele Grüße
MiTsch

[kingduevel]

Ich habe jetzt alles mal mit einem Kumpel getestet und mit ihm über Alternativen diskutiert. Es ist folgendermaßen:

Einerseits können sich mehrere Personen über ein Mitgliedskonto einloggen können und stören sich auch nicht beim Rumsurfen auf der Webseite. Beim Gästebuch kann eine verwirrende Situation auftauchen, aber die ist nicht schlimm. Problem: Loggt sich der eine aus, ist auch der andere ausgeloggt. Mist! Genau das ist einfach dumm für meine Planung. Logout-Button verstecken ist auch doof, weil ich bisher im Backend keine Option gefunden habe, wo ich einen automatischen Logout definieren kann (ein "nach x Minuten" wäre super). Die Idee mit der htaccess ist gut - aber es gibt auch direkte Contao-Elemente, die geschützt werden sollten (also Texte und Fotogalerien). Über das Thema muss ich nochmal genauer nachdenken. Für jede Person einen Benutzer anzulegen (oder automatisch) ist keine Option, da das Konto irgendwie nur zum Login benutzt wird und nicht für Profile, Foren oder sowas. Wäre also wie mit Kanonen auf Spatzen schießen.

Nun die übrigen Optionen:

1) Man ignoriert das Logout-Problem, da es sich um sehr wenige interne Personen handelt, die sich zudem nur sehr kurz auf der Webseite aufhalten. Die Wahrscheinlichkeit, dass das Problem auftritt ist wohl als gering zu bezeichnen. Vorteil: Alles bleibt schön bei Contao. Nachteil: Wenn die Userzahl oder Benutzungsfrequenz ansteigt.

2) Man erstellte eine kleine interne PHP-Webseite - unabhängig von Contao - und verlinkt diese. Vorteil: Die Endbenutzer müssen sich nicht umstellen. Nachteil: Programmierarbeit und keine Pflege durch Contao möglich.

3) Man lagert alle internen Inhalte auf eine andere Webseite aus und nutzt dafür gar nicht mehr Contao. Vorteil: Es existiert schon ein internes Forum, wo viele Interne registriert sind, und welches auch ein mächtiges System bietet. Nachteil: Die übrigen Internen müssen sich dort registieren. Auch für einen simplen Download.

Fazit:
Ich habe meinem Kunden (nichts großes und ich bin da sowieso ehrenamtlich) die Situation und die Optionen erläutert und er soll entscheiden.Ich bin gespannt...



PS: Wer natürlich eine bessere Lösung weiß, dem wäre ich zu Dank verpflichtet !

[MiTsch]

Hallo kingduvel,

also leider ist mir nicht ganz klar was Du denn eigentlich umsetzen möchtest. Zu Anfang suchtest Du nach einer geschützten Download-Möglichkeit.

Nun brauche ich hier aber einen internen Bereich, wo man Dokumente downloaden kann und so weiter.

Wenn ich dich richtig verstanden habe soll es dann wohl auch eine geschützte Bildergalerie/Texte geben oder?

... ... ...es gibt auch direkte Contao-Elemente, die geschützt werden sollten (also Texte und Fotogalerien).

Wenn Du dein Projekt etwas konkretisieren könntest würde es vielleicht klar und evtl. würde sich dadurch auch eine andere herangehensweise dafür anbieten.

Viele Grüße
MiTsch

[andre.5tz]

Für jede Person einen Benutzer anzulegen (oder automatisch) ist keine Option, da das Konto irgendwie nur zum Login benutzt wird und nicht für Profile, Foren oder sowas. Wäre also wie mit Kanonen auf Spatzen schießen.

Man ignoriert das Logout-Problem, da es sich um sehr wenige interne Personen handelt,

Warum stellt es für Dich ein Problem dar, ein paar Mitglieder (Frontend) anzulegen und dazu eine Mitgliedergruppe mit den Berechtigungen?
Du schreibst selbst, dass es sich nur um sehr wenige Personen handelt. Die einmal durch den Admin angelegt und fertig. In der Zeit für Deine Fragen hier hättest Du auch ein "paar" Benutzer anlegen können und wärst schon fertig

Ganz im Ernst, genau dafür sind die Frontendmitglieder da, einmal vernünftig eingerichtet ist das anlegen weiterer Mitglieder ein klax

VG
André

[MiTsch]

Hallo andre.5tz,
hallo kingduvel,

... ... ...Die einmal durch den Admin angelegt und fertig.

Das läßt sich wie schon oben in meinem Beitrag erwähnt sogar automatisieren.

Und allen Usern die diese Möglichkeit nutzen dürfen, erhalten den Link zur versteckten (also nicht im Menü angezeigten) Registrierungsseite. Nebenbei behält man durch die Registrierung auch noch den Überblick wer denn so alles Zugriff auf diese Seiten/Daten hat.

Viele Grüße
MiTsch

[kingduevel]

Erstmal vielen dank für eure Antworten. Ich versuche einmal genauer zu erläutern, was die Situation ist:


Also es soll ein interner Bereich für eine Zeltlager-Webseite sein. Hier kann man sich nach einem Login Protokolle downloaden, Fotos betrachten, gewisse Catalogs einsehen und so weiter. Also ein bunter Mix aus Modulen und Elementen.

Insgesamt gibt es über 200 Gruppenleiter, die theoretisch Zugang haben sollten. Diese sind übrigens auch alle schon mit einigen Daten und Foto im Catalog-Plugin erfasst (das normale Benutzersystem bot mir nicht die richtigen Möglichkeiten). Sie sollen auch nicht selbst ihre Daten ändern können. Weshalb ich halt meinte, dass sie sich ausschließlich mit einem Passwort einloggen können sollen - mehr nicht. Auch eine Kontrolle der getätigten Logins und Downloads ist nicht nötig. Außerdem möchte ich mir zukünftig Aufwand durch Neuregistrierungen ersparen.

Nur nutzen von diesen über 200 Personen wohl die wenigstens (geschätzte 20%) die Möglichkeit und wenn, dann nur extrem selten (jeder vielleicht 1-2 mal im Monat). Jedoch muss jeder die Möglichkeit haben.


Genauer kann ich es nicht erklären. Früher war es halt mit einer htaccess geregelt, die - wenn einmal eingeloggt - Zugriff auf alle sich in diesem Ordner befindlichen PHP-Seiten und Dateien erlaubte. Eine gute Lösung. Naja. Ich habe soeben angefangen, den internen Bereich mal auszuformulieren und mit Inhalt zu füllen. Und ich glaube letztendlich wird es auf einen Benutzer hinauslaufen, mit dem sich jeder einloggen kann. Kommt es vermehrt zu Komplikationen durch parallele Nutzung, dann muss ich nochmal ran !

Oder fällt euch noch was ein?

[MiTsch]

Hallo kingduvel,

ahh! Jetzt wird es schon deutlicher mit dem was Du Umsetzen möchtest!

Nun eine der großen Stärken von Contao ist die Benutzerverwaltung und die Möglichkeiten die sich daraus ergeben. Diese würde ich nutzen, bzw. durch den entsprechenden Aufbau der Seite als spätere Option offen halten.

Ich denke da an die Möglichkeit auch gezielt Informationen für die eine oder andere Gruppe von Usern bereit zu stellen. Auch wenn sich z.Z. noch keinen Bedarf dafür erkennen läßt. Nur wenn Du jetzt diese Struckturen in Contao clever anlegst machst Du dir das Leben wesentlich leichter als wenn Du es später umbauen musst wenn die Seite dann schon läuft.

Derzeit möchtest Du ja allen Usern den Zugriff auf Protokolle, Bilder etc. usw. erlauben indem diese User alle den gleichen Benutzernamen und das gleiche Passwort nutzen.

Ich denke da eher an folgendes Szenario:
- Du erstellst mit Bordmitteln ein Login-Formular und nimmst anstelle des Benutzernamens dessen eMail Adresse da dies nebenbei Bemerkt gleich mehrere Vorteile beinhaltet.
- Im Login-Modul machst Du einen Haken bei "Autologin-erlauben".
- Dann installierst Du die Erweiterung [autoregistration] und stellst das Modul so ein das Mitglieder automatisch nach der Registrierung aktiviert und angemeldet werden.
- Jetzt brauchst Du das ganze noch mit einem Registrierungsformular zu verknüpfen und schon bist Du fertig.
- Soll das Mitglied seine eigenen pers. Daten aktualisieren dürfen (damit Du das nicht machen musst) z.B. bei Änderung der eMail-Adresse oder wenn er sich sein eigenes Passwort ändern möchte, so nutzt Du noch das Modul Persönliche Daten.

Ablauf
Wenn nun ein neuer User auf die Seite kommt und Zugang zum internen Bereich haben möchte, so klickt er auf Registrieren und gelangt zum Registrierungsformular.

Dort gibt er seine Daten ein (eMail-Adresse, gewünschtes PW und ggf. noch seinen Vor- und Zunamen bzw. was immer Du auch noch an Daten von ihm brauchst) und nach dem Absenden des Formulars erhält er einen Hinweis das er bitte in seine eMail´s Checken soll und den in der ihm gerade zugesannten eMail zwecks Verifizierung den darin enthaltenen Link anklicken soll.

Klickt er den Link an so wird sein Konto automatisch aktiviert, er wird angemeldet und landet auf der Seite im internen Bereich.

So hat jeder Benutzer sein eigenes Konto und stört auch keinen anderen der auch gerade Online ist so das dieser "Rausfliegt" nur weil sich der erste gerade ordentlich Abgemeldet hat. Dies wäre dann m.E nach eine saubere Prozedur!

Kommt der User der bereits angemeldet war später nochmal auf die Seite so nutzt er dann das Loginmodul als Zugang zum internen Bereich.

Viele Grüße
MiTsch