Tutorials zu Joomla auf time4joomla

RSS-Feeds kompakt ohne Erweiterung

Mon, 08 Jan 2018 23:20:15 +0100

In Joomla gibt es ein Modul, welches RSS-Feeds erzeugt, die andere abonnieren können. Das Problem ist nur, dass dieses Modul jeweils nur einen Feed für die gerade aktuelle Seite/Kategorie erzeugt. Wenn ich einen Feed für meine Tutorialsite mit dem Joomla-Module machen wollte, dann müsste ein Abonnenment insgesamt sechs Feeds abonnieren. Pro Menü in Joomla 3x einen.

Das geht natürlich nicht, denn ich denke, dass jemand, der sich für Tutorials über die Rechteverwaltung auch für Tutorials über die Komponenten interessiert.

Schaut man aber nun in das Joomla Extensions Directory (JED), dann gibt es eine einzige Erweiterung, die diesen Umstand beseitigt und beliebige Kategorien zusammenfasst. Es handelt sich dabei um obRSS von foobla. Der ist ansich nicht schlecht, bietet eine ganze Menge, ist aber kostenpflichtig - was nicht verkehrt ist und er ist auch sein Geld Wert - jedoch muss diese Summe jedes Jahr hingelegt werden, will man stets auf dem Laufenden bleiben. Und dann wird die Erweiterung meines Erachtens irgendwann mal zu teuer.

Aber es gibt eine völlig kostenlose Lösung, die einfach und um so verblüffender funktioniert und bei mir auch im Einsatz ist. Es müssen lkediglich die vielen einzelnen RSS-Links zu einem Feed gruppiert werden. Dummerweise gibt es die allermeisten Tools, die es mal gab, heute nicht mehr oder sehen sehr sehr alt und wenig innovativ aus.

Nach einigem suchen habe ich aber eine Website gefunden, die macht was sie soll und das sehr einfach tut.

Zunächst muss ein Account auf Feed Informer angelegt werden. Das geht schnell und problemlos. Nach dem Einloggen muss zunächst der Button Create new Digest angeklickt werden und im dann erscheinenden Fenster oben zunächst der Titel des neuen Digest, der neuen Gruppierung von Feeds, eingegeben werden. Bei mir ist "time4joomla-Tutorials".

Mit Maximum Number of Items wird die Anzahl der Feeds, die beim ersten Abonnieren angezeigt werden, festgelegt.

Möchte man nicht, dass das Logo von Feed Informer angezeigt wird, muss man 50,- USD im Jahr bezahlen. Zahlt man das nicht, kann man das Tool genauso benutzen, wie wenn man bezahlt, aber es wird das Logo des Anbieters angezeigt. Das tut es sehr unaufdringlich und ich finde das auch völlig in Ordnung. Was anderes gilt vielleicht bei Firmenseiten.

Man kann nun unten auf "Save Changes" klicken oder oben auf Digest Source und erst später speichern.
In Digest Source werden die einzelnen Feeds angegeben, die dann als Gruppe vereint werden.

Bei mir sieht das so aus:

Also jeder einzelne Joomlafeed wird dort eingegeben mit dem Button +Add.
Wie bekommt man die URL in Joomla heraus:

Es gibt zwei Möglichkeiten:

Einfach in die Modulübersicht gehen, auf Neu klicken und das Modul "Feeds - Feed erzeugen" auswählen. Dieses einfach aktivieren. Man benötigt es nur zurt Ermittlung der URL und wird anschließend wieder gelöscht. Wenn man einen Loginbereich hat oder dieses Modul kurzfristig aktiviert, kann man das Feed-Modul auf die Zugangsebene "Special" setzen und sich als Admin einloggen - dann sieht nur der Admin das Modul.
Man nehme die vorhandene URL aus dem Browserfenster und hängt hinten .feed?type=rss an. Also beispielsweise:
Meine URL im Browser lautet:
https://www.time4joomla.de/joomla-3-x/beitraege-menues.html
Das "html" am Ende entferne ich und hänge stattdessen den obigen Teil an die URL. Das ergibt dann:
https://www.time4joomla.de/joomla-3-x/beitraege-menues.feed?type=rss
Diese URL trage ich bei Feed Informer ein.

Das muss wiederholt werden für jede einzelne Feed-URL.

Als drittes kommt der Button Output Filters (oben) zum Einsatz. Hier wird die Sprache und die Zeitzone festgelegt. In erster Linie wird dieser Bereich aber für die Anzeige eigener und fremder Feeds auf der eigenen Website benötigt. Dort kommen dann auch die beiden Filter AND und OR filter zum Einsatz. Damit können Feeds zu bestimmten Stichwörtern gefiltert werden. Mit AND müssen alle Stichwörter im Feed vorkommen, damit er angezeigt wird - mit OR einer der angegebenen Stichwörter.

Mit Show live items only können nur aktuelle Feeds angezeigt werden oder auch noch Feeds, die nur noch im Archiv von Feed Informer liegen. Was ich nicht beantworten kann, ist wie eigene Feeds ins Form Informater Archiv kommen.
Ganz unten kann noch festgelegt werden, was mit doppelten Feeds passieren sollen. Bei mir gibt es keine doppelten Feeds, weshalb ich das auf Don't remove duplicated items stehen gelassen haben. Andernfalls einfach mal selber etwas experimentieren.
Hier nun sollte gespeichert werden (Save Changes).

Das reicht für die eigenen Feeds.

Nun muss wieder in den ersten Button zurückgekehrt werden --> Digest Properties.
Es gibt nun zwei URLs zur Auswahl: Einmal im RSS-Format und einmal für das Atomic-Format. Ich habe mich für das weit verbreitete RSS-Format entschieden, man kann aber natü+rlich auch beide Formate auswählen. Die URL kopieren und ein "Eigenes Modul" in Joomla erstellen. Hier wird die URL eingegeben. Wahlweise mit einem Link ähnlich meiner Art oder man legt sich den Link auf die passende Grafik und zeigt nur das Icon an. Bei mir siehst du links das RSS-Icon.

Das wars. Ab sofort gibt es nur noch eine RSS-URL für ganz viele Feeds.

Abonniere doch mal meinen Feed, damit du siehst, was passiert!

SEBLOD: Abhängigkeiten mit mehreren Zuständen

Wed, 08 Mar 2017 16:42:46 +0100

Es gibt in den Inhaltstypen und Forms die Möglichkeit Felder in Abhängigkeiten zu vorhergehenden Feldern zu setzen. Dazu muss die Nummer 5 im Admin- oder Seitenformular an der Seite angeklickt werden und danach bei dem Feld, dass in Abhängigkeit gesetzt werden soll, auf Hinzufügen in der ersten Spalte ("Abhängige Stati") geklickt werden. Nachdem dort etwas eingestellt wurde, steht dort <Bearbeiten />. Wenn nur eine Bedingung dort eingegeben werden soll, ist das ganze meist recht einfach. Schwieriger wird es, wenn mehrere Abhängigkeiten definiert werden sollen. Davon handelt dieses Tutorial.

Zum testen habe ich zwei Felder angelegt. Zuerst ein einfaches Auswahlfeld mit einigen Obstorten und ein einfaches Textfeld, das ich inhaltlich in Abhängigkeit zur Auswahl setze.

Nachdem rechts die Nummer 5 ausgwählt wurde und auf Hinzufügen geklickt wurde, erscheint ein Fenster in der die "Abhängige Stati" eingegeben werden muss.

Links steht, was passieren soll ("Stati"), wenn das Ereignis rechts zutrifft ("Auslöser"). Ganz unten findet sich eine kleine Hilfe zu den Einstellmöglichkeiten.

In unserem Fall ist das zunächst sehr einfach:

Dieses Feld ist ausgefüllt Apfel #form# X WENN Auswahlfeld ist gleich / enthällt Apfel

Das große "X" steht für die aktivierte Checkbox
Diese Zeile wiederholen wir jeweils für Zitrone, Mandarine und Birne - sofern Sie meinem Beispiel folgen. Wichtig ist, dass Sie das jeweils in einen eigenen Block schreiben. Also jeweils oben rechts auf das grüne Plus klicken.

Wenn Sie nun einen neuen Beitrag aufrufen und im Adminformular die Abhängigkeiten überprüfen, werden Sie feststellen, dass nicht das gewünschte Ergebniss auftritt. Das liegt daran, dass die Checkboxen vermutlich in jedem Block aktiviert sind. Die darf aber nur im ersten Block aktiviert sein und muss in den anderen Blöcken ausgeschaltet sein. Dann wird bei einem neuen Beitrag bei Auswahl "Apfel" auch der "Apfel" ausgegeben, ebenso wie passend bei den anderen Obstsorten.

Erklärung der Checkbox

Es wird zunächst abgeprüft, ob der Wert "Apfel" ausgwählt wurde. Wenn ja, soll der auch in das Feld geschrieben werden. Wenn nein, soll nichts eingetragen werden. Dieses "nichts" regelt die Checkbox. Ist die deaktiviert, dann wird niemals der "Apfel" gelöscht werden.

Wenn Sie alle Checkboxen deaktivieren, werden zwar alle Auswahlen richtig eingetragen - also bei Auswahl "Zitrone", wird auch die "Zitrone" ausgegeben und bei der "Mandarine" wird diese auch ordnungsgemäß ausgegeben, aber wenn Sie den Satz "Wählen Sie das Obst" oder den Standardsatzt "Select..:" anklicken, dann wird immer der zuletzt ausgwählte Wert stehen bleiben. Erst wenn Sie im ersten Block wieder die Checkbox aktivieren, wird das Ausgabefeld auch ordnungsgemäß gelöscht.

Setzen Sie hingegen überall einen Haken, aktivieren also jede Checkbox, dann wird nur das letzte Obst - bei mir die Mandarine - angezeigt. Bei allem anderen bleibt die Auswahl leer.

Das liegt daran, dass immer der ganze Block abgearbeitet wird. Also alle vier Zustände abgefragt werden und nicht nur der eine, der zutrifft.

In meinem Beispiel passiert folgendes:

Überprüfe zunächst ob die "Apfel" ausgwählt wurde. Wenn nein, dann
... gebe nichts aus.
Nun überprüfe auf "Birne". Wenn die auch nicht, dann
überprüfe nochmal auf "Apfel" und
gebe nichts aus, wenn "der immer noch nicht zutrifft
Überprüfe nun auf "Zitrone". Wenn keine "Zitrone" verfahre wie ab Punkt 5
Überprüfe zu guter Letzt auf "Mandarine" und falls die nicht ausgwählt wurde, verfahre wie ab Punkt 6.

Wird aber die erste Checkbox nicht gesetzt, passiert in etwa dieses hier:

Überprüfe zunächst ob der "Apfel" ausgwählt wurde. Wenn nein, dann
überprüfe auf "Birne". Wenn die auch nicht, dann
überprüfe auf "Zitrone". Wenn die auch nicht, dann
überprüfe auf "Mandarine".

Dadurch das nichts nach hinten abgeprüft wird, bleibt am Ende die letzte Auswahl zwar stehen, aber bei anschließender "keiner Auswahl" eben auch.

Je nach gewünschten Effekt, kann nun hier bewusst mit dem Setzen der Checkboxen gearbeitet werden.

Die Checkbox sorgt also dafür, dass zurück geprüft wird. Würde aber im zweiten Block auch (oder ausschließlich) die Checkbox aktiviert sein, dann ist an der Stelle auch Schluß - Keine "Birne", dann zeig nichts an. Der "Apfel" wird jetzt nicht mehr berücksichtigt.Wohingegen "Zitrone" und "Mandarine" auch weiter berücksichtigt werden. Es werden stets alle vier Zustände bei jeder Auswahl abgeprüft und dieser in der angegebenen Reihenfolge. Somit ist die zuletzt gesetzte Checkbox ausschlaggebend. Alle anderen Abfragen davor werden nicht mehr berücksichtigt, da die letzte Checkbox für das "Löschen" der Werte zuständig ist.

Im übertragenden Sinne, könnte man auch sagen, dass die erste Checkbox den ganzen Block an Überprüfungen, die dazu gehören, einleitet.

Ist etwas schwer zu erklären, aber ich hoffe dennoch, etwas Licht ins Dunkel bringen zu können...

Videopräsentation: Was ist Joomla!?

Tue, 14 Jun 2016 17:13:38 +0200

Das Video ist ohne Ton.

SEBLOD: Weblinks mit automatisierten Screenshots

Wed, 24 Feb 2016 11:12:15 +0100

Mir gefiehlen die guten alten Weblinks von Joomla nicht, als ich diese Site relaunchte. Beispielsweise war es nicht möglich die Sprache der verlinkten Site per Landesfahne zu kennzeichnen. Auch waren Vorschaubilder der Webseiten zwar per Textbild möglich, aber eine Vereinheitlichung der Bilder nur schwer zu erreichen. So entschied ich mich das ganze mit SEBLOD zu machen. Bei der Arbeit an der Weblink-Komponente fand ich auch eine Möglichkeit, die Webseitenvorschaubilder zu automatisieren. - Doch der Reihe nach:

Beginnen wir mit dem App Ordner:
Ich habe ihn "Weblinks" genannt und alles angekreuzt und mit "Ja" gekennzeichnet, was da möglich ist. Als Farbe habe ich ein hoffnungsvolles Grün gewählt.

Danach benötige ich einige Felder:

Article Title (da nehme ich das fertige Joomlafeld). Ich benötige die eindeutige ID für den Weblink und natürlich auch die Möglichkeit den im Nachhinein jederzeit editieren zu können unter den Beträgen.
Für den Text verwende ich den Wysiwyg-Editor
In der ersten Variante (ich habe mich bei meinen Weblinks auch für diese entschieden), lade ich die Webseitenvorschau per Hand hoch. Dafür benötige ich ein Feld für die Screenshots - ein Upload-Image
Für die eigentliche verlinkte Website braucht's natürlich ein Link-Feld
Damit ich die Sprache der verlinkten Seite angeben kann, benötige ich ein JForm-Medien Feld
Da die Weblinks in Kategorien abgelegt sind, brauche ich noch ein Article Category id - Dieses Feld nehme ich auch aus den bereits fertigen Feldern, die sich beim Joomla-Article finden
Da ich einige Webkinks besonders empfehlen möchte, habe ich mir eine Checkbox ins Backend gelegt.

Article Title und Article Category id sind fertige Felder, die ich einfach in meiner Adminform übernehmen kann.

Für die Webseitenvorschaubilder (Image-Upload) lege ich die Bilder gesammelt in "images/weblinks". Ordner/Inhalt und Ordner/Benutzer setze ich jeweils auf "Nein". Vorschaubild 1 setze ich auf 150x150px und Vorschaubilld 2 auf 800x600px. Damit kann ich das Kleine bei den Weblinks ausgeben und das Große erscheint, wenn ich auf das Kleine klicke.

Beim Link-Feld wird als Standard Ziel "Leere" eingetragen. Wobei das eigentlich "_blank" heißen sollte. Damit öffnet sich ein neuer Tab im Browser. Unter Zeige Text wird "Anzeigen" und "Titel" ausgewählt/eingetragen. Ziel und Klasse benötige ich nicht. Aber ich gebe als Standard Klasse "weblink" mit, falls ich die Links anschließend individuell formatieren möchte. Den Rest lasse ich so stehen.

Um die Sprache der verlinkten Webseite anzuzeigen, wähle ich ein Medien-Feld aus. Da die meisten Seiten in deutscher Sprache sind, gebe ich als Standard Wert die deutsche Flagge vor: images/deutsch.gif

Für die "Besondere Empfehlung" habe ich mich für eine Checkbox entschieden. In den Optionen gebe ich diese Zeile ein:
images/weblinks/empfehlung.png. Setzt natürlich voraus, dass unter dem angegebenen Pfad eine Grafik liegt, die die Empfehlung entsprechend kennzeichnet.
Das schöne ist, das im Backend wirklich nur die Checkbox mit dem Text im Bezeichnungsfeld angezeigt wird, aber der Link zur Grafik abgespeichert wird, wenn man die Checkbox aktiviert.

Speicherung aller Felder, bis auf die beiden vorhandenen aus den Artikeln, Benutzerdefiniert und unter introtext.

Wir benötigen nur die AdminForm. Eine Form für die Ausgabe wird an dieser Stelle nicht benötigt, da die Weblinks nach Kategorien sortiert sind. Wobei es bei mir eine entsprechende Menüführung zu den einzelnen Kategorien gibt.

Somit benötige ich eine Liste und wechsele in Listen & Suchtypen. Neben dem vorgegebenen CCK gebe ich als zusätzliches Feld die Article Category id im Such-Formular an.

Auf eine Sortierung verzichte ich und gehe direkt zur Liste.

In Spalte 1 setze ich die Landesflagge der Sprache der Webseite und darunter die Besondere Empfehlung, sofern vorhanden. In Spalte 2 erscheint der Link zur Webseite und in Spalte 3 ein kleiner Text zur verlinkten Seite. In Spalte 4 schließlich wird die Screen-Vorschau abgebildet. Der Screenshot muss über die Typographie (Nummer 2) als Bild gekennzeichnet werden. Klicken Sie auf das kleine "+" und wählen als Standard anzeigen "Vorschaubild 1" aus. Die Typografie müssen Sie auch bei der "Landesflagge" und den "Besonderen Empfehlungen" einstellen.

Variante 2 - Mit automatisierten Vorschaubildern

Es gibt einige Dienste im Internet, die automatisierte Vorschaubilder von Webseiten anbieten. Die allermeisten kosten Geld und machen bei professionell geführten Webseiten auch unbedingt Sinn, da einiges an Performance erzeugt wird. Insbeondere wenn man selber viele Weblinks hat. Einen Anbieter habe ich gefunden, der seine Dienste kostenlos anbietet:

https://thumbsniper.com/index.php

Die Website, von der ein Screenshot, ein Thumbnail, erstellt werden soll, wird folgendermaßen übegeben:

http://api.thumbsniper.com/v3/thumbnail/150/blur2/?url=http://www.time4joomla.de

Es wird mitgeteilt, das ein Screenshot in einer Breite von 150 mit dem Effekt "blur2" zu der angegebenen URL (im Beispiel meine Site) erstellt werden soll.
Diese URL können wir automatisch zusammenstellen lassen und in unserer Datenbank so abspeichern, dass die URL bei den Weblinks automatisch aufgerufen wird und dann ein Screenshot angezeigt wird.

Dazu wechseln Sie in den Formular & Inhaltstyp Ihrer Weblinks und tauschen das Screenshot-Feld (Upload-Image) gegen ein neues, einfaches Textfeld aus. Wir erzeugen nun den Link zum Vorschaubild. Ganz unten, unter der "Speicherung" finden Sie zwei orangene Pfeile nach unten. Dort bitte draufklicken. Es öffnet sich nun unten eine Eingabemöglichkeit für Javascript, wo Sie bitte diesen Code eintragen:

{chilicode}var link = document.getElementById("website");
var screen = document.getElementById("wl_empfehlungsbild");
screen.value = "http://api.thumbsniper.com/v3/thumbnail/150/blur2/?url=" + link.value;{/chilicode}

Im Aliasnamen "website" steht unser Link zur verlinkten Website (wobei das bei Ihnen namentlich abweichen kann). Den speichere ich in die Variable link. screen ist das Feld, in dem Sie gerade diesen Code eingeben. Damit Sie aber den Inhalt dieses Feldes - also das, was letztlich abgespeichert werden soll - einwandfrei ansprechen können, müssen Sie den Umweg über die Zeile mit dem document.getElementById gehen. Am Ende übergeben Sie dann einen zusammengesetzten Wert aus dem ersten Teil der URL des Dienstes für die automatischen Screenshots und der eigentlichen Site, von dem der Screenshot erstellt werden soll und der im Linkfeld steht.

Das ist sehr hübsch, hat aber leider drei Nachteile:

Sie müssen warten, bis der Screenshot erstellt worden ist. Das kann wenige Sekunden oder auch ein paar Minuten dauern. Ich vermute es hängt von der Auslastung des Servers des Dienstes zusammen. Solange erhalten Sie ein "Wartebild" mit einer Zielscheibe im Screenshot als Thumbnail.
Einmal "fotografiert" liegt es im Archiv des Dienstes. Leider aber damit auch veraltete Screenshots. Von meiner Site habe ich noch keinen aktualisierten Screenshot ausmachen können. Ich weiß nicht, wie lange das dauert.
Sie können nicht auf das Thumbnail klicken und eine größere Ansicht modal bekommen. Denn es gibt nur diese eine kleine automatisierte Thumbnail.

Dennoch finde ich aber, dass es eine hübsche Spielerei ist. Vielleicht findet ja jemand von Ihnen eine Möglichkeit den Code so zu verifizieren, dass automatisch gewartet wird, bis die Thumbnails fertig sind. Denn andernfalls müssen Sie einige Male die Site neu laden. Ich freue mich über Feedback und nehme das gern hier auf!

So siehts dann aus...

Bootstrap Grundtemplate

Thu, 24 Dec 2015 00:16:07 +0100

--> Downloadlink des Grundtemplates auf time4mambo

Ein Grundtemplate mit Bootstrap erstellt. Enthalten sind alle notwendigen Dateien, bzw. deren Aufruf. Das Template hat einen Header für ein horizontales Menü. Zwei Spalten - die linke für ein vertikales Menü und die rechte Spalte für den Inhalt, Breadcrumbs und Message. Zum Abschluss noch eine Fußposition, sowie einen "nach oben"-Button.

Das Template ist bewußt einfach gehalten und soll zum sofortigen eigenen designen anregen. Wichtig ist, dass alle notwendigen Aufrufe im Template für das bereits in Joomla integrierte Bootstrap enthalten sind. Ebenfalls sind einige HTML-Overrides im Paket enthalten.

Im Paket liegt eine ReadMe.txt-Datei. Die bitte für weitere Instruktionen lesen. Unter anderem auch, wie sich eigene Fehlerseiten machen lassen...

Tastenkürzel im Beitrag mit dem JCE

Thu, 24 Dec 2015 00:13:32 +0100

Wieder so eine versteckte, aber feine Möglichkeit ganz einfach ein Tastaturkürzel für Verweise im Beitrag zuzuweisen, bietet der WYSIWYG-Editor JCE.

Wird im Beitrag ein Verweis geschrieben, dann diesen einfach markieren und das zugehörige Icon für die Links anklicken

In dem Eingabefenster, das der JCE dann öffnet, kann unten im Tab "Erweitert" unten in das Feld Access Key ein Tastaturkürzel als Attribut mitgegeben werden. Wobei ich die Erfahrung gemacht habe, dass ein "p" sich nicht eignet, da damit immer Browserinterne Menüs geöffnet werden.

Danach kann dann mit der Tastenkombination wie nebestehend (Module links) das Kürzel aufgerufen werden. In meinem Beispiel habe ich dem Verweis das Tatstaturkürzel "t" zugwiesen.

Ein Beispiel (mit dem Shortcut "t"):
time4mambo [t]

Der Aufruf ist in jedem Browser ein wenig anders:

Firefox und SeaMonkey: Umschalt+ALT+[TASTE]
Opera: Umschalt+ESC+[TASTE]
Internet Explorer: ALT+[TASTE]+ENTER
Chrome: ALT+[TASTE]

Ein erster Beitrag und seine Verlinkung

Thu, 24 Dec 2015 00:11:38 +0100

Beginnt man sich mit Joomla zu beschäftigen, ist es zunächst gar nicht so einfach, sich in der neuen Benutzeroberfläche zurecht zu finden. Joomlakenner sprechen zwar gern davon, dass der Einstieg einfach ist, aber um zu Beginn gleich die Vielfältigkeit bei neuen Beiträgen kennenzulernen, hier ein kleines Tutorial über die verschiedenen Verlinkungen von Beiträgen in Joomla

Der erste Beitrag

Der beste Weg ist, sich zunächst ein paar Gedanken über die Struktur seiner Website zu machen. Dazu gehört es auch, sich Gedanken über die Kategorisierung seiner Beiträge zu machen.

Angenommen Sie möchten eine Website über Reiseerlebnisse erstellen. Ich bin viel in Deutschland unterwegs und mache ab und an einen Abstecher in die Schweiz und nach Österreich. In Joomla! rufe ich den Menüpunkt Inhalt/Kategorien auf und lege mir ein paar Kategorien und Unterkategorien an. Dazu einfach auf „Neu“ oben links klicken und einen Kategorienamen vergeben. Wenn Sie eine Hauptkategorie erstellt haben, können Sie diese rechts auswählen und somit eine neue Kategorie als Unterkategorie anlegen.

Ich lege mir hier drei Hauptkategorien an. Dazu kommen Unterkategorien zu einigen Städten, über die ich berichten möchte. Heraus kommt in diesem kleinen Beispiel folgende Struktur:

Deutschland
- Berlin
- Hannover
Schweiz
- Zürich
Österreich
- Wien

Es können nun Beiträge sowohl für die einzelnen Länder erstellt werden – also beispielsweise wissenswertes über die einzelnen Regionen, Bundesländer und Kantone, über deren Einwohner, den Löchern im Käse und wo die Schokolade am besten schmeckt.

Und es können einzelne Beiträge zu den Städten erstellt werden.

Das allein bietet ja schon einige Möglichkeiten, aber Sie können zusätzlich auch noch Kategoriebeschreibungen eingeben. Beispielsweise habe ich hier eine kleine Beschreibung zur Stadt Zürich, einschließlich des Stadtwappens, direkt in die Kategorie eingegeben:

Das erste Menü

Es gibt nun verschiedene Möglichkeiten der Ausgabe und davon ableitend der Navigation. Wechseln Sie zunächst über das Menü in die Menüübersicht: Menüs/Main Menu. Dort legen Sie einen neuen Menüverweis an, in dem Sie beherzt auf „Neu“ oben links klicken.

Ich trage in meinem Beispiel in den Menütitel „Das Kunsthaus“ ein. Natürlich ohne Anführungsstriche. Beim „Menüeintragstyp“ klicken Sie zunächst auf den Button „Auswählen“. Nun erhalten Sie eine Idee, was Sie alles mit Joomla machen können, aber gleichzeitig als Einsteiger auch eine schwer durchschauende Auswahlmöglichkeit. In diesem Tutorial dreht sich alles um Beiträge, weshalb Sie bitte auch auf eben dieses Wort in der momentanen Übersicht klicken. Es klappt nun ein weiterer Bereich auf. Wählen Sie hier zunächst „Einzelner Beitrag“ aus. Nach ein paar Sekunden ändert sich unsere Ansicht zum Menüeintrag. Dort wird im „Menüeintragstyp“ nun Ihre Auswahl angezeigt und darunter haben Sie jetzt einen Button zum „Auswählen“ für „einen Beitrag“. Klicken Sie auf den grauen „Auswählen“-Button und Sie erhalten eine Übersicht über Ihre bisherigen Beiträge. Da ich einen Beitrag zum Züricher Kunsthaus geschrieben habe, wähle ich eben diesen aus. Nun muss ich noch einen Menütitel vergeben. Den nenne ich „Das Kunsthaus“ und speichere das ab.

Eine Einzelverlinkung auf einen Beitrag haben wir nun. Doch leider ist so unsere schöne Beschreibung über die Stadt Zürich, die wir in der Kategorie eingeben haben, nicht sichtbar. Zum üen schreiben Sie bitte einen zweiten Betrag zur Stadt Zürich und wählen anschließend in der Menüübersicht wieder ein neues Menü aus.

Zunächst bleiben die Schritte gleich: Erst einen Titel eingeben (natürlich können Sie den aber auch hinterher erst eingeben), danach auf „Menüeintragstyp“ klicken und in der dann erscheinenden Auswahlliste „Beiträge“ anklicken. Diesmal möchten ich aber einen „Kategorieblog“ verlinken, den ich auch auswähle. In der Menüansicht zurückgekehrt muss ich nun eine Kategorie auswählen. Da ich zwei Beiträge zu Zürich geschrieben habe, wähle ich die gleichnamige Kategorie aus. Im Frontend sehen Sie nun die beiden Beiträge und die Kategoriebeschreibung. Und wenn Sie bei Ihren Beiträgen den „Weiterlesen-Button“ angeklickt haben, sehen Sie eben diesen auch im Kategorieblog.

Wenn Sie keine Kategoriebeschreibung sehen, dann müssen Sie in die Beitragsübersicht wechseln und oben rechts die „Optionen“ anklicken. Im Tab „Kategorie“ stellen Sie den „Kategorietitel“ und „Kategoriebeschreibung“ auf „Anzeigen“. Speichern und das Frontend neu laden.

Das sieht doch schon mal ganz gut aus. Schauen wir, was wir noch verlinken können. In der Menüübersicht also wieder beherzt auf „Neu“ geklickt und beim „Menüeintragstyp“ wieder die „Beiträge“ angeklickt und diesmal die „Kategorieliste“ ausgewählt. Der Einfachheit halber wähle ich wieder die Kategorie „Zürich“ aus. Gebe dem ganzen noch einen Menütitel und schaue mir das Ganze dann im Frontend an:

Soweit soll diese kleine Einleitung und meine Begeisterung für die Stadt Zürich uns reichen. Sie sollten zumindest eine kleine Idee nun haben, wie Sie recht einfach und doch vielfältig mit Joomla Beiträge erstellen und wissenswertes weitergeben können.

Override: Drucker- und eMail-Icon

Thu, 24 Dec 2015 00:09:52 +0100

Da Joomla jetzt eng mit Bootstrap zusammenarbeitet, werden die Drucker- und eMail-Icons nicht mehr angezeigt in den Templates. Stattdessen finden sich nun die kleinen Pulldown-Buttons, die eine entsprechende Auswahl ermöglichen.

Wer jedoch die Icons direkt anzeigen möchte, muss ein sogenanntes Override schreiben und in seinem Template abspeichern. Dabei gilt es zu beachten, dass es unterschiedliche Core-Dateien gibt, die für die Ausgabe von Beiträgen und damit unseren Icons zuständig sind. Für den "normalen" Beitrag in der Einzelansicht gehen Sie in folgendes Verzeichnis von Joomla:

/components/com_content/views/article/tmpl/

und kopieren dort die default.php. Diese Datei speichern Sie in Ihrem Template in folgendes Verzeichnis:

/templates/[IhrTemplate]/html/com_content/article/

Achten Sie darauf, dass die Template-Ordnerstruktur sich ein klein wenig von der Komponenten-Struktur unterscheidet. Nachdem Sie dort also die zuvor kopierte Datei gespeichert haben, editieren Sie diese und suchen nachfolgenden Code ab Zeile 66:

{chilicode}

<?php if (!$this->print) : ?>

<?php if ($canEdit || $params->get('show_print_icon') || $params->get('show_email_icon')) : ?>

<?php echo JLayoutHelper::render('joomla.content.icons', array('params' => $params, 'item' => $this->item, 'print' => false)); ?>

<?php endif; ?>

<?php else : ?>

{/chilicode}

Ersetzen Sie den Code mit diesen Zeilen:

{chilicode}

<?php if (!$this->print) : ?>

<?php if ($canEdit || $params->get('show_print_icon') || $params->get('show_email_icon')) : ?>

</div>

<?php endif; ?>

{/chilicode}

In der template.css habe ich nun noch die nachfolgenden zwei Formatierungen zugefügt:

{chilicode}

<?php if (!$this->print) : ?>#iconbereich {

text-align: right;

}

.glyphicon-print {

padding: 0 10px 20px 0;

}

{/chilicode}

Wenn Sie auch in der Blogansicht Icons haben möchten, müssen Sie zunächst die blog_item.php aus dem Verzeichnis:

/components/com_content/views/category/tmpl/

kopieren und in dieses Verzeichnis hineinkopieren:

/templates/[IhrTemplate]/html/com_content/category/

In Zeile 25 finden Sie in der blog_item.php nachfolgenden Code:

{chilicode}

<?php if (!$this->print) : ?><?php if ($canEdit || $params->get('show_print_icon') || $params->get('show_email_icon')) : ?>

<?php echo JLayoutHelper::render('joomla.content.icons', array('params' => $params, 'item' => $this->item, 'print' => false)); ?>

<?php endif; ?>

{/chilicode}

Diesen ersetzen Sie bitte mit diesem Code:

{chilicode}

<?php if (!$this->print) : ?>

<?php if ($canEdit || $params->get('show_print_icon') || $params->get('show_email_icon')) : ?>

</div>

<?php endif; ?>

{/chilicode}

Heraus kommt dabei dieses:

Voraussetzung ist allerdings, dass Sie Bootstrap in Ihrem Template eingebunden haben...

Override: Accesskey im Menü

Wed, 23 Dec 2015 23:50:31 +0100

Aus unerfiondlichen Gründen gibt es in Joomla immer noch keine Möglichkeit Accesskeys einzufügen. Auch hier ist wieder ein Override notwendig.

In Joomla 2.5 habe ich einen solchen Override bereits beschrieben. Der ist auch weiterhin im Prinzip gültig, mit Ausnahme, dass sich die Zeilennummern etwas verändert haben. In diesem Tutorial beschreibe ich eine etwas einfachere Variante dieses Overrides und mache aber auch eine Abfrage, ob die Raute (#) überhaupt im Menü enthalten ist. Bisher hat das immer zu einer Fehlermeldung geführt, falls das nicht der Fall war. Außerdem ist am Ende noch eine Anpassung der Breadcrumbs als Override enthalten. Denn dort muss die Raute ja dann auch entfernt werden.

Es muss zunächst eine vorhandene Datei kopiert werden. Dazu bitte in nachfolgendes Verzeichnis gehen und die genannte Datei öffnen:

/modules/mod_content/tmpl/default_component.php

Der Gedanke ist, dass im Backend eine Raute vor dem Buchstaben eingegeben wird, der als accesskey fungieren soll. Also Beispielsweise das "S" im Menütitel "Startseite" soll als Accesskey benutzt werden und optisch soll der Buchstabe unterstrichen werden. Im Backend wird das so eingegeben:

Die Rauten (#) werden dann im Frontend gelöscht und stattdessen der nachfolgende Buchstabe mit einem Unterstrich versehen. Dieser Buchstabe wird automatsich dem HTML-Attribut accesskey zugwiesen, welcher dem Menüverweis angefügt wird. Im Quelltext sieht das nun so aus:

{chilicode}<?php
/**
* @package     Joomla.Site
* @subpackage mod_menu
*
* @copyright   Copyright (C) 2005 - 2015 Open Source Matters, Inc. All rights reserved.
* @license     GNU General Public License version 2 or later; see LICENSE.txt
*/
defined('_JEXEC') or die;
// Note. It is important to remove spaces between elements.
$class = $item->anchor_css ? 'class="' . $item->anchor_css . '" ' : '';
$title = $item->anchor_title ? 'title="' . $item->anchor_title . '" ' : '';
if ($item->menu_image)
{
    $item->params->get('menu_text', 1) ?
    $linktype = '<img src="https://www.time4joomla.de/' . $item->menu_image . '" alt="' . $item->title . '" /><span>' . $item->title . '</span> ' :
    $linktype = '<img src="https://www.time4joomla.de/' . $item->menu_image . '" alt="' . $item->title . '" />';
}
else
{
    $linktype = $item->title;
   // time4mambo: Erzeugung von accesskey mittels ausgelesener Raute
   // Damit es keine Fehler gibt, wenn die Raute nicht im Menü ist
   // findet vorher eine entsprechende Abfrage statt
   if (substr_count($linktype,"#") != 0) {
        $pos = strpos($linktype,"#");
        $mt = str_replace("#","",$linktype);
        $key = $mt[$pos];
        $mbeginn = substr($mt,0,$pos);
        $mtaste = '<u>' . $key . '</u>';
        $mende = substr($mt,$pos+1);
        $menutitel = $mbeginn . $mtaste . $mende;
   } else {
        $key="";
        $menutitel=$linktype;
   }
   // ----------------------------------------
}
// Die Ausgabe wird mit accesskey und veränderten Menutitel ergänzt
switch ($item->browserNav)
{
    default:
    case 0:
?><a <?php echo $class; ?>href="https://www.time4joomla.de/<?php echo $item->flink; ?>" <?php echo $title; ?> accesskey="<?php echo $key; ?>"><?php echo $menutitel; ?></a>
<?php
        break;
    case 1:
        // _blank
?><a <?php echo $class; ?>href="https://www.time4joomla.de/<?php echo $item->flink; ?>" target="_blank" <?php echo $title; ?> accesskey="<?php echo $key; ?>"><?php echo $menutitel; ?></a>
<?php
        break;
    case 2:
    // Use JavaScript "window.open"
?><a <?php echo $class; ?>href="https://www.time4joomla.de/<?php echo $item->flink; ?>" <?php echo $title; ?> accesskey="<?php echo $key; ?>"
onclick="window.open(this.href,'targetWindow','toolbar=no,location=no,status=no,menubar=no,scrollbars=yes,resizable=yes');return false;" <?php echo $title; ?>><?php echo $menutitel; ?></a>
<?php
        break;
}{/chilicode}

Ab Zeile 25 muss zunächst die Position der Raute und des davon ableitenden Accesskey berechnet werden. Am Ende wird dann die Ausgabe mit dem Accesskey ergänzt und der unterstrichene Menütitel ausgegeben.

Speichern Sie diese Datei in Ihrem Template im HTML-Verzeichnis:

[IhrTemplate]/html/mod_menu/default_component.php

Der Override arbeitet nur und ausschließlich im zugwiesenen Template. Wenn Sie ein anderes Template einsetzen möchten, müssen Sie die default_component.php wie oben angegeben in das neue Template kopieren.

Aufrufen können Sie die Accesskeys wie folgt:

Firefox und SeaMonkey: Umschalt+ALT+[TASTE]
Opera: Umschalt+ESC+[TASTE]
Internet Explorer: ALT+[TASTE]+ENTER
Chrome: ALT+[TASTE]

Etwas unschön ist nun aber, dass die Breadcrumbs natürlich auch die Raute (#) im Pfad mit ausgeben. Um das zu verhindern können Sie einen Override bei den Breadcrumbs machen. Der ist schnell gemacht. Zunächst müssen Sie die Originaldatei editieren (wenn Sie kein eigenes Template benutzen, schauen Sie nach, ob Sie vielleicht schon einen Override für die Breadcrumbs im Template haben und editieren diese Datei). Die Originaldatei finden Sie hier:

/modules/mod_breadcrumbs/tmpl/default.php

Die bitte in das Template-Verzeichnis schreiben:

/templates/[IHR TEMPLATE]/html/mod_breadcrumbs/default.php

Suchen Sie nun in dieser Datei im unteren Abschnitt den nachfolgenden Code und fügen Sie die Zeilen 6 und 25 hinzu. In den Zeilen 10, 14 und 27 müssen Sie $item->name mit $pfadname ersetzen:

{chilicode}// Generate the trail
    foreach ($list as $key => $item) :
    if ($key != $last_item_key)
    {
        // Render all but last item - along with separator
        $pfadname = str_replace("#","",$item->name);
        echo '<li>';
        if (!empty($item->link))
        {
            echo '<a href="https://www.time4joomla.de/' . $item->link . '">' . $pfadname . '</a>';
        }
        else
        {
            echo '<span>' . $pfadname . '</span>';
        }
        if (($key != $penult_item_key) || $show_last)
        {
            echo '<span>' . $separator . '</span>';
        }
        echo '</li>';
    }
    elseif ($show_last)
    {
        // Render last item if reqd.
        $pfadname = str_replace("#","",$item->name);
        echo '<li>';
        echo '<span>' . $pfadname . '</span>';
        echo '</li>';
    }
    endforeach; ?>
</ul>{/chilicode}

SEBLOD: Speicherung der Feld- und Datentypen

Tue, 17 Sep 2013 21:21:48 +0200

Ein unlektoriertes Vorabkapitel aus meinem Buch zum CCK SEBLOD™ steht hier als PDF-Download zur Verfügung- Auf knapp 20 Seiten wird der gesamte Speicherbereich erklärt. Dazu noch, wie man eigene Datenbanktabellen anlegt und in SEBLOD™ nutzt, sowie CSV-Dateien importiert

Kapitel 4 - Speicherung

Videotutorial: ACL-PowerPointFolien als Video - Joomladay 2013

Sun, 15 Sep 2013 23:00:59 +0200

SEBLOD: Rund um Group und Group X

Sat, 16 Mar 2013 02:44:02 +0100

Dieses Tutorial steht auch als PDF im Downloadcenter zur Verfügung

Nach dem ersten Tutorial (Einführung in Seblod) kam ein Kontakt zu Kiki (Screendesign Whykiki) und seiner fantastischen Videoreihe zu Seblod (und anderen Themen) zustande. Wir tauschen uns seit dem ein wenig über Seblod aus und erkunden es gemeinsam. Aus diesem Kontakt entstand die Idee für dieses Tutorial, dass Group und Group X in Seblod genauer betrachtet.

Group

Es können Bereiche in Seblod als Gruppe (Group) definiert werden und so immer wieder in Seblod-Formularen verwendet werden. Von Beiträgen und Kategorien kennen wir beispielsweise die Metaangaben. Das sind jeweils Gruppen in Seblod und können so in verschiedenen Formularen verwendet werden. Die Metaangaben sind überschaubar mit vier Feldern in den Kategorien und sechs Feldern bei den Beiträgen. Aber nehmen Sie beispielsweise die Basisangaben, die alle links vor dem Editor stehen, dann macht es Sinn, das einmal zu formatieren und dann bei Bedarf in Zukunft mit einem einzigen Gruppenfeld anzusprechen. Das Group-Field ist letztlich ein Platzhalter, der zur Laufzeit an seiner Stelle dann die einzelnen Gruppenfelder, wie formatiert, anzeigt. Umfangreiche Formulare können so auch überschaubarer gestaltet werden.

Klingt toll. Ist auch toll. Nur der Weg muss erst durchschaut werden...

Legen wir uns ein kleines Testprojekt im App Folder an, das ich der Einfachheit halber "Test mit Gruppe" nenne. In dieser "Test mit Gruppe"-Struktur gibt es eine Unterstruktur Namens "Gruppenfelder".

"Test mit Gruppe" liegt direkt im "Top" und unten ist alles angekreuzt und ein "Yes" für den Skeleton ausgewählt.

Die Gruppenfelder liegen direkt unterhalb der Struktur "Test mit Gruppe". Hier brauchen wir nur die Fields und müssen aber auch eine Form anlegen. Allerdings wollen wir diese Unterstruktur nicht als Gerüst für einen neuen Content Type einsetzen, sondern ja nur als einen Gruppenbestandteil der späteren Hauptform.

Das mag momentan für den ein oder anderen etwas verwirrend klingen, klärt sich aber gleich.

In der Übersicht des App Folder haben wir nun diese beiden Bereiche:

Wechseln wir nun in den Tab Fields und legen ein paar Felder für unsere Gruppe an. Nachdem Sie also oben auf "Neu" geklickt haben, können Sie im "App Folder-Auswahlbutton" auch die zuvor im App Folder angelegten "Gruppenfelder" auswählen. In meinem Beispiel lege ich zunächst den Titel an, den ich unten im Storage auch wieder der Spalte "title" zuweise (Im Zweifelsfalle bitte im Einführungstutorial nachlesen). "Speichern & Neu" und ein zweites Feld, der Einfachheit halber ein Category-Field und im Storage die Spalte "catid" eintragen.

Das soll für das Beispiel genügen. Zwei Felder, die wir gleich als Gruppe zusammenfassen werden.

Wechseln Sie nun zum Tab Forms & ContentTypes. Nach einem beherzten Klick oben auf "Neu" können Sie nun allerdings zunächst nur die Hauptgruppe auswählen. Genauer: die Struktur, für die wir das "Skeleton" im App Folder auf "Yes" gesetzt hatten. Also wählen wir eben diese Haupt- oder besser ist vermutlich der Ausdruck "Contentform" aus und klicken "Create" an. Dann können wir nun im "App Folder" unsere Unterstruktur auswählen, was Sie bitte auch tun. Um unsere beiden angelegten Felder zu finden, setzen Sie rechts einfach den Filter im All Apps Filter auf Ihre Unterstruktur. In meinem Beispiel ist das "Gruppenfelder". Nun werden rechts auch nur meine zuvor angelegten Felder angezeigt. Oben wähle ich noch die Admin Form aus und markiere dann beide Felder rechts und setze sie links in den Mainbody.

Achtung! Beim Titel für die Form vermeiden Sie bitte Leerzeichen. Deutsche Umlaute funktionieren auch nicht, Sonderzeichen weiß ich nicht. Sie können sonst diese Form nicht ansprechen.

Wichtig ist nun, dass Sie sich den Namen dieser Form merken. In meinem Beispiel habe ich diese "Meine_Gruppe" genannt. Speichern & Schließen Sie nun diese Form und legen eine Neue an. Diesmal tatsächlich mit unserer Hauptstruktur.

In dieser Form, die in unserer Contentliste auch auftauchen wird, legen wir ein neues Feld an, in dem Sie bitte auf das Plus in der rechten Seite (links neben dem "All Types") klicken. Wählen Sie jetzt bitte unter Type "Group" aus und tragen unten den Namen Ihres Gruppenformulars ein. In meinem Beispiel ist das "Meine_Gruppe". Speichen & Schließen, der Form auch noch einen Namen geben und speichern und wenn Sie dann dieses Gruppenformular aufrufen, erscheinen die beiden Gruppenfelder, obwohl Sie im Contentfield nur ein Feld stehen haben.

Im Beispiel ist das recht einfach aufgebaut. Haben Sie mehr als zwei Felder und eine Gruppe, die Sie in verschiedenen Seblod-Formularen verwenden möchten, dann bieten die Group-Fields und -Forms interessante Einsatzmöglichkeiten.

Group X

Mit Group X können Sie sehr ähnlich vorgehen, wie in Field X. Mit Field X können Sie bestimmte Felder - meist Bilder- oder Files-Uploads beliebig vervielfältigen (siehe auch das Einführungstutorial). Und mit Group X können Sie beliebig viele Gruppen erstellen.

Ein kleines Beispiel mit einem Bildnamenfeld, einem hochgeladen Bild und einem Aufnahmeort. Also drei Felder, die gruppiert werden. Zwecks besserer Übersicht lege ich im App Folder eine weitere Unterstruktur an.

Sie können hier im Überblick auch gleich erkennen, wieviele Felder und wieviele Forms zu einer App-Struktur erstellt wurden.

Nun bitte wieder in das Tab Field wechseln und die drei Felder erstellen. Also zweimal ein Textfeld (Bildname und Aufnahmeort) und einmal ein Image-Upload, welcher der Struktur "X-Gruppe" zugewiesen werden. An dieser Stelle ist es sehr wichtig, dass Sie im Storage die richtigen Eingaben machen, da es sonst nicht funktioniert. Bei allen drei Feldern geben Sie unten folgendes ein:

Custom - Article - addgruppenbild - Alter ankreuzen - Var (255) - Add Colume to table

Für "addgruppenbild" können Sie natürlich auch einen anderen Namen eingeben und bei jedem Feld ohnhin einen anderen. In der Datenbanktabelle werden nun neue Spalten erzeugt und die Werte dort hineingeschrieben. Damit ist es problemlos möglich, die Gruppe zu vervielfältigen.

Wechseln Sie nun wieder zum Tab Fields & Content Types und verfahren zunächst wie oben, in dem Sie auch hier wieder eine Admin Form für die X-Gruppe erstellen.

Anschließend editieren Sie die Hauptgruppe - im Beispiel habe ich sie "Die Gruppe" genannt und legen dort nun ein neues field an, in dem Sie wieder auf das Plus klicken und diesmal im Type "Group X" auswählen. Im Storage müssen Sie auch wieder "Alter" ankreuzen und "Add Colume to table" auswählen

Wenn Sie nun speichern, haben Sie in der Form zwei Group-Fields:

Wechseln Sie nun zur Beitragsübersicht und wählen unter "Neu" "Die Gruppe" aus, dann erhalten Sie zunächst die beiden Felder der ersten Gruppe und die drei Felder der zweiten Gruppe, die Sie mittels der Plus/Minus-Tasten als Gruppe beliebig oft in Ihrem Beitrag einfügen können.

Anwendungsbeispiel gibt es sicherlich viele. Beispielsweise kann das als Basis für eine Galerie oder für einen Marktplatz dienen. Bereits diese einfachen Beispiele zeigen, zu was Seblod möglich ist und auf wieviele Erweiterungen Sie in Zukunft vielleicht verzichten können, wenn Sie sich ein wenig in Seblod reinfuchsen.

SEBLOD: Einführung am Beispiel eines selbsterstellten Portfolios

Sun, 10 Mar 2013 19:29:05 +0100

Dieses Tutorial steht als PDF-Download im Download-Center zur Verfügung.

Als ich das erste Mal Seblod installiert hatte, habe ich große unverständliche Augen gemacht, ein wenig herumgeklickert, versucht die Komponente zu begreifen und schließlich das ganze wieder deinstalliert. Nun habe ich eine Anforderung erhalten, die sich mit den vorhandenen Bordmitteln und mit verschiedener Erweiterungen nur sehr schwer umsetzen lässt und um nicht vollends in endlosen Programmierungen abzudriften, beschloss ich, mir das "Wundermittel Seblod" genauer anzusehen.

Mittlerweile habe ich einige Stunden Tutorials studiert, viel ausprobiert und bin, ehrlich gesagt, sehr begeistert über dieses CCK! Es gibt inzwischen auch deutschsprachige Videos zu Seblod auf YouTube. Überall wird aber stets gesagt, dass Seblod nichts für Anfänger ist und oftmals entstehen in den Videos von den Dozenten auch Fehler, was einem nicht unbedingt Sicherheit als Einsteiger in Seblod verspricht. In meinem Tutorial werde ich mich zunächst um die einfachen Grundlagen kümmern. Kompliziert können wir es später immer noch machen.

Was ist Seblod?

Seblod ist ein CCK - ein Content Construction Kid. Damit lassen sich eigene Formulare herstellen, die komplexe Anwendungen ersetzen, bzw. herstellen können. Ein einfaches Beispiel dazu: Wenn Sie einen neuen Beitrag schreiben, dann haben Sie oben links den Titel, den Alias, die Kategorie und einige weitere Felder und dann den eigentlichen Editor. Rechts haben Sie einige Optionen zum Beitrag. Reichen Sie über das Frontend einen neuen Beitrag ein, haben Sie ein paar weniger Felder, aber meist immer noch eine Reihe Felder, die Sie eigentlich gar nicht brauchen oder in einem Redaktionssystem entweder mühselig per Rechtesystem "verstecken" oder oft genug auch in Kauf nehmen müssen. Mit Seblod könnten Sie diese Eingabeformulare für einen Beitrag komplett umgestalten und tatsächlich nur die Felder zur Anzeige bringen, die Sie benötigen oder auch neue Felder dazu geben, wie beispielsweise Checkboxen oder Radioauswahlfelder und vieles andere. Sie könne sich komplett neue Masken erstellen und beispielsweise als Beitrag abspeichern.

In diesem Tutorail beschreibe ich, wie Sie ein Portfolio mit Seblod erstellen können. Spätestens dann werden Sie erahnen, wie mächtig Seblod ist. Damit können Sie Joomla entscheidend aufbrechen und eigentlich gibt es dann keine Grenzen mehr um Joomla.

Wie funktioniert Seblod?

Seblod selber können Sie sowohl über das Komponentenmenü, als auch mit direkten Klick auf "Construction" aufrufen:

Die einzelnen Bereiche wiederrum können ebenfalls über mehrere Varianten aufgerufen werden:

Schauen wir uns Joomla im Detail an, stellen wir fest, dass nahezu alles aus Formularen besteht, in denen wir etwas eingeben und deren Inhalte nach dem Speichern in die Datenbank geschrieben werden. Rufen wir dann das Frontend auf und lassen uns beispielsweise einen Beitrag anzeigen, dann besteht dieser Beitrag im Grunde auch aus einem Formular. Nur das statt der Eingabegfelder deren Inhalt angezeigt wird. Nichts anderes macht Seblod: Wir erstellen Formulare, geben dort Informationen ein, speichern alles und lassen uns dann die Daten, die wir zuvor eingegeben haben, anzeigen.

Die Formulare erstellen wir unter dem Tab "Forms Content Types". Den Tab "Fields" finden wir auch unter den "Forms Content Types" wieder. Wenn wir keine Formulare zu den bereits bestehenden Joomlaerweiterungen erstellen wollen, können wir unter den Tab "App Folder" unsere eigene Erweiterung quasi anlegen. Den "Apps Folder" finden Sie in der Tableiste in Form eines Ordner-Icons. Das sind die drei Tabs, die uns zunächst interessieren. "Lists & Search Types", sowie "Sites" vernachlässige ich in diesem Tutorial.

Optionen und Preferences

Bevor wir in die eigentliche Erstellung gehen, noch einen kleinen Abstecher in die Optionen und Preferences. Beides finden Sie in der Seblod-Übersicht oben rechts.

In den Preferences lassen Sie am besten zunächst alles so, wie es vorgegeben ist. Lediglich den "Style" können Sie Ihren Bedürfnissen anpassen. Den Unterschied sehen Sie insbesondere in den "Forms & Content Types". In meinen Screenshots sehen Sie den "indigo_dye-Style".

In den "Optionen" sollten Sie auch erst dann etwas verändern, wenn Sie wissen, was Sie da tun. Unter dem Tab "Language" können Sie allerdings die deutsche Sprache downloaden. Bei mir wurde diese aber erst nach einem Browser-Neustart angezeigt.

App Folder

Die App Folder sind letztlich nichts anderes, als eine Zergliederung vorhandener Strukturen. Um das etwas besser zu verstehen, schauen wir uns etwas Altbekanntes an - die Kategorien:

Seblod verändert nach der Installation bereits die bisherigen Standarderweiterungen in Joomla. Wenn Sie jetzt eine neue Kategorie eingeben, sieht das etwas anders aus, als zuvor - es ist aber noch alles vorhanden. Lediglich die Felder sind etwas anders sortiert. Innerhalb der Kategorien befinden sich rechts die "Basic Options":

Diese Gruppe findet sich auch im Tab "Fields" wieder. Der Einfachheit habe ich einen entsprechenden Filter in der Übersicht gesetzt. Dann sehen Sie direkt die drei Felder, die in den "Basic Options" stehen:

Im App Folder sehen Sie also die Struktur einer Erweiterung. Diese einzelnen Strukturen können Sie natürlich nach Ihren eigenen Bedürfnissen anpasssen. Sie können Felder wegnehmen (was beispielsweise bei der Erstellung von Beiträgen innerhalb eines Redaktionssystems sehr interessant sein kann) oder Felder dazufügen (beispielsweise haben Sie auch Zugriff auf die Felder der Benutzeranmeldung).

Wenn Sie eine eigene Erweiterung mit Seblod erstellen möchten, fügen Sie einfach einen neuen App Folder hinzu. Ich möchte mir mit Seblod ein Portfolio erstellen. Also einen Text, in der ich meine vergangenen Projekte beschreibe, ein paar Bilder, die sich in einer Lightbox vergrößern lassen und die Joomlaversion, in der ich seinerzeit das Projekt erstellt habe, als Auswahl per Radiobuttons. Dazu noch das Jahr, in dem ich das Projekt erstellt habe und natürlich den Namen nicht vergessen. All das gibt es auch als Erweiterung in den Extensions, aber man muss dort suchen und zumindest ich habe dort nichts wirklich zufriedenstellendes gefunden, als ich das letzte Mal dort entsprechendes suchte.

Ich erstelle also einen neuen App Folder Namens "Portfolio". Da es eine eigenständige Erweiterung werden soll, die nicht innerhalb einer vorhandenen Erweiterung läuft, gebe ich als Parent "Top" an. Wenn Sie möchten, können Sie eine Beschreibung für sich mit angeben. Color, Character Color und Character dient lediglich der besseren Übersicht, hat ansonsten aber keine Funktion. Ich vergebe ein saftiges Grün mit weißer Schrift und den Buchstabenkürzel "Po" für "Portfolio" - für die bessere Übersicht. Unter Elements gebe ich an, dass diese Erweiterung alles, was angegeben werden kann, enthält. Wichtig ist, bei Features ein "Yes" zu setzen, damit ich diesen neuen App Folder später auswählen kann und meine Felder einwandfrei zuordnen kann. Was ich genau damit meine, klärt sich gleich...

Nach dem Speichern finden wir, vermutlich etwas weiter unten, unsere neue App Folder:

Fields

Wechseln Sie nun in den Tab "Fields". Dort geben wir nun unsere Felder ein. Um nicht jedes Mal unseren "App Folder" auswählen zu müssen, ein kleiner Tipp: geben Sie im Filter oben "Portfolio" ein. Da wir noch keine Felder angelegt haben, ist die Liste zunächst leer. Klicken Sie nun bitte auf "Neu". Im App Folder ist nun automatisch unser "Portfolio" eingetragen. Wenn das bei Ihnen nicht so ist, müssen Sie das explizit auswählen. In Title geben Sie den Namen des Feldes ein. In meinem Beispiel nenne ich das Feld "Projektname". Der Alias wird automatisch mit dem Title befüllt, wenn Sie dort nichts hineinschreiben, können aber natürlich einen eigenen Alias angeben. Der Alias wird von Joomla benötigt. Unter Type erhalten Sie eine lange Liste möglicher Formularfelder. Die Liste gibt Ihnen einen kleinen Eindruck, was mit Seblod alles möglich ist. Wir wählen "Text" aus. Sie finden den Typ "Text" in der Gruppe "Form".

Label kann später ausgegeben werden und unter Default Value können Sie einen festen Wert vorgeben. Die Maßangaben sind so, wie Sie sie aus Formularen kennen. Wenn Sie diesbezüglich unsicher sind, finden Sie unter den "Nützlichen Links" auf meinen Seiten weiterführende Webseiten.

Interessant und nicht einfach zu verstehen, ist die Gruppe Storage. Hier geben Sie an, wo und wie die Daten in der Datenbank abgelegt werden sollen. Sie können vorhandene Datenbankspalten auswählen oder neue Spalten erstellen. Neue Spalten machen beispielsweise Sinn, wenn später programmiert und auf die einzelnen Inhalte zugegriffen werden soll. Der Projektname soll später auswählbar sein und per Menü angesprochen werden. Deswegen speichere ich den Inhalt in das Datenbanktabellenfeld "title". In "title" stehen auch die Beitragsüberschriften. Somit wird unser Portfoliodatensatz später in der Beitragsübersicht angezeigt werden und kann damit auch für das Menü ausgewählt werden.

Ein möglicher Fehler lauert im Format. Wenn Sie hier nicht Standard, sondern Custom auswählen, kann es sein, dass Sie später merkwürdige Titelnamen angezeigt bekommen.

Klicken Sie nun oben auf "Speichern & Neu".

Das nächste Feld trägt den Namen "Jahr" und der Typ ist ein "Calendar" (in der Gruppe "Picker"). Im Format tragen Sie nur das "Y" ein. Damit wird ausschließlich das Jahr angezeigt. Als Default Value bietet sich das aktuelle Jahr an. Unter Storage lege ich den Inhalt in das sogenannte Seblod-Sammelfeld Namens "introtext" - Custom-Article-introtext. Vermutlich wird das bereits voreingestellt sein. Diese Einstellung übernehme ich auch für die restlichen Felder.

Wieder Speichern & Neu und ein Feld für die "Projektbeschreibung". Dafür wähle ich den Type "Wysiwyg Editor" aus.

Für das Feld "Version" wähle ich den Type "Radio" aus. Der Bereich Construction unterscheidet sich nun deutlich. Wenn Sie auf das grüne Plus klicken, erhalten Sie Platz für weitere Optionen. Mit dem roten Minus löschen Sie eine Optionsauswahl und mit den blauen Kreisen können Sie die Anordnung per Drag and Drop verändern.

Es wird Zeit, dass wir uns nun um die Bilder für unsere Projekte kümmern. Da bietet Seblod einige hübsche Dinge an. Zunächst fügen wir ein Feld für den Bild-Upload ein. Also als Titel gebe ich "Bild" ein und als Type "Image", welches Sie in der Gruppe "Upload" finden (fast ganz unten). Gehen wir anschließend zunächst in die Gruppe Processing. Dort können Sie verschiedene Bildgrößen vorgeben. Im Beispiel gebe ich zwei Größen bei den Thumbnails vor: jeweils "Max Fit" und einmal 100x100px und einmal 800x600px. Die kleinen werden in der Übersicht angezeigt und das große in einer Lightbox.

Nun ergibt in der Gruppe Construction das "Show Preview" Sinn, welches nämlich auf das Bild verzweigt, welches nach dem Speichern angezeigt werden soll. Preview = Vorschau.Anfangs hatte ich gedacht, dass hier die Lightbox eingestellt wird, die für die Anzeige im Frontend verantwortlich ist, was aber ein Irrtum meinerseits war. An dieser Stelle geht es nur um die Ansicht im Backend. Also nach dem speichern, bzw. editieren des Datensatzes/Contents.

Wenn Sie den Advanced Mode auf "Yes" stellen, können Sie später einen Titel und einen Alternativtext zu jedem Bild eingeben. Ansonsten wird als Alternativtext der Bildname automatisch eingetragen. Als Folder können Sie auch einen Pfad zu einem Ordner angeben, den es noch nicht gibt. Dieser wird dann automatisch angelegt.

Momentan wäre nur ein einziges Bild einfügbar in unser Portfolio. Aber schön wäre natürlich, wenn wir so viele Bilder, wie Bedarf ist, einfügen könnten. Dazu legen wir ein neues Feld an, merken uns aber den Titel des soeben angelegten Image-Feldes. Wenn Sie meinem Beispiel folgen, wäre das der Name "Bild". Das nächste Feld nenne ich "Projektbilder" und wähle als Type "Field X" aus. In der Gruppe Construction erhalten Sie nun das Feld "Field (Form)". Dort tragen Sie den gemerkten Namen ein. Als den Bezug zu "Bild".

Wenn Sie das nun speichern, werden Sie später die gleiche Mimik haben, wie eben bei den Radiofeldern. Also die Plus, Minus und Verschiebe-Buttons pro Bild. Damit können Sie beliebig viele Bilder pro Eintrag ins Portfolio hochladen.

Soweit so gut. Nun fehlt eigentlich nur noch eine Kategorie. Denn dann könnten wir einen Menüverweis auf einen Kategorieblog oder -liste setzen und damit unser Portfolio anzeigen. Also legen wir ein Feld Namens "Kategorie" an und wählen als Type "Category" aus. Dieses finden Sie in der Gruppe "Joomla Library (JForms)". Möchten Sie eine bestimmte Kategorie als Default vorgeben, dann müssen Sie die Kategorie-ID eintragen. Unter Storage nun wählen wir Standard-Article-catid aus. Die catid sorgt dafür, dass unsere Auswahl innerhalb Joomlas gespeichert wird und somit der Menüverweis einwandfrei funktioniert.

Damit haben wir alle Felder zusammen.

Forms & Content Types

Wechseln Sie nun bitte zum Tab "Forms & Content Types" und klicken oben beherzt auf "Neu". Unter Skeleton wählen Sie bitte "Portfolio" aus. Hätten Sie im App Folder bei Features nicht "Yes" angekreuzt, könnten Sie das hier nun auch nicht auswählen. Danach drücken Sie den Button "Create Form & Content Type". Warten Sie ein, zwei Sekunden und es baut sich eine Menge Bildschirm auf.

Hier nun werden die verschiedenen Ansichten, die Formulare, wie sie im Browser sichtbar sind, zusammengebaut. Oben werden die Views nach Admin Form, Site Form, Intro und Content unterschieden, zu denen jeweils sehr unterschiedliche und auch eine Vielzahl jeweils eingestellt werden kann. Daneben gibt es noch verschiedene Options für jede Sicht einzustellen und darunter schließlich werden die Felder zu den verschiedenen Views zugeordnet.

Auf den ersten Blick sieht das alles sehr verwirrend aus, aber bringen wir ein wenig Licht in die Katakomben.

Wählen wir zuerst die Admin Form. Also der Form, in der wir im Backend Daten eingeben können.

Ganz oben haben Sie ein Icon Namens "Positions". Die spiegeln die Auswahlbereiche unten wider. Also "#MAINBODY", #BOTTOMBODY", etc. Diese Positionen beziehen sich nicht auf Ihr installiertes und aktiviertes Joomla-Template, sondern betrifft ausschließlich den Contentbereich. Das Formular über das Sie Daten eingeben, bzw. im Frontend anzeigen.

Zur Erinnerung: Geben Sie einen Beitrag in Joomla ein, haben Sie über ca. zwei Drittel u.a. den Wysiwyg-Editor und rechts eine Spalte mit den Optionen. Das ist die Anordnung eines Formulars. Und diese Anordnung können Sie nun frei gestalten.

Ich habe mich in meinem Beispiel dafür entschieden, in der oberen Reihe die Felder "Projektname", das "Jahr" und die "Kategorie" nebeneinander anzeigen zu lassen, in dem ich sie jeweils den Positionen "#TOP-A", "#TOP-B" und "#TOP-C" zugeordnet habe.

Die Zuordnung können Sie auf verschiedenen Arten machen:

Sie können eines der Felder rechts markieren und mit dem Pfeil nach links oder umgekehrt verschieben und so auch die Reihenfolge verändern.
Halten Sie die Strg-Taste fest, können Sie mehrere Felder gleichzeitig auswählen.
Wenn Sie in einer Position ganz rechts den kleinen Radiobutton markieren - also einen blauen Punkt dort setzen - dann schieben Sie die Felder rechts an die so ausgewählte Position mit dem Pfeilbutton.
Jedes Feld hat auch einen Pfeil, womit Sie die Felder auch einzeln direkt verschieben können.
Sie können die einzelnen Felder aber auch an dem geriffelten Bereich mit der Maus "anfassen" und so mittels Drag and Drop bewegen.

So können Sie eine Eingabemaske erstellen.

Wenn Sie das Bild-Feld einfügen möchten, wählen Sie das Feld mit dem Field X aus. Das beinhaltet automatisch das Upload-Feld.

So können Sie das nun für die anderen Ansichten jeweils wiederholen. Site Form ist die Eingabemaske im Frontend, wenn Sie entsprechende Berechtigungen zum Direkteingeben haben. Intro ist der Überblick und Content der Gesamtblick. Hier meine Content-Maske:

Eine Kleinigkeit brauchen wir noch, damit das mit der Lightbox einwandfrei funktioniert. Denn leider reicht die Einstellung, die wir im Image-Field gemacht haben nicht aus. Dazu wählen Sie rechts die Nummer "3" aus und dann in der Spalte "Typographie" (steht ganz oben im ersten dunkelblauen Bereich (im Beispiel ist das "#MAINBODY")) "Image" bei unseren Projektbildern aus. Danach erscheint rechts daneben ein kleines "+" auf das Sie bitte klicken.

In dem dann erscheinen Fenster stellen Sie ein, welche Bilder in der Lightbox/Modal Box angezeigt werden.

Sie können in diesem Seblod-Bereich noch eine Unmenge toller Dinge tun. Aber für ein Einführungstutorial muss es hier reichen, da es sonst den Rahmen sprengt.

Eingabe in unser Portfolio im Backend

Das ist nun sehr interessant von Seblod gelöst. Wechseln Sie in die Beitragsübersicht. Wenn Sie nun mit der Maus über das große Icon "Neu" ganz oben fahren, klappt ein Menü auf. Dort können Sie das Portfolio auswählen.

Meine Ausgabe im Frontend:

Wenn ich auf eines der Thumbnails klicke, öffnet sich odnungsgemäß eine Lightbox.

Das ganze kann nun natürlich noch verschönert werden, was aber Gegenstand eines anderen Tutorials sein wird.

Fallbeispiel: Unterschiedliche Beiträge für unterschiedliche Gruppen unter einem Menüverweis

Sun, 26 Aug 2012 11:31:34 +0200

Im Joomlaforum wurde ein Problem geschildert, wie man unterschiedliche Willkommensbeiträge, bzw. andere Beiträge, unterschiedlichen Benutzergruppen zugänglich machen kann ohne jedesmal ein entsprechend verlinktes Menü erstellen zu müssen. Also eine Kategorie mit mehreren Beiträgen, die den unterschiedlichen Gruppen zugeordnet sind.

Das klingt eigentlich recht einfach, doch meist funktioniert das auf Anhieb nicht, da Joomla an dieser Stelle einen kleinen Kniff benötigt. Doch der Reihe nach:

Gehen wir davon aus, dass wir unterschiedliche Handwerker haben: Tischler und Elekrtriker. Beide haben Inhalte, die nur für die jeweilige Gruppe bestimmt sind, sollen aber auch gemeinsame Beiträge erhalten.

Eine Lösung wäre alles per Menüverweise zu steuern. Spätestens bei einem Willkommensgruß wäre das nicht mehr möglich, da ja vorher nicht bekannt ist, welche zugewiesene Benutzergruppe sich gerade einloggt.

Um diese Anforderung zu lösen, legen wir zunächst zwei neue Benutzergruppen unter dem "Registriert" an: Elektriker und Tischler. Danach brauchen wir drei neue Zugriffsebenen. Jeweils eine für die Benutzergruppe Elektriker und Tischler und eine für beide Gruppen.

Nun benötigen wir eine neue Kategorie, die wir der Zugriffsebene ZugriffEleTisch zuordnen. Also eine Kategorie, die von beiden Handwerkergruppen einsehbar ist. Das müssen Sie nicht machen, da Sie letztlich jede Kategorie damit benutzen können, sofern die Kategorie öffentlich oder für normal registirierte ist. Machen Sie es aber mit einer eigenen Kategorie, sehen diese Texte generell nur die, die auf diese Kategorie Zugriff haben. Und das sind in diesem Beispiel ausschließlich die Elektriker und Tischler.

Schreiben wir jetzt ein paar Texte: einen Wilkommensgruß für die Elektriker und einen für die Tischler und wer mag, schreibt noch einen für beide... Die Beiträge werden der jeweiligen neuen Zugriffsebene und der zuvor angelegten Kategorie, bzw. einer Kategorie Ihrer Wahl, zugeordnet. Aber wichtigerweise werden alle Beiträge der gleichen Kategorie zugeordnet.

Danach erstellen Sie bitte einen Menüverweis vom Menütyp Kategorieblog und wählen die Kategorie aus, der sie die Beiträge zugeordnet haben. In diesem Beispiel "Handwerker".

Wenn Sie das nun ausprobieren und sich einen Testuser anlegen, der einem der beiden Handwerkergruppen zugeordnet ist, werden Sie vermutlich sehr enttäuscht sein, da beide Beiträge angezeigt werden. Sogar die öffentlichen Benutzer können die Beiträge sehen. Alles gegen die Logik, enttäuscht Joomla zunächst komplett. Zumindest mir ging es zunächst so. Aber es gibt einen Kniff, das am Ende doch alles so kommt, wie es sein soll und es die Logik sagt: Dazu müssen wir in die Optionen der Beiträge wechseln. Die finden Sie oben rechts bei den großen Icons. Gleich das erste Tab "Beiträge" hat fast am Ende die Einstellung Nicht zugängliche Links. Hier müssen Sie beherzt ein "Nein" auswählen, speichern und schon geht's. Loggen Sie einen Testuser ein, der nur einen der beiden Gruppen zugeordnet ist und er sieht auch nur den Beitrag/Beiträge, die dem Zugriff seiner Gruppe zugeordnet ist.

Möchten Sie die "Wilkommensgrüße" mit dem Login verbinden, dann kopieren Sie am besten den Link, der angezeigt wird, wenn Sie den Menüeintrag editieren und tragen diesen in das Modul oder Formular (wenn Sie das Anmeldeformular per Menüverweis benutzen) unter "Anmeldeumleitung" ein:

Ich gebe zu, es ist gar nicht so einfach auf die Idee zu kommen, die "nicht zugänglichen Links" auf "Nein" zu setzen. Der Unterschied ist der, dass bei einem "Ja" es möglich ist, Beiträge, die einen Teaser oder Introtext haben, diesen für die Öffentlichkeit zugänglich zu machen und den gesamten Text, der nach einem Klick auf "Weieterlesen" angezeigt wird, nur für registrierte Benutzer zugänglich zu machen. Klickt ein Gast dann auf "Weiterlesen", erhält er die Mitteilung sich erst registrieren zu müssen. Stehen die "nicht zugänglichenLinks" auf "Nein" - wie in diesem Beispiel - werden solche Beiträge gar nicht erst angezeigt. Da muss also im Vorfeld abgewogen werden, was man umsetzen möchte...

Fallbeispiel: Administrator darf nur die Benutzer bearbeiten

Thu, 16 Aug 2012 13:19:01 +0200

Ein Kunde wollte einen Administrator haben, der nur und ausschließlich im Backend die Benutzer bearbeiten kann und sonst keinerlei Befugnisse haben sollte. Da auf der Website die Benutzer sich nicht selbstständig registrieren konnten, sondern dieses ausschließlich per Administrator gemacht wird, sollte eine entsprechende Benutzergruppe geschaffen werden, die eben dieses machen konnte, aber sonst keinerlei Rechte im Backend besitzen sollte.

Zunächst muss eine neue Benutzergruppe angelegt werden. Ich nenne sie in meinem Beispiel Benutzer-Administrator. Legen Sie diese neue Gruppe unterhalb des Managers an, da es sonst nicht einwandfrei funktioniert!

Anschließend wechseln Sie in die Konfiguration und dort in den Tab Berechtigungen. Sie können hier alles auf "vererbt" stehen lassen, bis auf die Berechtigung Administratorzugriff. Diese Berechtigung müssen Sie explizit auf "Erlaubt" setzen. Damit setzen Sie das generelle Recht im Backend an Komponenten zu arbeiten. Und da die Benutzerverwaltung eine Komponente ist, muss das hier entsprechend erlaubt sein.

Die unteren fünf Berechtigungen (Erstellen bis Eigene Inhalte bearbeiten) beziehen sich ausschließlich auf die Beiträge. Möchten Sie nicht, dass diese Benutzergruppe eigene und oder fremde Beiträge bearbeiten, veröffentlichen oder löschen darf, dann setzen Sie hier die Rechte auf "Nicht erlaubt".

Unglücklicherweise bedeutet diese Einstellung aber auch, dass damit auf alle Komponenten im Backend zugegriffen werden kann. Auch auf die verschiedenen Übersichten, wie der Modul-, Template- und Sprachenmanager. Also kann diese Benutzergruppe eigentlich fast alles im Backend machen.

Damit das nicht so ist, müssen Sie nun in jeder Komponente den Zugriff sperren. Dazu über das Komponentenmenü jede einzelne Komponente aufrufen und oben rechts auf das große Icon Optionen (manche Komponenten benennen das Icon Einstellungen) klicken und in den Tab Berechtigungen wechseln.

In diesen Komponenten-Optionen müssen Sie nun die Berechtigung Administrationszugriff wieder entziehen, in dem Sie diese Berechtigung explizit auf "Verweigert" setzen.

Mit der Aktion Konfigurieren, welches standardmäßig auf "nicht erlaubt" stehen sollte, sind im übrigen exakt diese Optionen gemeint. Es wäre also kontraproduktiv, diese auf "Erlaubt" zu setzen, da dann die Berechtigungen in jeder Komponente frei einstellbar wäre, obwohl wir ja genau dieses vermeiden wollen.

Diese Prozedur müssen Sie nun in allen Komponente und in den Übersichten (Module, Sprache, Templates) wiederholen. Ausser bei den Benutzern. Den Administrationszugriff müssen Sie hier explizit erlauben. Möchten Sie darüber hinaus, dass diese Benutzergruppe auch neue Benutzergruppen und oder Zugriffsebenen anlegen oder löschen oder ändern dürfen soll, müssen Sie die Aktion Konfigurieren auf "Erlaubt" setzen. Andernfalls hat diese Benutzergruppe nur Zugriff auf bestehende Benutzer und kann diese aber natürlich vorhandenen Benutzergruppen zuordnen und auch neue Benutzer anlegen.

Leider lässt es sich nicht anders bewerkstelligen. Der Administratorzugriff muss global gesetzt werden. Setzen Sie den nicht global auf "Erlaubt", sondern schalten den aus ("Nicht erlaubt"), um dann explizit den Benutzerzugriff zu erlauben, weil das in der Tat ja wesentlich angenehmer wäre, generell alles zu sperren und nur zu erlauben, was die Gruppe dürfen soll, erhalten Sie einen Konflikt angezeigt:

Leider ist es also etwas umständlich, zumal sich einige Komponenten auch nicht explizit "unsichtbar" schalten lassen. Was allerdings nicht die Standardkomponenten von Joomla betrifft, sondern meist externe Komponenten. Dennoch können Sie so das Backend weitgehendst frei gestalten und sich somit verschiedene Administratorengruppen anlegen. Was jedoch nicht geht, ist eine Differenzierung innerhalb einzelner Komponenten. Was also nicht funktioniert, ist die explizite Erlaubnis in einzelnen Kategorien schreiben zu dürfen und in anderen nicht. Das können Sie über das Frontend realisieren (siehe dazu mein Fallbeispiel für ein Redaktionssystem), nicht jedoch über das Backend.

Wenn Sie die Einstellungen testen möchten, legen Sie sich einen Testuser an, weisen diesen der Benutzergruppe "Benutzer-Administrator" zu und loggen sich mit diesem ein. Sie sehen dann ein sehr spartanisches Menü im Backend.

Ich benutze für so etwas meist einen zweiten Browser. So kann ich jederzeit was ändern und anpassen, ohne dass ich mich jedesmal ausloggen und neu einloggen muss.

Fallbeispiel: Modul nach Login ausblenden

Sun, 27 May 2012 12:15:51 +0200

Oftmals hat man Module oder auch Menüverweise, die eigentlich nur Sinn für Besucher de Webseite machen, aber nach einer Registrierung, nach dem einloggen oftmals überflüssig sind. Um solche "ungewünschten" Module wegzubekommen, reichen ein paar Einstellungen im Rechtesystem.

Zunächst muss eine neue öffentliche Benutzergruppe angelegt werden, die ich im Beispiel "Zweite Öffentliche Gruppe" nenne:

Danach legen wir eine neue Zugriffsebene fest - im Beispiel: "geheime öffentliche Zugriffsebene" - und weisen diese unserer neuen öffentlichen Gruppe zu:

Nun müssen wir das Defaultrecht "Öffentlich" editieren und das neben der Standardgruppe Öffentlich auch unserer neuen Gruppe zuweisen:

Jetzt kommt das eigentliche Geheimnis dieses Tricks: Wir weisen einem Besucher unserer Website eine andere Benutzergruppe zu, als standardmäßig vorgegeben. Dazu klicken wir oben rechts bei den großen Icons die Optionen an und vergeben unserer Gast Benutzergruppe unsere neue Gruppe: Zweite Öffentliche Gruppe.

Joomla hat fest einprogrammiert, dass alles, was auf der Zugriffsebene "Öffentliche" steht, auch nach dem einloggen sichtbar bleibt. Die von uns angelegte neue Zugriffsebene, die einer Benutzergruppe zugewiesen wurde, die Joomla bislang gar nicht kannte, hebelt diesen Standard aus. Joomla weist Benutzer bestimmte Gruppe zu. Und die Standardgruppen haben bestimmte vorgegebene Abläufe. Eben das ein "Registrierter" auch alles beibehält, was der "Öffentliche" konnte. Bei unserer eigenen öffentlichen Gruppe sortiert Joomla das auch stets als eigenständige Gruppe ein, die nur das kann, was da zugewiesen wurde. Und somit sind Module und Menüverweise nach dem einloggen nicht mehr sichtbar.

Wechseln wir nun in die Modulübersicht und wählen zum ausprobieren ein leeres Modul aus, dass wir mir eigenem Text füllen. Diesem Modul weisen wir in der Zugriffsebene unsere "geheime öffentliche Zugriffsebene" zu.

Wenn Sie nun Ihre Website aufrufen, sehen Sie das Modul und nach dem einloggen ist es verschwunden. Genauso funktioniert es auch mit Menüverweisen.

Fallbeispiel: Beitrag öffentlich einreichen

Tue, 13 Mar 2012 23:15:43 +0100

Normalerweise muss man angemeldet sein und mindestens das Recht des Autoren haben, um einen Beitrag einreichen zu können. Aber manchmal kommt der Wunsch auf, auch unangemedeten Besuchern die Möglichkeit zu geben, einen Beitrag einreichen zu können. Dafür kann man das Kontakt-Formular - also eine eMail - für benutzen oder sich ein entsprechendes Formular als Erweiterung einbauen oder man macht dieses über das Rechtesystem.

Dazu muss zunächst eine neue Benutzergruppe angelegt werden und dieser die übergeordnete Gruppe "Public" zugewiesen werden. Im Beispiel nenne ich diese neue Benutzergruppe Öffentlicher Autor.

Damit unsere Gäste auch dieser neuen öffentlichen Gruppe zugeordnet werden, klicken wir oben rechts auf das große Icon "Optionen" und stellen dort ein, das unsere Gäste der neuen öffentlichen Benutzergruppe Öffentlicher Autor zugwiesen wird.

Nun muss in der Konfiguration der neuen Benutzergruppe auch das Recht des Beitrags einreichen gegeben werden. Also wechseln wir in die Konfiguration und dort in die Ansicht "Berechtigungen". Unserer neuen Gruppe "Öffentlicher Autor" vergeben wir nun die gleichen Rechte, wie wir sie auch bei der Benutzergruppe "Autor" finden:

Erstellen: Erlaubt
Eigene Inhalte bearbeiten: Erlaubt

Zu guter Letzt müssen wir nun noch einen neuen Menüverweis anlegen, damit unser Gast auch einen neuen Beitrag schreiben kann. den Menüverweis ordnen wir der Zugriffsebene Public zu:

Theoretisch hätten wir auch gleich der bestehenden öffentlichen Gruppe die Rechte zuweisen können. Besser ist es aber für solche Vorhaben sich eigene neue Gruppen anzulegen und die Standardgruppen nicht anzurühren. Schließlich kann es gut sein, dass man später mal etwas anderes beschließt und alles umbaut in seiner Rechteverwaltung. Dann ist es gut, wenn die Standards vorhanden sind.

Ausserdem weiß man so auch stets, dass man hier eben was eigenes angelegt hat und eben nicht die Standardeinstellungen benutzt. Das kann manchmal sehr nützlich sein, wenn man gerade dabei ist, den Überblick ein wenig zu verlieren. Und das geht manchmal ausgesprochen schnell. Auch ist das wichtig, wenn man die Site für andere erstellt. Spätestens wenn diese dann in einem Supportforum aufschlagen, verlässt sich jeder darauf, dass Standards Standards sind ;)

Joomladay-Vortrag auf Video

Mon, 24 Oct 2011 11:02:22 +0200

Jetzt ist der Vortrag zur Rechteverwaltung, den ich auf den Joomladays 2011 gehalten habe auf Video veröffentlicht worden und kann hier in voller Länge angesehen werden:

http://vimeo.com/30361291

Als schriftliches Tutorial liegt der Vortrag hier vor: Einführung in die Rechteverwaltung

Fallbeispiel: Verschiedene Ansprechpartner

Wed, 12 Oct 2011 13:57:00 +0200

Auszug aus meinem Buch "Webseiten erstellen mit Joomla 1.6 / 1.7"

Die Überlegung für dieses Beispiel ist, dass es einen Bereich für registrierte User gibt, die sich in zwei Gruppen aufteilen. In

Kunden und
Lieferanten

Dazu kommen jeweils unterschiedliche Ansprechpartner in der Kontakt-Komponente. Die Kunden haben einen anderen Ansprechpartner als die Lieferanten. Und es wird jeweils der zuständige Ansprechpartner automatisch angezeigt, bzw. ausgeblendet.

Als erstes lege ich die beiden Benutzergruppen an. Dazu rufe ich das Menü auf: Benutzer/Gruppen. Hier klicke ich das Icon Neu an (ich hätte natürlich auch gleich in der Menüauswahl Benutzer/Gruppen/Neue Gruppen auswählen können). Beide neuen Benutzergruppen werden in der Hirarchie Registered zugeordnet.

Gruppentitel: Lieferanten – Übergeordnete Gruppe: Registered
--> Speichern & Neu
Gruppentitel: Kunden – Übergeordnete Gruppe: Registered
--> Speichern & Schließen

Bild: Die neuen Benutzergruppen in der Hirarchieebene Registered

Nun benötigen wir noch Zugriffsebenen, die den jeweiligen Benutzergruppen zugeordnet werden, um die Kontaktadressen jeweils für die Benutzergruppe sichtbar, bzw. die jeweils andere Kontakadresse unsichtbar zu machen.

Dazu wechseln wir die Ansicht, in dem wir den Reiter Zugriffsebenen anklicken

Bild: Ansichten wechseln bei den Benutzern

Hier klicken wir wieder auf das Icon Neu und legen zwei neue Zugriffsebenen an, die wir jeweils den neuen Benutzergruppen zuordnen:

Ebenentitel: ZugriffKunden und setzten einen Haken bei der Benutzer-gruppe Kunden.
--> Speichern & Neu
Ebenentitel: ZugriffLieferanten und hier einen Haken bei Lieferanten set-zen.
--> Speichern & Schließen

Bild: Einrichten einer neuen Zugriffsebene

Nun haben wir die Grundvoraussetzungen geschaffen, um unsere Gruppen und Kontaktpersonen einzurichten.

Wechseln wir also zur Kontakt-Komponente: Komponenten/Kontakte

Wir haben hier zwei Möglichkeiten:

Entweder legen wir Kategorien an und regeln über die Kategorien die Zugriffsrechte, was interessant sein könnte, wenn wir mehrere Ansprechpartner für die Kunden, wahlweise Lieferanten haben oder wir regeln die Zugriffsrechte direkt bei den Kontakten. Da wir in unserem Beispiel davon ausgehen, dass es nur zwei Ansprechpersonen gibt, regeln wir es direkt über die Kontakte.

Falls wir nicht schon da sind, gehen wir in den Reiter Kontakte und wählen das Icon Neu aus. In Name trage ich meinen Ansprechpartner für die Kunden ein. Nennen wir ihn Otto Vogelsang. In Zugriffsebene wähle ich ZugriffKunden aus. Status: Freigegeben. Alles andere vernachlässigen wir in diesem Beispiel.

--> Speichern & Neu

Name: Max Mustermann
Zugriffsebene: ZugriffLieferanten
Status: Freigegeben

--> Speichern & Schließen

Bild: Kontakt für Lieferanten anlegen

In der Kontakte-Übersicht können wir ganz rechts auch die Zugriffslevel sehen. Normalerweise würde es sicherlich noch Sinn machen, hier einen Ansprechpartner für alle, also auch für nicht registrierte User einzurichten. Für dieses kleine Fallbeispiel vernachlässigen wir aber auch dieses.

Jetzt benötigen wir noch einen Menüpunkt auf die Kontakte. Also gehen wir in Menüs/Main Menu/Neuer Menüeintrag. Als Menütyp wählen wir unter Kontakte: Kontakte in einer Kategorie auflisten

Bild: Menütyp für die Kontakte auswählen

Als Menütitel tragen wir Kontakt ein. Die Zugriffsebene für diesen Menüpunkt setzen wir auf Registered, weil wir ja keinen Ansprechpartner für die Öffentlichkeit definiert haben.

Bild: Menüpunkt für die Kontakte einrichten

Speichern und einen Testuser anlegen, damit wir unsere Einstellungen testen können. Den Testuser zur Benutzergruppe Kunden zuordnen und damit im Frontend anmelden. Dann sehen wir den Menüpunkt Kontakt, den wir ja auf die Zugriffsebene Registered gesetzt haben und wenn wir den nun anklicken, sehen wir unseren Ansprechpartner Otto Vogelsang für unsere Kunden. Danach mit dem Testuser ausloggen und im Backend selbigen zur Benutzergruppe Lieferanten zuordnen. Erneut einloggen, den Menüpunkt Kontakt anklicken – und wir sehen jetzt den Ansprechpartner Max Mustermann für unsere Lieferanten.

Tipp: Wenn Sie die neuen Zugriffsebenen wieder löschen möchten, müssen Sie entweder die Kontakte anderen Zugriffsebenen zuordnen oder die Kontakte löschen. Sie müssen dann aber die Kontakte auch aus dem Papierkorb löschen, da Sie sonst immer den Hinweis erhalten, das die Zugriffsebenen noch benutzt werden und deshalb nicht gelöscht werden können. Dazu müssen Sie in der Kontakteübersicht bei dem Filter Status auswählen den Papierkorb einstellen.

Eigene Fehlerseite ab J!3.8x

Fri, 30 Sep 2011 12:24:15 +0200

Die Original-Fehlerseite liegt hier: /templates/system/error.php
Will man eine eigene Fehlerseite machen, legt man sich eine eigene error.php in seinem verwendeten Template-Verzeichnis an: /templates/MeinTemplate/error.php

Joomla greift zunächst stets auf die Dateien im eigenen Template-Verzeichnis zu. Die Systemdatei wird also quasi überschrieben mit der eigenen Datei.

Möglichkeit 1

Diese eigene error.php kann nach Belieben selbst gestaltet werden. Allerdings wird nur HTML-Code (und PHP-Code natürlich) erkannt. Modulpositionen hingegen werden nicht erkannt und ergo nicht dargestellt.

Möglichkeit 2

Man kann aber auch einen Beitrag anlegen mit dem Fehlertext und diesen direkt aufrufen bei einem Fehler und bleibt damit im Template des Webauftritts. Oder man kann natürlich auch ein neues Template wie gewohnt erstellen und das explizit diesem Beitrag zuweisen. Der Vorteil ist, dass man stets ein Template hat, dass alles bietet und kann, was für andere Beiträge auch gilt.

Der Beitrag, der erstellt wurde, muss nun noch einem Menü zugeordnet werden. Damit niemand die Fehlerseite per Menülink aufrufen kann, gibt es die Möglichkeit eines Schattenmenüs. Also eines Menüs, dass öffentlich arbeitet, aber niemand sieht.

Dazu legen wir zunächst ein neues Menü an:

Diesem Schattenmenü, dass ich in meinem Beispiel auch so genannt habe, weise ich jetzt meinen Beitrag zu. Also alles so, wie wir es immer machen. Allerdings positioniere ich kein Menümodul in meinem Template, das dass Schattenemnü beinhaltet. Ich ignoriere die Module komplett. Dadurch wird das Menü nirgends angezeigt, dennoch verweist es auf einen öffentlich zugänglichen Beitrag und ich kann dadurch diesen Beitrag ansprechen, in dem ich ihn explizit aufrufe in meiner error.php:

<?php defined( '_JEXEC' ) or die;

// variables
$app = JFactory::getApplication();
$doc = JFactory::getDocument();
$tpath = $this->baseurl.'/templates/'.$this->template;

?><!doctype html>



 <html class="no-js" lang="<?php echo $this->language; ?>"> 

<head>
<title><?php echo $this->error->getCode(); ?> - <?php echo $this->title; ?></title>
<meta name="viewport" content="width=device-width; initial-scale=1.0; maximum-scale=1.0; user-scalable=0;" /> 
<link rel="stylesheet" href="https://www.time4joomla.de/<?php echo $tpath; ?>/css/error.css?v=1">
<link rel="apple-touch-icon-precomposed" href="https://www.time4joomla.de/<?php echo $tpath; ?>/images/apple-touch-icon-57x57-precomposed.png">
<link rel="apple-touch-icon-precomposed" sizes="72x72" href="https://www.time4joomla.de/<?php echo $tpath; ?>/images/apple-touch-icon-72x72-precomposed.png">
<link rel="apple-touch-icon-precomposed" sizes="114x114" href="https://www.time4joomla.de/<?php echo $tpath; ?>/images/apple-touch-icon-114x114-precomposed.png">
<link rel="apple-touch-icon-precomposed" sizes="144x144" href="https://www.time4joomla.de/<?php echo $tpath; ?>/images/apple-touch-icon-144x144-precomposed.png">
</head>
<body>
<?php
if (($this->error->getCode())==403) {
header('Location: ' . JRoute::_("https://www.IhreDOMAIN.de/403.html", false));
exit;
} elseif (($this->error->getCode()) == '404') {
header('Location: ' . JRoute::_("https://www.IhreDOMAIN.de404.html", false));
exit;
} else {
header('Location: ' . JRoute::_("https://www.IhreDOMAIN.de/fehler.html", false));
exit;
}
?>
</body>
</html>

Der Code sorgt zunächst dafür, dass die Site auch auf mobilen Endgeräten funktioniert, also responsive ist.

Danach wird die Fehlernummer abgefragt und der zugehörige Beitrag wird dann angezeigt. Und mit dem Beitragsaufruf wird praktischerweise auch das zugeordnete Template geladen.
Wobei "404" der Alias-Name des Menüverweises darstellt und bei eingeschalteten SEO dann das "html" angehängt wird. Wer nicht mit SEO arbeitet oder eine anderen URL-Aufbau hat, muss natürlich dann den Alias und die URL entsprechend in diese Datei eintragen. Wichtig ist, dass die gesamte URL angegeben wird, da sonst in "Unterverzeichnissen" die Datei nicht gefunden wird.

Damit ich auch andere Fehler abfangen kann und nicht nur die "Seite nicht gefunden"-Fehler, habe ich im obigen Code noch eine zweite Fehler-Seite angegeben, die einen allgemeinen Text enthält und immer dann aufgerufen wird, wenn die Fehlernummer außerhalb 400 bis 500 liegt. Voraussetzung ist allerdings, dass der Fehler nicht so gravierend ist, dass überhaupt nicht mehr Joomla geladen wird. Wenn das passiert generiert der Webserver seine eigenen Fehlermeldungen.

Ich selber benutze die zweite Möglichkeit. Wer sich das mal anschauen möchte - hier wird eine Seite aufgerufen, die es nicht gibt:

Fehlermeldung auf time4joomla

Fehlernummern (Statuscode) und ihre Bedeutung

Einführung in die Rechteverwaltung

Mon, 26 Sep 2011 13:30:56 +0200

Dieses Tutorial gibt meinen Vortrag auf den Joomladays 2011 am 2./3. September in Hamburg wider. Die Power Point Folien sind hier direkt eingearbeitet und der freie Vortrag als Manuskript beigelegt. Es handelt sich hier um eine Einführung in das Rechtesystem. Kleinere Beispiele erklären die angesprochenen Möglichkeiten.

Im Downloadcenter von time4mambo steht dieses Tutorial als PDF zum download bereit.

Der Vortrag liegt auch als Video vor: http://vimeo.com/30361291

Einführung

Lange haben wir darauf gewartet und seit Joomla!1.6 haben wir endlich eine erweiterte Rechteverwaltung. Mussten wir uns in Joomla!1.5 mit meist schwer zu handhaben Komponenten herumplagen, haben wir nun eine Rechteverwaltung, die sehr viele Möglichkeiten bietet und fast alles abdeckt.

Jedoch ist auch diese "hauseigene" Rechteverwaltung nicht ganz einfach zu durchschauen und man muss sich ein wenig Zeit für sie nehmen, um sie zu erfassen und in seiner Gänze zu verstehen.

Es gibt im Wesentlichen zunächst drei Bereiche:

Benutzergruppe
Zugriffsebene
Konfiguration: Berechtigungen

Die Benutzergruppen und Zugriffsebenen erreichen wir über das Benutzermenü:

Wobei man sich hier in Erinnerung rufen sollte, wo die Zugriffsebenen eingestellt werden und wo die Benutzergruppen relevant sind. Man kann dann bereits den Umfang nur dieser ersten beiden Bereiche bereits erahnen.

Eine Zugriffsebene kann mehreren Benutzergruppen zugeordnet werden

In der Folie sehen wir ein Beispiel mit der Zugriffsebene Spezial.
Beiträge, etc. die die Zugriffsebene Spezial erhalten, können von Managern, Autoren und Super Benutzern eingesehen und benutzt werden.

Eine Zugriffsebene kann also von verschiedenen Benutzergruppen aufgerufen werden
Ein Beispiel sieht man mit dem Recht Spezial, dass für mehrere Benutzergruppen gilt.

Zusätzlich kann eine Benutzergruppe auch mehreren Zugriffsebenen zugeordnet sein

Als Beispiel hier die Zuordnung für die Benutzergruppe Manager, die sowohl die Zugriffsebene Registriert, als auch Spezial sehen kann:

Aus diesen sehr einfachen Zuordnungen können bereits eine Fülle von unterschiedlichen Szenarien abgeleitet werden.

Beispiel - Multiuser

In Joomla 1.5 musste ich einmal ein Projekt einstellen, weil es nicht möglich war auf verschiedene Komponenten mit mehreren unterschiedlichen Benutzergruppen gleichzeitig zugreifen zu können und zusätzlich verschiedenen Benutzergruppen unterschiedliche Zugriffsebenen zu zuordnen. Also Multiuserrechte zu zuweisen. Unmöglich wurde es u.a. bei einem Forum. Egal, welches Forum ich damals ausprobierte, ich konnte lediglich mittels Menüführung auf Forenkategorien zugreifen - ich konnte jedoch die Sichtbarkeit der Foren nicht direkt über das Forum steuern.

Was in Joomla 1.5 zur Unmöglichkeit geriet, ist in Joomla 1.7 ein ganz einfaches Szenarium:

Der Einfachheit halber mache ich das Beispiel nur mit zwei Benutzergruppen

Benutzergruppe: Tischler
Benutzergruppe: Elektriker

Da wir im Forum nur registrierte Benutzer schreiben lassen möchten, ordne ich meine beiden neuen Benutzergruppen der übergeordneten Gruppe "Registriert" zu. Damit werden automatisch alle Einstellungen, die für die Benutzergruppe Registriert vorgegeben sind, übernommen.

Neben den beiden Benutzergruppen brauche ich noch eine Zugangsebene für die jeweilige Gruppe und eine Zugriffsebene, auf die beide neuen Gruppen zugreifen können:

Man muss bei den jeweiligen Titeln im Übrigen nicht bei einsilbigen Wörtern bleiben - man kann also auch aussagekräftige Bezeichnungen, die aus mehreren Wörtern bestehen, verwenden.

Mit diesen drei neuen Zugriffsebenen kann ich nun beispielsweise Menüverweise nur für Tischler und nur für Elektriker erstellen, aber auch Menüverweise mit Informationen, die für beide Berufsgruppen, bzw. Benutzergruppen, gelten.

Eine sehr schöne Möglichkeit bietet das Kunena-Forum:

Bei Kunena kann man auswählen, ob man eine Zugriffsebene oder eine Benutzergruppe zuordnen möchte. Der Vorteil hier wäre, dass ich mir zwei Zugriffsebenen sparen könnte (Zugriff Tischler und Zugriff Elektriker), sofern ich die Zugriffsebenen nur für das Forum bräuchte.

Außerdem kann ich das ganze so auch recht übersichtlich gestalten. In der Forenübersicht wird denn genau angezeigt, was eingestellt wurde:

Diese doch recht überschaubaren Beispiele zeigen bereits eine Fülle von Möglichkeiten auf, die sich mit der neuen Rechteverwaltung recht einfach umsetzen lässt.

Aber man kann auch die Berechtigungen der einzelnen Benutzergruppen einstellen und zuordnen, was denn sehr umfangreiche Szenarien zulässt, gleichzeitig aber nicht immer so ganz einfach zu durchschauen ist.

Konfiguration: Berechtigungen

Wechseln wir nun in die Konfiguration und dort in den Tab Berechtigungen. Hier ist quasi das Herzstück der Rechtevergabe.

Hier sehen wir auf einen Blick, welche Benutzergruppe welche Rechte hat. Wer schreiben oder nur lesen darf, wer veröffentlichen, sich einloggen und vielerlei mehr machen kann.

Dabei ist die Hierarchie auch wichtig. Die untergeordnete Gruppe erbt die Einstellungen der übergeordneten Gruppe.

Beispiel:

Die Gruppe der Registrierten darf sich auf der Seite anmelden - mehr nicht.
Der Autor liegt eine Ebene unter Registriert und erbt das Anmelden dürfen und erhält zusätzlich noch die Erlaubnis Erstellen und Eigene Inhalte bearbeiten zu dürfen.
Der Editor liegt n der Hierarchieebene unter dem Autoren und erbt somit alle Rechte des Registrierten und des Autors

Somit kann man also direkt beim Anlegen einer neuen Benutzergruppe bereits eine gewisse Vorauswahl über die Berechtigungen treffen.

Man kann aber auch diese Hierarchieebene beeinflussen, in dem man Berechtigungen explizit erlauben, sperren oder eben vererben kann. Mit dieser Einstellung bin ich also sehr frei in der Hierarchie und kann sehr gezielt Berechtigungen zuweisen. Auch wenn die Hierarchieebene es normalerweise erlauben würde, dass eine zuvor zugewiesene Berechtigung durch die Vererbung auch hier erlaubt wäre, kann diese dennoch explizit gesperrt werden.

Es gibt also kein starres Gerüst, sondern mannigfaltige Möglichkeiten, den einzelnen Benutzergruppen individuelle Berechtigungen zu zuweisen.

Betrachten wir uns aber nun die Berechtigungen im Einzelnen:

Im Großen und Ganzen kann man die Berechtigungen in zwei große Blöcke teilen:

Backend
Frontend

Das ist zwar nicht ganz richtig, weil die Offline Anmeldung genau genommen nichts mit dem Backend zu tun hat, andererseits aber durchaus als "Sonderrecht" betrachtet werden darf.

Als erstes haben wir die Seiten Anmeldung. Damit kann eingestellt werden, welche Benutzergruppe das Recht bekommt, sich auf der Seite zu registrieren und einzuloggen. Dabei muss man nun aber der Joomla-Logik ein wenig folgen. Die besagt nämlich nicht etwa, dass die Benutzergruppe Namens Öffentlich sich einloggen darf, sondern die Gruppe Registriert. Aus unserer Sicht wäre es ja umgekehrt logischer. Ein öffentlicher darf sich anmelden. Ist er das dann steigt er in die Gruppe Registriert auf. Joomla ist da aber gnadenlos und teilt mit, welche Gruppe zu den angemeldeten gehört. So ist es nicht verwunderlich, dass außer der öffentlichen Gruppe alle anderen sich anmelden dürfen auf der Website.

Deutlich wird diese Logik aber, wenn wir uns die zweite Berechtigung anschauen: Admin Anmeldung. Hier ist klar, dass nur Administratoren und Manager sich im Backend anmelden dürfen und natürlich nicht der öffentliche. Obwohl der Administrator ja erst mal öffentlich ist, bevor er sich anmeldet und erst nach der Anmeldung der Gruppe der Administratoren zugewiesen wird. Joomla muss halt erst mal wissen, zu welcher Gruppe der User gehört.

Interessant ist der Offline Zugang, den es erst seit der Version 1.7 gibt. Bisher war es so, dass nur Super Benutzer sich im Frontend einer Offline geschalteten Website anmelden konnten. Durch diese Berechtigung können auch Nicht-Super-Benutzer sich auf der Offline-Seite anmelden. So mache Supportanfrage ermöglicht diese Einstellung auch einen Testuser anzulegen, mit dem sich Supporter einloggen können, aber die nicht sauber laufende Seite für die Öffentlichkeit verborgen bleibt.

Mit der Berechtigung Superadmin ist es möglich sofort alle Berechtigungen auf erlaubt zu setzen. Der Super Benutzer darf schließlich jederzeit alles. Die Berechtigung Superadmin ist denn auch der "Gottmodus".

Mit der Berechtigung Komponentenzugriff kann im Backend auf alle Bereiche dort zugegriffen werden - mit Ausnahme auf die Konfiguration. Sinn macht das natürlich nur in Kombination mit der erlaubten Admin Anmeldung.

Die nächsten Berechtigungen wirken sich unmittelbar auf die Bearbeitung von Beiträgen aus,

Die Berechtigung Erstellen ist zunächst der Dreh- und Angelpunkt! Wer nichts erstellen kann, der kann auch nichts bearbeiten. Die letzten vier Berechtigungen haben also keine Funktion, wenn Erstellen nicht erlaubt ist.
Anders ausgedrückt: Löschen, Bearbeiten, Rechte bearbeiten und Eigene Inhalte bearbeiten funktionieren nur in Kombination mit der Berechtigung Erstellen.

Zwar ist denkbar, dass auch jemand andere Beiträge bearbeiten kann, wenn er selber keine Beiträge erstellen kann, aber "Bearbeiten" ist ja quasi wie "Erstellen". Ergo muss diese Berechtigung auch explizit "erlaubt" sein.

Die Berechtigung Löschen bedeutet, dass im Backend ein Beitrag endgültig gelöscht werden kann. Dazu sind aber Backend-Zugriffe notwendig.

Die Erlaubis zum Bearbeiten gibt dann im Frontend die kleinen Icons bei den Beiträgen aus. Wobei ein blaues Icon bedeutet, dass der Beitrag noch nicht veröffentlicht wurde und ein orangenes , das der Beitrag bereits veröffentlicht wurde.

Mit der Berechtigung Rechte bearbeiten ist gemeint, dass der Status verändert werden kann.

Der Status ist zuständig, um Beiträge zu veröffentlichen, sperren, zu archivieren oder zu löschen.

Eigene Inhalte bearbeiten ermöglicht es, den eigenen Beitrag zu bearbeiten, nicht jedoch zu veröffentlichen oder andere Beiträge zu bearbeiten.

Man kann bei den Standardeinstellungen sehr gut sehen, was wann wie und wo bewirkt wird.

Beispiel: Redaktionssystem

Ein mögliches Szenarium wäre beispielsweise ein Redaktionssystem. Verschiedene Redaktionsgruppen, die nur in zugewiesenen Kategorien schreiben dürfen. Die einzelnen Redaktionen dürfen nur in ihren eigenen Kategorien Beiträge veröffentlichen - nicht jedoch in den Kategorien der anderen Redaktionsgruppen. Ein Chefredakteur kann Beiträge bearbeiten, löschen und über das Backend auch wieder herstellen. Allerdings darf er im Backen nur die Beiträge bearbeiten und sonst nichts.

Als erstes gehen wir wieder in unsere Gruppenansicht und legen neue Benutzergruppen an:

Diesmal benötigen wir drei Gruppen. Unser Chefredakteur ist zwar nur eine Einzelperson, die wird aber einer Benutzergruppe zugeordnet, da wir sonst das Rechtesystem nicht einstellen können.

Die beiden Redaktionen werden unter dem "Registriert" zugeordnet, der Chefredakteur unter dem "Manager". Der Chefredakteur wird deshalb in die Hierarchieebene des Managers zugeordnet, weil der Chefredakteur einen Backend-Zugang erhalten wird und ich den so über das "vererben" bereits zugeordnet habe.

Individuelle Zugriffsebenen benötigen wir für dieses Beispiel nicht, da ansonsten die User der Redaktionen ja überall hin Zugriff haben sollen.

Jetzt legen wir die Kategorien an. Die beiden Politik-Kategorien Wirtschaft und Ausland legen wir in eine übergeordnete Kategorie Namens "Politik". Das deswegen, weil wir dann per Menü auf beide Politik-Kategorien gleichzeitig zugreifen können.

In der Konfiguration stellen wir bei den beiden Benutzergruppen, neben der erlaubten Seiten Anmeldung, noch die beiden Berechtigungen Erstellen und Eigene Inhalte bearbeiten auf Erlaubt.

Leider gibt es an dieser Stelle eine unschöne Lösung bei Joomla. Wenn der Beitrag noch nicht veröffentlich ist, kann der Redakteur seinen Beitrag auch nicht bearbeiten. Das kann er erst, wenn der Beitrag veröffentlicht wurde. Möchte man erreichen, dass der Redakteur auch seinen unveröffentlichten Beitrag bearbeiten kann, muss man ihm die Berechtigung Rechte bearbeiten erlauben. Der Nachteil daran ist dann aber, dass der Redakteur seinen Beitrag selbstständig freigeben oder auch in den Papierkorb verschieben kann.

Chefredakteur

Der Chefredakteur soll die Beiträge bearbeiten und löschen und über das Backend Beiträge aus dem Papierkorb holen können.

Dazu geben wir ihm zunächst in der Konfiguration jede Menge vererbte Berechtigungen. Ganz besonders wichtig ist, dass der Komponentenzugriff auf vererbt oder erlaubt steht. Stellt man hier auf verweigert führt der Versuch, die Beitragskomponente im Backend freizuschalten zu einem Konflikt.

Bei einem Blick ins Backend können wir nun sehen, dass unser Chefredakteur neben seinem Profil die Beiträge bearbeiten kann und leider auch einige der standardmäßig installierten Komponenten. Glücklicherweise nur einige, so dass wir diese recht schnell so einstellen können, dass diese für den Chefredakteur auch nicht zugänglich sind.

Dazu einfach in jeder Komponente, jeweils die Optionen editieren und im Tab Berechtigungen explizit den Komponentenzugriff auf verweigert stellen.

Das müssen wir bei allen Komponenten wiederholen, die im Backend im Menü angezeigt werden. Danach ist dann aber dieses Menü verschwunden und der Chefredakteur kann nur noch auf Beiträge und Kategorien zugreifen (und auf seinem Profil auch weiterhin).

Alternativ:
Haben Sie mehrere Benutzergruppen, die Zugang zum Backend erhalten sollen, aber dort keine Komponenten sehen sollen, können Sie diesen Vorgang auch in der Benutzergruppe "Öffentlich" anwenden. Es sind dann automatisch alle weiteren Gruppen gesperrt - bis auf dem Super Benutzer.

Etwas verwirrend ist die Berechtigung Löschen:

Stellt man die auf verweigert kann der Chefredakteur dennoch Beiträge in den Papierkorb verschieben und sie dort auch wieder herausholen. Aber er kann dann keinen Beitrag endgültig löschen. Das kann er erst, wenn die Berechtigung auf erlaubt steht.

Fallbeispiel: Redaktionssystem

Sat, 28 May 2011 19:00:34 +0200

Original-Auszug aus dem Buch

Die Überlegung: Wir haben eine Kulturredaktion, der eine Kategorie zugeordnet ist. Und wir haben eine Politikredaktion, die in zwei Kategorien schreibt. Beide Redaktionen sollen nur ihre eigenen Beiträge bearbeiten, veröffentlichen und löschen können. Außerdem bekommen beide Redaktionen noch einen Chefreakteur zur Seite, der in allen Kategorien alle Beiträge bearbeiten darf. Der Chefredakteur erhält außerdem einen Backend-Zugang, damit er gelöschte Beiträge wieder herstellen kann.

Als erstes gehen wir wieder in unsere Gruppenansicht und legen neue Benutzergruppen an: Benutzer/Gruppen/Neue Gruppe

Diesmal benötigen wir drei Gruppen. Unser Chefreadkteur ist zwar nur eine Einzelperson, die wird aber einer Benutzergruppe zugeordnet, da wir sonst das Rechtesystem nicht einstellen können.

Gruppentitel: Kulturredaktion – Übergeordnete Gruppe: Regstered
--> Speichern & Neu
Gruppentitel: Politikredaktion – Übergeordnete Gruppe: Regsiered
--> Speichern & Neu
Gruppentitel: Chefredakteur – Übergeordnete Gruppe: Manager
--> Speichern &Schließen

Der Chefredakteur wird deshalb in die Hirarchieebene des Managers zugeordnet, weil der Chefreadteur einen Backend-Zugang erhalten wird.

Individuelle Zugriffsebenen benötigen wir für dieses Beispiel nicht, da die Kategorien ja von jedem User gelesen werden können sollen.

Jetzt wollen wir die Kategorien anlegen. Dazu per Menü Inhalt/Kategorien/Neue Kategorie. Die beiden Politik-Kategorien Wirtschaft und Ausland legen wir in eine übergeordnete Kategorie Namens "Politik". Das dewegen, weil wir dann per Menü auf beide Politik-Kategorien gleichzeitig zugreifen können..

Titel: Kunst und Kultur – Zugriffsebene: Public
--> Speichern & Neu
Titel: Politikthemen – Zugriffsebene: Public
--> Speichern & Neu
Titel:Ausland – Zugriffsebene: Public – übergeordnet: Politikthemen
--> Speichern & Neu
Titel: Wirtschaft – Zugriffsebene: Public – übergeordnet: Politikthemen
à Speichern & Schließen

10.16: Kategorien für das Redaktionssytem

Legen wir zunächst die Menüpunkte an:Menüs/Main Menu/Neuer Menüeintrag:

Menütyp: Kategorie-Blog
Menütitel: Kunst & Kultur
Zugriffslevel: Public
Auf der rechten Seite: Choose a Kategorie: Kunst und Kultur
--> Speichern & Neu
Menütyp: Kategorie-Blog
Menütitel: Politik
Zugriffslevel: Public
Auf der rechten Seite: Choose a Kategorie: Politik
--> Speichern & Neu
Menütyp: Beitrag erstellen
Menütitel: Neuer Beitrag
Zugriffslevel: Registered
--> Speichern & Schließen

Nun möchte ich einrichten, dass die Redaktionen auch wirklich nur in ihrer Kategorie schreiben können. Dazu wechseln wir wieder in die Kategorieansicht und editieren zunächst die Kategorie Kunst und Kultur. Entweder auf den Buttun klicken, der bei Zugrifflevel in der Kategorie steht oder einfach nach unten scrollen.

Unten klicken wir auf Kulturreadktion und stellen nun ein, was die alles in dieser Kategorie tun darf:

Erstellen: Erlaubt
Löschen: Vererbt
Bearbeiten: Vererbt
Status bearbeiten: Erlaubt
Besitzer bearbeiten: Erlaubt

Danach klicken wir auf die Politikredaktion und Verweigern denen einfach alles.

10.17: Die Kulturredaktion darf in dieser Kategorie schreiben und veröffentlichen

10.18: Die Politikredaktion darf hier nichts

Nachdem wir gespeichert haben, wiederholen wir das Ganze bei der Politik-Kategorie. Nur das wir es hier umgekehrt machen. Die Politikredaktion bekommt die Einstellungen wie oben die Kulturredaktion. Und die Kulturredaktion darf in der Politik-Kategorie nichts.

Die beiden Unterkategorien Ausland und Wirtschaft übernehmen automatisch die Einstellungen der übergeordneten Kategorie.

Jetzt müssen wir noch mal in die Konfiguration wechseln (Site/Konfiguration). Ich denke, dass Joomla hier einen Bug hat. Zumindest müssen wir bei den beiden Redaktionen explizit den Status bearbeiten auf Erlaubt setzen. Alles andere wird auf Vererbt gesetzt (wo es bereits standardmäßig stehen müsste)

10.19: Status bearbeiten muss man explizit erlauben in der Konfiguration!

Jetzt können wir unseren Testuser wieder zum testen losschicken. Dazu weisen wir unseren Testuser die Gruppe "Politik" zu und loggen uns im Frontend ein. Wenn wir im Menü auf Beitrag erstellen klicken, erhalten wir die Eingabemaske um einen neuen Beitrag zu schreiben. Unten können wir die Kategorie auswählen. Aber nur die drei Politik-Kategorien. Also die Haupt- und die Unterkategorien. Ausserdem können wir unsere Beiträge auch Freigeben oder auch löschen in der Statusauswahl.

Wechseln wir beim Testuser die Gruppenzuordnung zu Kulturredaktion und klicken dann Beitrag erstellen im Frontend an, können wir nur die Kategorie Kunst und Kultur beschreiben. Alle anderen Kategorien werden nicht angezeigt.

Wechseln wir bei unseren Testuser nochmal die Gruppe zu Chefredakteur werden wir feststellen, dass dieser nun Zugriff auf alle Kategorien hat. Das ist deswegen so, weil wir beim Chefredakteur alle Einstellungen auf Vererbt stehen gelassen haben. Da der Chefredakteur der Hirarchieebene des Managers untersteht, hat er von vornherein alle Schreibrechte. Und solange wir da nichts dran ändern, kann der Chefredakteur in allen Kategorien auf die Beiträge zugreifen.

Ist der Testuser der Gruppe des Chefreakteurs zugeordnet, kann er sich auch im Backend anmelden. Es werden auch dort die Einstllungen vom Manager übernommen. Damit hat der Chefredakteur Zugriff auf alle Beiträge, was er ja auch machen können soll, aber er hat momentan auch Zugriff auf alle Komponenten, was er nicht haben soll.

Also gehen wir im Backend als Super User ins Backend und ändern die Zugriffsmöglichkeiten beim Chefredakteur. Wählen wir direkt eine Komponente aus. Zum Beispiel Komponente/Banner. Dort klicken wir oben rechts auf Optionen und dann den Reiter Berechtigungen. Bei Zugriffs Komponente auf Verweigert setzen und Speichern und schließen. Loggen Sie sich jetzt mit dem Testuser im Backend ein, ist die Komponente Banner nicht mehr sichtbar für Sie. So können Sie das mit allen anderen Komponenten wiederholen und so dafür sorgen, dass der Chefredakteur ausschließlich auf die Inhalte Zugriff hat.