Joomla und Erweiterungen (Templates, Komponenten, Plugins, Module)
Wissenswertes, Anleitungen, Workarounds, Bugfixes zu Joomla und Joomla-Erweiterungen
- Details
Zielstellung - Responsive Background-Grafik als Cover
Es gibt Templates, so z.B. Osmosis von RocketTheme, die arbeiten sehr intensiv mit Modulen als Content. Dabei werden im Grid-Layout von Gantry auch gern Grafiken als Hintergundbilder für Module verwendet. Wenn man konsequent responsiv gestaltet, ist das mit den Grafikhintergründen mitunter problematisch, denn die Module können im Grid-Layout je nach Bildschirmauflösung / Gerät sehr unterschiedliche Seitenverhältnisse haben. Trotzdem sollen die Grafiken modulfüllend und sinnvoll platziert angezeigt werden. Sinnvoll heißt, dass das Motiv der Grafik nicht durch schlechten Schnitt verunstaltet wird.
Zweckmäßig ist also hier mit der background-size - Angabe cover zu arbeiten und das Bild durch background-position vertikal und horizontal einzufügen. Sollte sich das Seitenverhältnis des Modulblocks z.B. von horizontal zu vertikal ändern, muss evtl. zusätzlich die Platzierung angepasst werden. Es ist also notwendig auf diese Responsive Darstellung dynamisch zu reagieren, was allein durch css-Style nicht erreicht werden kann, sondern durch JavaScript dynamisch unterstützt werden muss.
- Details
Einrichten der Sprachen unter Joomla
Installation weiterer Sprachen unter Joomla:
- Hauptmenü > Erweiterungen > Sprachen: Hier rechts oben den Button [Sprachen installieren] klicken, und aus der erscheinenden Liste die Wunschsprachen auswählen und über den [Installieren]-Button oben rechts hinzufügen.
- Hauptmenü > Erweiterungen > Sprachen: über den Registerreiter Inhalt die Content-Sprachen aktivieren, veröffentlichen und konfigurieren. Wichtig: In der Liste müssen die absofort zu verwendenden Sprachen aktiviert (veröffentlicht) sein (gründes Häkchen). I.d.R. ist die Zugriffsebene für die Sprachen nicht gesetzt. Das lässt sich nur bewirken, wenn man die jeweilige Sprache anklickt und im Sprach-Dialog "Inhaltssprache bearbeiten" wenigstens einmal speichert. Dann wird als Zugriffsebene public (öffentlich) übernommen, oder eben eine andere falls gewünscht einstellen.
- Wichtig: In genau diesem gleichen Dialog werden für die Seite die verschiedenen Meta-Beschreibungen und Meta-Keywords hinterlegt. Diesem sollten für die Suchmaschinen hier sauber gepflegt werden!
- Damit Joomla korrekt die Mehrsprachigkeit unterstützt, muss das Joomla-System-Spach-Plugin aktiviert werden: Hauptmenü > Erweiterungen > Plugins: Filter "Sprachen", Auswahl in der Liste "System - Sprachenfilter" und aktivieren. Hier kann eingestellt werden, ob für die Sprachauswahl die Browsereinstellung genutzt werden soll, oder die Seiteneinstellung. I.d.R. verwendet man die Browsereinstellung wenn man dem Userwunsch entsprechen will. Manchmal kann man aber auch erzwingen wollen, dass das Projekt/die Seite die Sprache vorgibt/erzwingt. Weitere Einstellmöglichkeiten in diesem Plugin sind zu beachten.
- Mitunter braucht man spezielle Sprachkürzel (Tags) z.B. wenn man für Kanadisch-Französische Seiten under Deutsch-Österreichische oder Deutsch-Schweizerische Seiten Inhalte anbieten muss. Dann muss dem System z.B. fr-CA, de-AT, de-CH bekannt gemacht werden. Das kann man im System-Plugin "Sprachenkürzel" eintragen. Das Sprachkürzel-Plugin zu aktivieren, macht aber nur Sinn, wenn man überhaupt einen davon umdefinieren will, was außer bei o.g. Ausnahmen kaum der Fall sein sollte.
Weiterlesen: Aufbau und Pflege Mehrsprachiges Projekt unter Joomla 2.5/3.x mit jDiction
- Details
Problembeschreibung
Sie betreiben z.B. VirtueMart in Joomla. Die Nutzer registrieren sich per Shop-Checkout. Die Joomla-Registrierung wird über keinen Menüpunkt angeboten, ist also eigentlich deaktiviert. Trotzdem gelingt es Spam-Bots sich zu registieren.
Technischer Hintergrund
Dass den Spam-Bots dies gelingt, ist zunächst mal einfach erklärt:
Wenn ein Joomla-Projekt keine Registrierung anbieten will, dann ist es sicher ein einfacher Weg, dieses gar nicht als Menüeintrag anzubieten. Wer sicher aber in Joomla etwas auskennt, und Hackern fällt es nicht schwer die Joomla-Internas zu durchschauen, kennte den URL, über die die Joomla-Registrierung als Seite angezeigt werden kann. Diese sieht so aus:
ihre-domain/index.php?option=com_user&view=register
Damit gelingt es also recht einfach sich trotzdem in Joomla zu registrieren und der Spammer erreicht zumindest, dass seine Spamnachricht in Ihrem Mailkonto landet. Schlimmstenfalls erhalten Sie regelmäßig solche Registrierungen und die Benutzerverwaltung in Joomla wird vollgemüllt. Außerdem bieten solche Benutzer immer auch einen weiteren potentiellen Angriffspunkt, weshalb das verhindert werden sollte.
Weiterlesen: Joomla 1.5.x - Spam-Bot-Registrierungen verhindern
- Details
Abgrenzung
Nachfolgende Beschreibung bezieht sich auf den Einsatz der Komponente Akeeba-Backup im Umfeld von Joomla. Als dieses kleine Wiki entstand, wurde die Durchführung getestet in einer Joomla-Version 2.5.16 und mit Akeeba Backup 3.8.2. Ich gehe davon aus, dass es unverändert auch in späteren Versionen funktionieren wird. Da die Entwickler der Komponente recht rührig sind und Anregungen auch gern umgesetzt werden, kann es sein, dass dieses Vorhaben für spätere Versionen noch mal vereinfacht wird oder gar automatisiert ablaufen könnte. Spätestens dann ist dieser Beitrag überholt.
Ich werde hier nicht auf Einzelheiten eingehen, die zum Grundwissen des Umgangs mit der Komponente Akeeba-Backup gehören. Hierfür findet man gute Anleitungen in der Akeeba-Dokumentation.
Weiterhin nutze ich ausschließlich die Pro-Version von Akeeba. Ob meine Tipps und Anleitungen auch mit der Core-Version umsetzbar sind, weiss ich nicht - habe ich nicht getestet. Wer diese Komponente wie nachfolgend beschrieben intensiv nutzen will, sollte ruhig mal ins Geldsäckel greifen und den Entwicklern mit dem Kauf der Pro-Version eine kleine Zuwendung zukommen lassen. Es lohnt sich.
Weiterhin gehe ich davon aus, dass Quell- und Zielprojekt auf einem Webserver liegen, so dass Sie auf die Backup-Archive kreuzend zugreifen können. Bei mir ist es üblich, dass Akeeba unterhalb des Webspace-Verzeichnisses des Kunden in einem gemeinsamen Order KundeA/Akeeba-Backup/ und dortige Unterordner für die jeweiligen Sub-Projekte des Kunden schreiben (z.B. KundeA/Akeeba-Backup/ProjektA/).
Problembeschreibung / Aufgabenstellung
Mitunter hat man Projekte die aus verschiedenen Gründen teilweise gleiche Daten nutzen. Hier mal zwei praktische Situationen die typisch sind für die Aufgabenstellung:
Situation 1: Für Kunden supporte ich z.B. Projekte bei den in zwei verschiedenen Projekten (andere Domains, andere Templates) teilweise gleiche und teilweise unterschiedliche Daten vorhanden sind. Z.B. wird im Projekt A ein VirtueMart-Shop betrieben, bei dem Produkte für Endverbraucher (B2C) angeboten werden und im Parallelprojekt für B2B-Kunden. Nun möchte der Kunde nicht alle Produkte in beiden Projekten pflegen müssen. Bei 3000 Produkten und fast genauso vielen Kategorie wäre das doppelter Aufwand.
Weiterlesen: Teilweiser Transfer von Daten zu einem anderen Joomla-Projekt mittels Akeeba Backup
- Details
Problem-Beschreibung
Wer in seinem Joomla-Projekten mit dem Joomla Content-Editor arbeitet, statt des voreingestellten Standard-Editors, und diesen auch regelmäßig, wird evtl. auf ein Problem beim Speichern der JCE-Profileinstellungen stoßen. Diese Text beschreibt die Lösung.
Ich persönlich arbeite in fast allen meinen Projekte mit diesem hervorragenden J!-Editor, wg. seines großen Funktionsumfanges und seinen vielfältigen Konfigurationsmöglichkeiten, speziell der Fähigkeit für verschieden Zwecke rechte-/rollenabhängig Editorprofile verwalten zu können. Grob gesagt kann man z.B. dem Frontend-Nutzer einen anderen Funktionsumfang zuweisen als einem Publisher, Author oder dem Admin im Backend.
Zurück zum Problem welches auftreten kann: Mitunter lief der Editor in früheren Version schon im Projekt ganz hervorragend. Plötzlich nach einem Upgrade des Editors stellt man fest, dass die dann vorgenommen Profileinstellungen nicht mehr gespeichert/übernommen werden. Schlimmer noch, vorher mal getroffene Einstellungen werden komplett geleert oder auf Default-Werte zurückgesetzt.
Spontan hatte ich vermutet, dass irgendwelche Schreibrechte geändert wurden, was aber ein Holzweg ist.
Weiterlesen: JCE Profiländerungen lassen sich nicht speichern