bei denen müssen dann die Berechtigungen entsprechend deaktiviert werden
Deaktivieren geht nicht - nur das Recht "verweigern" - was man aus meiner Erfahrung tunlichst vermeiden sollte.
Dann besser eine Stufe höher einordnen und was die dürfen explizit erlauben.
Tipp 2
Die Standard-Gruppen von Joomla nicht verändern. Besser neue / eigene Gruppen anlegen und die Rechte entsprechend vergeben (vererbt oder erlaubt).
Ich hatte es auch getestet und funktioniert leider nicht.
Bei mir funktionierte der Aufruf nur beim Custom-Modul und wenn die Rechte in der Konfiguration (für alle Module) erlaubt wurde. Sobald man es nur für ein spezielles Modul einstellt, kam wieder der 403 Fehler.
Hallo zusammen,
wie in J3 habe ich einen User einer eigenen Gruppe hinzugefügt und bei einem Modul (Bsp. Custom Modul) die Frontend-Bearbeitung erlaubt. Nach Login wird der Button für die Bearbeitung im Frontend angezeigt, jedoch führt der Klick darauf zu einem 403-Fehler.
Selbst wenn der User rein der Gruppe "Administrator" ist, kommt dieser Fehler. Nur als "SuperAdmin" funktioniert die Frontend-Bearbeitung.
Habt Ihr das auch?
Fehlt mir in J4 eine zusätzliche Berechtigung oder ist das tatsächlich ein Fehler?
Für das zweite (dem Counter) müsste man sich erst eine Einwilligung holen, bevor das gesetzt wird. Das ist nicht essentiell.
Das erste ist das Session-Cookie, das zweite (sc_is_visit) wird von Deinem Counter Script gesetzt. Das dritte Cookie von kickgedpr wird erst gesetzt, wenn man auf "verstanden" geklickt hat.
Kategorienliste?
Für die Erfassung von Beiträgen im Frontend gibt es den Menüeintrag "Beitrag einreichen". Diesen müsstest Du im Menü anbieten.
Joomla Extensions Directory - hier gibt es viele Alternativen:
https://extensions.joomla.org/…?jed_live%5Bquery%5D=zoom
zumindest wäre mal ein Link zur Seite interessant.
Hast Du mal beim Hoster nachgeschaut, ob sich da was geändert hat?
Ansonsten stehen hier ein paar Tipps was man angeben sollte:
Forenregeln
Sollte natürlich zum Problem passen. 
Wie können wir Dir mit diesen Infos helfen?
Bei meinen Seiten funktioniert es ohne Probleme weiterhin.
Das steckt in der https://www.heilpraxis-roller.…sta2_pro/css/template.css
Ich würde mal in den Template-Einstellungen nachschauen.
Ich kenne RSForm jetzt nicht direkt, aber es sollte machbar sein. Ähnliches siehe hier: https://demo.rsjoomla.com/rsfo…-change-form-example.html
Ich würde eine Auswahlbox (Dropdown) erstellen, wo man nur eines der 4 verschiedenen auswählen kann:
Abhängig von dieser Auswahl lässt Du dann die weiteren (zu der Auswahl) passenden Checkboxen einblenden.
Ich denke mal mit einer Download-Komponente, mit der Du auch mp3 Dateien anbieten kannst bist Du da besser aufgehoben. Mit fällt da z.B. Phoca Download ein. Ansonsten einfach mal hier schauen: https://extensions.joomla.org/…_live%5Bquery%5D=download
Ich kenne keinen Web-Videoplayer, der das anbietet. Die einzige Möglichkeit die mir einfällt ist, wenn Du die Videos in ein Verzeichnis mit Unterverzeichnissen einrichtest und diese dann mittels htaccess und htpasswd absicherst. Ob das Komfortabel und/oder Sinn macht muss man selbst entscheiden.
Irgendwo muss das Passwort ja gespeichert / verwaltet werden. Der Video-Player ist wie bei PDF nur ein "Betrachter" (Bsp. Acroabt Reader) und verwaltet keine Passwörter. Beim PDF ist das Passwort direkt im Dokument gespeichert. So was gibt es bei den gängigen Videoformaten nicht, bzw. ist mir bisher nicht bekannt.
Ehrlich gesagt, würde ich von solchen Konstellationen Abstand nehmen, da es oftmals mehr Probleme verursacht, als der Nutzen da ist. Eine kleine Änderung / Update, egal auf welchen Server und schon kann es passieren, dass es nicht mehr funktioniert. Dann stehst Du wieder vor dem gleichen Problem und fängst von vorne an.
Kann man nicht dafür das Custom-Field SQL nehmen?
Ansonsten gibt es hier noch eine größere Auswahl: https://extensions.joomla.org/…arorders=0&clearfilters=1
Ja, du kannst über die Klassen container und image die Größe fest einstellen, aber dann ist es nicht mehr responsive, bzw. wird bei kleineren Auflösungen auch immer weiter verkleinert.
Das müsstest Du in der Klasse container hier anpassen können, wie z.B.
Habe hier ein Bild welches größer als das Banner ist, aber als Banner dargestellt werden soll. Durch die responsive Darstellung wird es bei schmalen Ansichten (z.B. Smartphone) in normaler Größe dargestellt.
https://jsfiddle.net/LukasHH/1kfc8ogx/
Ich kann da Birger nur zustimmen. Ein eigenes Shop-System aufzubauen ist nicht mal eben so nebenbei gemacht. Es gibt viele Sachen die man im Vorfeld beachten und entsprechend einbauen muss.
In Joomla teste ich gerade PhocaCart und hatte auch hikashop mal getestet. Beides scheint mir relativ intuitiv zu sein. Aber bei beiden muss ich individuelle Anpassungen vornehmen, damit es halbwegs gut aussieht.
Wenn es schnell und einfach sein soll, da habe ich mal abseits von Joomla mit jimdo mal etwas gemacht. Das ist schnell und simpel eingerichtet, hat aber nichts mit Joomla zu tun. Zum echten Shop muss man sich halt auch über viele rechtliche Dinge vorab Gedanken machen und dann schauen, ob das alles zusammen passt. Bezahlmethoden, Versand, Rückversand, AGB, Widerrufsrecht usw.
Ich habe es bei der Webseite für unseren Kleingartenverein. Da habe ich über die Custom Fields ein eigenes Benutzerprofil erstellt. Die Darstellung / Pflege der Daten nicht untereinander, sondern in Tab-Reiter. Das Override dafür ist hier zu sehen: https://www.j-over.de/de/templ…rofil-darstellung-in-tabs
Es wird dafür jetzt keine eigene Seite erzeugt, sondern das Profil nur anders dargestellt. Die Daten kann der jeweilige Benutzer im Frontend bearbeiten. Was aus der Anfrage nicht hervor geht, dass es eine eigene Seite sein muss und/oder ob die Daten allen veröffentlicht werden sollen. Bei mir kann jeder Benutzer nur seine Daten sehen & bearbeiten. Im Backend stehen die Daten ebenfalls zur Verfügung.
Teamviewer bietet auch was in der Richtung an, habe ich aber noch nicht ausgetestet.
