Und ich finde dagegen, dass man ohne Fachwissen auf keinen Fall eine Webseite betreiben sollte... Und nun?
Wenn du die Ausrichtung von Joomla ändern willst, bewirb dich doch für einen Posten im Board, da wird immer gesucht.
Beiträge von bembelimen
-
-
SemVer würde sich sicher anbieten, aber dass Bugfixes "spannendes" tun ist jetzt nichts neues...
-
Es gibt manche Hoster, die haben noch ein extra Caching. Das kannst du testen, indem du den Artikel im Frontend aufrufst und zusätzliche Parameter an die URL hängst.
-
Wäre es nicht sinnvoller, diese Möglichkeit aus Joomla zu entfernen?
-
Kurz reingeschaut:
1. Simple Image Gallery (Weiterentwicklung: nichts bekannt)
Da wird nichts mehr für Joomla! 6 kommen, die wollten vor Jahren Joomla! forken aber waren mehr Worte als Taten. Alternative: https://kubik-rubik.de/sige-simple-image-gallery-extended
2. Responsiv-Tables (Daniel arbeitet gerade an einer neuen Version für Joomla 6)
In dem Plugin ist nun nicht viel drin, da muss eine Zeile angepasst werden. (ich würde ja eher auf das Plugin verzichten und das CSS ins Template packen oder so)
3. RC Gallery (Weiterentwicklung: nichts bekannt)
Würde sagen, ist nicht sehr wahrscheinlich, dass da was kommt. Aber zumindest die Free-Version sieht nicht so schlimm aus, guter halber Tag arbeit und das läuft auf Joomla! 6 native.
-
Mit Joomla! 6.1 bekommt der Joomla!-Core wieder ein Captcha... mit ein bisschen Handwerk, kannst du das auch schon vorausschauend einbauen: https://github.com/joomla/joomla-cms/pull/46514
-
Ich würde das mittels einem Override von mod_custom machen. (System => Site Template => Template bearbeiten => im Reiter "Overrides" ein Override von mod_custom machen => Die erstellte Datei unter html/mod_custom/... umbenennen in "random.php")
In die Datei fügst du folgenden Code ein:
PHP: random.php
Alles anzeigen<?php /** * @package Joomla.Site * @subpackage mod_custom * * @copyright (C) 2009 Open Source Matters, Inc. <https://www.joomla.org> * @license GNU General Public License version 2 or later; see LICENSE.txt */ defined('_JEXEC') or die; use Joomla\CMS\Factory; use Joomla\CMS\HTML\HTMLHelper; use Joomla\CMS\Uri\Uri; $modId = 'mod-custom' . $module->id; $moduleIds = explode(',', strip_tags($module->content)); $moduleIds = array_filter(array_map('intval', array_map('trim', $moduleIds))); if (empty($moduleIds)) : return; endif; $moduleId = array_rand(array_flip($moduleIds)); ?> <div id="<?php echo $modId; ?>" class="mod-custom custom"> <?php echo HTMLHelper::_('content.prepare', '{loadmoduleid ' . $moduleId . '}') ?> </div>Nun kannst du an einer beliebigen Modulposition ein "mod_custom" anlegen und dann im zweitletzten Reiter "Advanced" beim Layout das "random" wählen. Die Module, die per Zufall angezeigt werden sollen definierst du ganz einfach: gib die IDs der entsprechenden Module als Komma-Separierte Liste ganz normal im Content des Moduls an. z.B. 5,7,12,119.
Dann sollten die Module per Zufall angezeigt werden.
Limitierungen:
- funktioniert nicht, wenn du Cache aktiv hat
- die Module die da angezeigt werden, müssen auf der Seite auch verfügbar sein -
Wenn du das Ändern des Benutzernamen verbietest, sollte es eigentlich bei Username + PW keine Meldung kommen, aber unabhängig davon, hilft "display: none" fürs nicht anzeigen.
-
Hallo Schierermort ich weiß nicht ob du noch ein Extra-Plugin nutzt, aber wenn nicht brauchst du definitiv noch irgendein Javascript, was du auf deiner Seite einbinden musst. Weil aktuell bindest du tatsächlich nur einen Link ein. Schau doch mal in der Beschreibung, ob du diesbezüglich irgendwas findest.
-
Im Endeffekt also wie zuvor ohne Auto-Update nur mit extra Plugin?
-
Kommt aufs Template drauf an.
Eine Lösung könnte Flexbox sein. Hilft der Beispielcode?
-
Hast du das Feld eventuell als Pflichtfeld eingetragen aber die Optionen haben alle kein "value"?
-
System-Weiterleitungen in Joomla aktiviert und folgende Weiterleitung eingetragen:
Adresse alt: https://example.org/administrator
Adresse neue: https://www.example.org/administrator
Nun funktioniert es immer, auch wenn User zuvor ohne www im Browser das Backend aufrufen.
Wenn die Seite ohne "www" nicht einen internen Joomla!-Fehler wirft, greift die Umleitungskomponente überhaupt nicht. Es muss also weiterhin auf Serverebene gelöst werden.
-
Könntest du das Feld als installierbares ZIP hier anhängen, das macht es einfacher sich das ganze anzuschauen.
-
Wenn du interesse daran hast, freuen sich die Entwickler über jeden Teilnehmer, der sie unterstützt.
-
Das "Logo" ist die Webauthn-Anmeldung, die du in der Pluginverwaltung deaktivieren kannst, wenn du es nicht brauchst.
-
Daran wird gearbeitet und sollte in kürze wieder gehen. Bitte ein bisschen Geduld.
-
Ist ein bekanntes Problem, an dem gerade gearbeitet wird. Das hat erstmal nichts mit dem Provider zu tun sondern wird auf dem Updateserver repariert.
-
Es sind 4 Jahre! 2 Jahre regulärer Entwicklung + 1 Jahr Bugfix Support + 1 Jahr Security Support
Es sind sogar 6 Jahre. Wenn die Extension ohne b/c Plugin in Version X läuft, geht sie auch in x+1. Das sind dann die von Viviana erwähnten 4 Jahre + 2 Jahre Security der darauffolgenden Version. Und wenn ich mir die Änderungen in 6 anschaue, dann dürfte da auch eine Joomla 4 kompatible Extension laufen, wenn sie sauber programmiert wurde. Das heißt wir reden hier von 8 Jahre.
Das Problem ist hier eher, das einige Extension-Entwickler ihre alten Joomla! 3 Erweiterungen mit dem alten Code (die waren auch 10 Jahre lauffähig) nur gerad so für J! 4 lauffähig gemacht haben, da ist es dann irgendwann erwartbar, dass es knallt.
-
