Kubik-Rubik gibt es noch eine aktuelle Version für J5?
Nein, aber hier hat ein Benutzer bestätigt, dass diese Version auch in Joomla! 5 funktioniert: RE: Meine jos_session Tabelle hat über 100.000 Einträge innerhalb 24 Std
Könnte auch eine dedizierte Version für Joomla! 5 veröffentlichen, ist einfach anzupassen. Aber lohnt sich nicht als "Pro"-Version... 
Moin Dirk,
das hattest du doch bereits vor ein paar Monaten und wir hatten es auch gelöst: Joomla Modul "Besucher - Online" zählt nur noch hoch seit Update von 5.2.2 auf 5.2.3
Hallo Qfe,
so eine automatische Generierung in leichter Sprache lässt sich sehr einfach über die OpenAI API generieren. Die Schnittstelle ist zwar kostenpflichtig, aber ein durschnittlicher Artikel wird mit dem aktuellen Modell weniger als 1 Cent kosten.
Ich habe das für die Generierung von Kurzbeschreibungen von Artiklen für den description Meta-Tag im letzten Update von EFSEO eingebaut. Dabei kam ich auf einen durchschnittlichen Testverbrauch von 0,5 Cents pro 10.000 Artikelzeichen. In deinem Szenario wird es geringfügig mehr, weil du ja keine Zusammenfassung, sondern eine vollständige Übersetzung als Rückantwort erwartest, was mehr Token verbraucht. Da es sich aber um einen einmaligen Prozess handelt (du speicherst die Übersetzung ja und musst sie nicht bei jedem Aufruf neu generieren), sind die Kosten vernachlässigbar.
Ich würde es so umsetzen: Ein Sytem-Plugin, das auf das Speicherevent von Artikeln hört. Wir das Event ausgeführt, prüft das Plugin, ob es sich um einen neuen Artikel handelt. Wenn ja, wird die Schnittstelle von OpenAI mit einem vorbereitetem Prompt aufgerufen und die Rückantwort als neuer Artikel gespeichert. Dabei kann man zum Beispiel den initialen Titel verwenden und einen Suffix wie "(Leichte Sprache)" hinzufügen. Man könnte den Artikel auch direkt in eine vordefinierte Kategorie abspeichern, usw.
Viel Erfolg!
Abend!
Habe das Skript ein bisschen optimiert und den Stream in Safari für Video-Dateien implementiert:
David, kannst du bei dir übernehmen, wenn du möchtest.
Hallo Stef,
hast du in den Optionen der E-Mail Templates Komponente das E-Mail-Format korrekt eingestellt?
Hallo Stef,
das kannst du über "System" -> "E-Mail Templates" -> "Code sent by email" bearbeiten:
Hallo Stef,
hierbei handelt es sich um die Multi-Faktor-Authentifizierungsplugins:
Einfach die Plugins deaktivieren, die du nicht benötigst.
Hallo Jason,
du musst weitere externe Domains für folgende Direktiven setzen:
script-src-elem
https://js-eu1.hsforms.net https://js-eu1.hscta.net
img-src
https://hubspot-no-cache-eu1-prod.s3.amazonaws.com
Hallo Andreas,
man darf eigene kommerzielle Erweiterungen nicht direkt bewerben, habe da gegen die Regel verstoßen. 
Hallo Tomjoad,
die MP3-Datei hat mehrere Fehler. Ich habe beide Dateien gerade mit dem Tool mp3val analysiert. Der lokalen Player scheint sich daran nicht zu stören, der eingebaute Player im Browser kann die Datei so aber nicht abspielen.
Ich habe soeben ECC+ 5.2.3.0-PRO mit komplettem Support der selbst-gehosteten Version von ALTCHA veröffentlicht. Die Herausforderung (Challenge) wird auf dem Server generiert, im Browser des Benutzers gelöst und die Lösung im Anschluss wieder auf dem Server verifiziert. Mit dieser Version hat ECC+ eine weitere interne, DSGVO-konforme Spamschutzmaßnahme.
Viel Spaß mit Joomla! und keinen Spam! 
Hallo Dirk,
du hast doch ECC+ Pro und wir hatten dein CORS-Problem doch schon gelöst. Wofür möchtest du ein ganz anderes Plugin zusätzlich installieren, wenn ECC+ dich bereits komplett absichert? Du brauchst auch keine externen Dienste wie hCaptcha, die internen Maßnahmen reichen schon aus, um Spambots auszuschließen.
Habe mir soeben das ALTCHA Projekt angeschaut, die selbst-gehostete Abfrage im Formular ist interessant und lässt sich relativ einfach umsetzen (es gibt eine PHP-Bibliothek dafür), damit hätte ECC+ eine weitere interne Schutzmaßnahme, die komplett auf dem eigenen Server läuft. Kann ich auch im nächsten Update in ECC+ Pro hinzufügen.
Hallo Dirk,
verwende nicht AdminTools für so was, editiere deine .htaccess-Datei direkt. Wenn du die API nicht benötigst und den Zugriff auf /api komplett blockieren möchtest, dann kannst du das mit einer Zeile machen.
Öffne deine .htaccess and suche den Block mit "Custom Redirects" (oder einfach die Anweisung RewriteEngine on) und füge in eine neue Zeile drunter hinzu:
RewriteRule ^api(/.*)?$ - [F,L]Damit werden alle Aufrufe auf /api geblockt und mit einem Forbidden-Fehler quittiert.
Viel Erfolg!
Hallo Christiane,
der Status-Code 503 Service Unavailable wird geworfen, wenn der Server die Anfrage nicht komplett verarbeiten kann. Wenn die Dateien zu groß sind, dann könnte es sein, dass du an Serverlimits stößt. Der Fehler wird auch geworfen, wenn der Server überlastet ist und weitere Requests nicht abarbeiten kann.
Schaue dir einfach mal die Serverlogs an, dort solltest du fündig werden, was das genaue Problem ist.
Hallo Kalle,
das kann man relativ einfach mit einem Systemplugin realisieren.
Das Plugin prüft, wann sich dein Super User Account das letzte Mal eingeloggt hat und wenn dieses Datum einen bestimmten Schwellenwert (zum Beispiel 24 oder 48 Stunden) übersteigt, sendet es eine vorgefertigte E-Mail an eine definierte E-Mail-Adresse mittels Joomla!s E-Mail Klasse. Die Nachricht und die Empfängeradresse könnten über die Einstellungen des Plugins eingegeben werden.
Wäre doch eine schöne Aufgabe für dich? Da kannst du noch was auf deine alten Tage lernen. 
Ich wünsche dir noch viele, glückliche Tage. Bleib gesund!
Du könntest die Speicherung der Eingabe (onUserAfterSave) und das Formular im Editiermodus (onContentPrepareData) auch über das Benutzerplugin machen und dir das Systemplugin sparen, wenn du es weiter optimieren möchtest.
Hallo Heart1010,
als "quick & dirty" Lösung ist das mehr als ausreichend und gut gelöst.
Wenn du noch ein bisschen Zeit investierst, dann kannst du auch das Feld in deinem Plugin laden und auf das Profilplugin vom Core ganz verzichten.
Hallo Armin,
das war damals ein typischer Fehler beim Umsteig von PHP 5.x auf PHP 7.x. Die alte Website ist nicht kompatibel mit der angegebenen PHP-Version. Wenn du die Möglichkeit beim Hoster hast, noch auf eine alte PHP 5.x zu gehen, dann sollte die Website wieder laufen.
Ansonsten könntest du sie lokal mit einer alten PHP-Version zum Laufen bringen.
Viel Erfolg!
Hallo NetNomad,
setze einfach das Limit für "Weiterlesen" in den Einstellungen der Artikelkomponente auf 0, dann wird der Titel nicht mehr beschnitten und mit den drei Punkten abgekürzt.
Viel Erfolg!
Hallo zero,
die Anforderung für MariaDB wurde in Joomla! 5 auf 10.4 gesetzt, weil in dieser Version und höher die JSON-Funktionen unterstützt werden, die in den SQL-Dumps verwendet werden (zum Beispiel: JSON_SET, JSON_EXTRACT oder JSON_REPLACE).
Wenn ich mich aber richtig erinnere, dann wurden diese Funktionen bereits in MariaDB 10.2 eingeführt, das MariaDB-Projekt garantiert aber die volle Funktionalität ab 10.4, worauf sich das Joomla! Projekt auch beruft.
Ich nehme an, dass deine Instanzen normal laufen werden, wenn du bei der Installation den Umweg über einen anderen Server gehst, der die Mindestanforderung unterstützt (und somit den Datenbankcheck beim Umzug umgehst). Du musst aber aufpassen, Core-Updates sollten dann aber aufgrund des Datenbankchecks nicht möglich sein.