Beiträge von SniperSister

Die Stackideas Erweiterungen stehen unter GPL Lizenz, eine Fortführung des Codes ist daher unproblematisch; bei den Namen sieht die Welt schon wieder ganz anders aus.

Liebe Community,

schon bald startet das erste Joomla Event des neuen Jahres, das JoomlaCamp in Essen:

JoomlaCamp 2026

Zwei super erschwingliche Tage mit viel spannendem Input und netten Menschen! Sichert euch euer Ticket

Ich freue mich auf euch!

Wenn du dich für das Problem interessierst: das "neue" HTTP package bekommt nicht korrekt die Config-Variabeln übergeben, ein ähliches Problem gibt es mit dem User Agent:

Folglich kannst du dich für einen "richtigen" Patch an dem verlintken Pullrequest orientieren.

Das Problem ist offenkundig real, es hat aber bislang schlicht noch niemand einen Patch dafür geschrieben

Schau mal unter Erweiterungen in den Bereich "überprüfen", dort solltest du das Plugin finden, installieren und dann aktiveiren können.

Es geht ganz konkret um das PLugin "Web Services – Joomla-Update" - ist das installiert und aktiv?
Sind die Seiten bei IONOS auf dem selben Server? Oder verteilt über mehrere Pakete?

Dann prüf mal ob das Webservices Plugin für die Joomlaupdates aktiv ist

Sind die Seiten, wo es nicht funktioniert, bei einem anderen Hoster bzw. auf einem anderen Server? Ist als Controlpanel dort zufällig Cpanel im Einsatz?

Prüf mal die .htaccess auf etwaige Weiterleitungen und stell sicher, dass die Variable live_site in der configuration.php leer ist.

Sieht nach spam aus, gelöscht.

Zitat von rode

dann habe ich die Files mit FTP ( Filezilla) hochgeschoben und beim Start vom Backend zeigt er mir dann auch den Update mit der Sprachauswahl an.

Joomla lässt sich so nicht aktualisieren. Du erzeugst damit einen ungültigen Software Stand bei dem Dateien und Datenbank nicht zusammen passen.

Du kannst auf den Stable Server zurückstellen.

Die "Standard" Quelle hat immer die Updates für die jeweils gerade von dir verwendete Joomla Hauptversion - wenn du auf 6.x bist, gibt es also auf dem Standard Server die 6.x Updates. Der "Next" Server würde deiner 6.x Version das Update auf eine künftige 7.x erlauben. Daher ist es auch korrekt, dass Joomla nach dem Update auf den "Standard" Server zurückwechselt.

Dass der Text falsch ist, liegt vermutlich daran, dass du nach dem Update der Joomla Version noch nicht die Sprachdateien aktualisiert hast - die findest du in den Erweiterungsupdates.

Zitat von JoomlaWunder

Wenn dem so ist, dann könnte es sein, dass es weitere Probleme geben wird. Gewisse technische Andorderungen an Joomla und ähnliche Systeme sollten unbedingt erfüllt sein.

... was auch bei 4MB Max Upload Filesize komplett gegeben ist; mal ganz davon abgesehen dass die Joomla Updates nicht vom Browser aus hochgeladen werden und daher das Upload-Limit für den regulären Update Prozess vollkommen irrelevant ist.

Zitat von paul_ahr

Liegt die hohe Anzahl der Sessions daran, dass reCaptcha nicht mehr standardmäßig unterstützt wird?

Nein. Da gibt es keinen Zusammenhang. Jede Session erzeugt eine Zeile in der fraglichen Tabelle. Je mehr Traffic desto schneller das Wachstum.

Wir dröseln die 5 Inhaltsstränge dieses Threads mal auf:

Strang 1: die Entwicklungsstrategie von Joomla
Joomla positioniert sich am Markt in einem Bereich, bei dem Projekte einen gewissen Anspruch in Sachen inhaltliche und technische Komplexität mitbringen, siehe auch developer.joomla.org/strategy.html
Diese Positionierung bringt mit sich, dass das System auch technisch "am Puls der Zeit" bleiben muss und somit fortlaufende Weiterentwicklung und "Renovierung" unter der Haube geboten ist. Daraus lässt sich ableiten, dass Joomla nie "fertig" sein wird, sondern wir über einen kontinuierlichen Prozess sprechen. In der Vergangenheit gab es Versionssprünge, bei denen die Änderungen sehr umfangreich ausgefallen sind, was für Template- und Erweiterungsentwickler großen Aufwand erzeugt hat. Inzwischen fällt der Änderungsumfang tendenziell kleiner aus, ist besser dokumentiert und es gibt das Kompatibilitätsplugin (dazu mehr im nächsten Absatz) um den Umstieg zu erleichtern. Ziel ist ein gesunder Mittelweg.
Generell werden Änderungen, die dazu führen, dass etwas nicht mehr funktioniert (Backwards Breaking Changes), in der vor-vor-version angekündigt. Zwischen Ankündigung und Entfernung liegen also schonmal mindestens 4 Jahre. Das Kompat-Plugin erweitert diesen Zeitraum auf 6 Jahre - ein durchaus amtlicher Zeitraum.

Strang 2: das Kompatibilitätsplugin
Das Plugin dient dazu, Backwards Breaking Changes aus der jeweils aktuellen Version nochmals zu überbrücken, damit Erweiterungen dort noch funktionieren. Konkretes Szenario:

• In Joomla 4.x wird Code als veraltet markiert
• In Joomla 5.x ist die Markierung weiterhin, der Code ist noch da
• In Joomla 6.x ist der Code entfernt, aber das Compat Plugin rüstet ihn wieder nach
• In Joomla 7.x ist der Code endgültig entfernt

Gedanke hinter dem Plugin ist, dass man Bestandsseiten damit das Update erleichtert, gleichzeitig aber vermieden wird das neue Projekte auf Extensions aufgebaut werden, die mit aktuellen Joomla Versionen eigentlich noch garnicht umgehen können.

Strang 3: die Joomla51 Templates
Die genannten Fehlermeldungen zeigen, dass hier noch Code aus Joomla 3.x-Zeiten verwendet wird. Die fraglichen Aufrufe konnten sogar schon damals so angepasst werden, dass sie bis heute laufen würden, denn bestimmte Änderungen aus Joomla 4.x sind seinerzeit aufwendig in Joomla 3.x zurückportiert worden, um das Leben für Extension Entwickler*innen leichter zu machen. Der Umstand, dass das nie passiert ist und die Templates somit seit Jahren offenbar ungepflegt sind, ist bedauerlich - aber in meinen Augen nicht dem CMS anzulasten. Die erforderlichen Anpassungen sind aber mutmaßlich überschaubar, wenn du also nicht abwarten willst, kannst du dich selber dran versuchen oder 1-2 Stunden bei einem Profi investieren.

Strang 4: das Geschäftsmodell der Extension- und Template Clubs
In meiner Wahrnehmung haben sich einige Extension- und Template-Clubs leider in eine Art Todesspirale begeben: durch die Verschiebungen beim Marktanteil gingen die Umsätze zurück und es gab darauf zwei Antworten:
1. "mehr mehr mehr": noch mehr Templates raus ballern, neue Extensions auf den Markt werfen - einfach breiter aufstellen; mit dem Ergebnis, dass aber auch die Menge an Code, die man zu warten hat, stark anwächst und das zu einer zunehmenden Bürde wird
2. "sale sale sale": um Konkurrenten auszustechen, wurde gnadenlos unterboten - im Ergebnis bekommt man bei unserem Beispiel Joomla 51 nun ein Template für sagenhafte 24€ - inkl. "lifetime updates". Das ist kein nachhaltiges Geschäftsmodell und kann langfristig einfach nicht funktionieren.

-------

Strang 5: Umgangston und Anwortqualität im Forum
Hierzu erlaube ich mir nochmal einen Verweis auf Umgangston im Forum - dort ist bereits alles gesagt und dieser Thread hier ein weiteres, grandioses Beispiel für die dort benannten Probleme.

Magst du mal die konkrete Fehlermeldung mit uns teilen? Ist die irgendwo einsehbar?

Zitat von IndianSpirit

aber ein eventuell speziell gefertigtes oder angepasstes Template komplett zu erneuern ist ein sehr großer Arbeitsaufwand.

Mich würde interessieren, um welche Templates es hier genau geht. Wir haben über die Jahre einen großen Berg an individuellen Templates produziert und diese teilweise von Joomla 3.x zu Joomla 6.x durchaktualisiert - der Anpassungsaufwand war stets minimal.

Session Cookies sind zwingend technisch notwendig und daher von der zustimmungspflicht ausgenommen.

Zitat von ahotzler

Viele Cookie-Diskussionen in diesem Forum beziehen sich auf Webseiten, bei denen objektiv keine Verpflichtung zu einer Cookie-Abfrage besteht, da dort keine Cookies eingesetzt werden, die personenbezogene oder personenbeziehbare Daten erfassen.

Obacht: das Thema Cookies ist leider noch komplexer als beschrieben, weil ein weiterer, von der DSGVO unabhängiger Aspekt dazu kommt. Die deutsche Implementierung der EU e-privacy Richtlinie, das TDDDG, regelt dass die Speicherung von nicht zwingend erforderlichen Informationen auf Endgeräten (also auch Cookies) nur mit expliziter und informierter Einwilligung zulässig ist - unabhängig von der Fragestellung, ob die Daten personenbezogen sind.

Im Regelfall sind die von Joomla gesetzten Cookies zwar technisch notwendig, aber dennoch ist es sinnig, auch diese gesetzliche Regelung auf dem Schirm zu haben.