Beiträge von bembelimen
-
-
Und dieser "Anmelden" Link (nicht Alias) steht auf "public"?
-
Machst du mir mal einen Screenshot des "Alias Anmelden" Links (also Backend => Bearbeiten) und wie lautet denn der Link den der Admin klicken muss?
-
Das hört sich für mich an, dass du nur zwei Menüpunkte hast....du brauchst DREI (!!) Menüpunkte und die Registrierung ist NICHT auf "Guest" sondern auf "Public"
-
Dann habe ich aber das Problem, dass ich neue User nicht per Link freischalten kann, wenn ich nur der Gruppe SuperUser angehöre.
Das Problem wird doch genau gelöst, wenn du meiner Liste folgst...du musst dein Menü bisschen umstellen.
Wir reden hier nun von 3 Links und 3 Zugriffsebenen:
- Public
- Guest
- Registered
(bzw. je nachdem wie du die benannt hast)
Nutzt du alle drei entsprechend meinen Anweisungen oben? Hast du es auch wirklich getestet und nicht nur theoretisch darüber nachgedacht?
-
O.k., dann brauche ich für das andere Problem (siehe verlinkten Thread) eine Lösung:
Ich kann als SuperUser keine neuen User per Link freischalten, wenn ich nicht auch in der Gastgruppe bin
Nochmal: mein "Kniff" löst genau das Problem. Ignoriere die Aussagen des anderen Threads....die sind einfach falsch.
-
Dann funktioniert leider das Freischalten von neuen Usern nicht mehr problemlos, wie wir hier in diesem Thread festgestellt haben. Damit ein SuperUser neue User automatisch per Klick auf einen Link in der entsprechenden Mail freischalten kann, muss er auch den Zugriffslevel Gast haben.
Aber den Kniff an sich probiere ich mal aus! Danke
Doch das funktioniert. Nochmal: es macht absolut keinen Sinn irgendjemanden in die Gästegruppe zu stecken. Die Aussage in dem Thread sind einfach falsch. Mit der Kombination von oben funktioniert es, wie es funktionieren soll. Keine Gastgruppe notwendig für Super User!
-
Ja, der Superuser sieht immer alles.
Das ist nicht korrekt, ein Super User sieht natürlich nur das, wofür er auch die Berechtigung hat.
Um das Problem anzugehen kannst du einen kleinen Kniff versuchen:
- Lege einen Menüpunkt zum Anmeldeformular mit dem Namen "Anmelden" an und gib ihm die Zugriffsebene "Public" (nicht Gast) und gleichzeitig stellst du unter dem Reiter "Linktyp" (englisch "Link Type") ein, dass das Menu-Item nicht im Menu sichtbar sein soll
- Lege dann einen zweiten Menupunkt an vom Typ "Alias", diesen gibst du nur der Gastrolle frei (als Zugriffslevel) und verweist auf deinen versteckten "Anmelden"-Link
- Entferne Super User aus dem Zugriffslevel Gast (macht absolut keinen Sinn ihn dort zu haben)
Das sollte dein Problem lösen.
-
Du kannst auch mit der Standard-Registrierung E-Mail-Endungen blockieren. Schau Mal in die Optionen der Userverwaltung.
-
Es kommt nun drauf an, wie viel Aufwand du reinstecken bzw. wie viel du selbst entwickeln kannst (oder Budget dafür hast). Es gibt in Joomla den Task Scheduler, da könnte man ein kleines Plugin bauen, was genau diese Aufgabe erledigt. Brauchts nur bisschen Programmierwissen.
-
Wunderbar wäre natürlich eine Prüfung in Joomla, welche Erweiterungen ready sind bevor ich den Update-Button drücke aber mir ist auch die Problematik einer solchen Umsetzung durchaus bewußt.
Gibts doch schon lange (seit 3.10):
Kann ja kein Problem sein entsprechende Hinweise einzublenden und Handlungsempfehlungen (Leitfaden) anzugeben.
Joomla! ist OpenSource, wenn du denkst irgendwo soll ein Text erscheinen, kannst du es hier vorschlagen: https://github.com/joomla/joomla-cms/issues
Handlungsempfehlungen gibts auch immer für jedes Update: https://docs.joomla.org/Portal:Upgrading_Versions/de
Woher soll ich das (als Nicht-Coder) denn wissen? Stimmen die Angaben im JED? Wie verlässlich sind Aussagen der Entwickler meiner Erweiterungen?
Ich finde, die obige Aussage ist ein wenig hochnäsig. Nicht jeder kann sich für alles ein Override oder eine eigene Erweiterung schreiben.
Naja, erkennt man ja, wenn man seine Seite kopiert und dann in der Kopie das Plugin deaktiviert. Dann sieht man was nicht kompatibel ist.
-
-
Es wurde zwar mal angekündigt, dass Joomla von Haus aus Multidomainfähig werden könnte ... aber das scheint nicht umgesetzt zu werden.
Es braucht nur jemand motivierten wie du, der es umsetzt. Die Grundkonzepte sind da und es gibt einen ersten fast Proof-of-Concept mit vielen identifizierten Herausforderungen, die gelöst werden müssten. (Klick mich).
Abgesehen davon ist bei Multidomain das wichtigste, dass du ein Plugin hast, was deinen "Home-Link" je nach Domain umbiegt.
-
-
-
Hier gibts ein paar Ideen:
Externer Inhalt www.youtube.comInhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.Durch die Aktivierung der externen Inhalte erklären Sie sich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt. -
Ein Username gehört absolut nicht zum Sicherheitskonzept des Logins und kann immer als "public information" angenommen werden. Es gibt aber durchaus andere Gründe Usernames geheim zu halten (oder statt echten Namen zu verwenden).
Wichitg ist das Bewusstsein, dass Username + Passwort heutzutage (besonders bei schwachen Passwörtern) nicht mehr ausreicht und man definitiv eine 2fa einrichten sollte.
Aber das war jetzt wohl sehr am Thema vorbei...
-
Ganz ehrlich, ich finde die Einstellung, man kann etwas nicht, deshalb sollte man sich auf irgendwas nicht bewerben echt altbacken. Mittlerweile ist Talent und Motivation mindestens genauso (wenn nicht sogar mehr) wichtig wie aktuelles Können, wenn man es sich zutraut sich das Wissen drauf zu schaffen.
Ich denke, im CMS Bereich gibt es kaum was sinnvolleres als Joomla zum Einsteigen und das Leben lang zu nutzen, deshalb wünsche ich dir viel Erfolg bei deiner Bewerbung Tim
Vielleicht sieht man sich ja dann im September auf dem Joomladay mit deiner neuen Firma.
-
Sowas hier wäre möglich, damit kann man auch die komplette Seite mit absperren, wenn der Entry-Point außerhalb der Website liegt oder man explizit den einen Ordner freigibt.
-
Warum sollte man auch ein Joomla-Backup einspielen, die Webseite hat sich ja nicht geändert, sondern lediglich die PHP-Version.
Genau das...