Re:Later Joomler

[…] Musst ja nur lang genug warten. Wie bei jeder Lücke. Will nur sagen: Man kann das so nicht sagen. Zumindest nicht auf der Basis, die du da nennst.

[…] Jo. spät ist es.

[…] Reden wir hier nicht vone Hoster one.com? Oder gehört der zu Strato? (Tschuldigung: Gerade sehe ich, wie Strato ins Spiel kam). one.com gehört jedenfalls seit langem zu denen, die sich weigern die Standardkonfiguration des DB-Servers beizubehalten, sondern haben ihn umkonfiguriert. Mit "aufgeblähter" Datenbank hat das auch nicht unbedingt zu tun. Eher mit der von einer Erweiterung abgeschickten SQL-Abfrage, was dann bei einer veralteten Erweiterung durchaus mal vermehrt vorkommen kann.…

Nu so: Joomla 6 und PHP7.4 ist eine schlechte Kombination. Sowohl JoomShopping als auch Virtuemart können Katalog-Modus. Ich bevorzuge JoomShopping, da Virtuemart so grausamen Code hat. Deine WUnschliste können beide aber nicht, denke ich. Das automatisch z.B. Man müsste schon was programmieren. JoomShopping-Plugin z.B. Oder anderweitiger Code, der deine Ordner einliest und in die Shop-DB einliest. Schon Aufwand..

[…] Geh mal nach Komponenten > Aufgaben. Schaue, ob vor der Aufgabe ein rennendes Männchen ist. Wenn ja, klicke es, damit es verschwindet. Hatte ich mehrfach. Schon unter Joomla 5.

Die o.g. Fehlermeldung beruht auf einem Hoster-Problem. Update Joomla 5.0.0 auf 5.0.1 - Fehler MAX_JOIN_SIZE [URL:https://forum.joomla.de/thread/19979-update-joomla-5-0-0-auf-5-0-1-fehler-max-join-size/] (auch wenns da um eine andere Code-Situation geht. Also das hier […] In plump-kurz: Eigentlich sollte die Datenbank seitens Hoster so konfiguriert sein (eigentlich die Standard-Konfig.), dass Meldungen bzgl. SET SQL_BIG_SELECTS gar nie auftauchen sollten.

Nach Sichtung des Codes (habs dann doch noch kostenlos gefunden in einer Version 0.0.1) ist das ein Joomla-3-Modul. So erklärt sich dann auch die Fehlermeldung. Hast du das Plugin "Verhalten – Abwärtskompatibilität 6" aktiviert mit beiden Optionen aktiviert?? Vielleicht hilft das??

Schwer zu sagen, da es ja eine Kauf-Erweiterung ist. Laut https://extensions.joomla.org/extension/3cx-live-chat/ ist sie auch nicht für Joomla 6 geeignet.Aber Support solltest du ja eigenlich bei 3cx bekommen, wenn du es gekauft hast.

Vielleicht hilft es, wenn du ein Update-ZIP der Joomla6 in der Joomla-Updates-Komponente hochlädst und ausführst. Glaub aber nicht, da in dem Update-Paket zahlreiche DB-SQL-UpdateScripts (Joomla5 betreffend) fehlen. Wenn nicht hilft: In phpMyAdmin-> Tabulator "SQL"-> Ins Feld einfügen (Quelltext, 2 Zeilen) und ausführen. Das ist eine Anweisung, die Joomla bei einem regulären Update auf J5 neben mehreren anderen ausführt. Rest hat @JoomlaWunder schon gesagt. Der Versionssprung ist einfach…

[…] Die Sete versucht externe Inhalte zu laden sowie Inline-CSS oder Inline-JS, was aber per Content-Security-Policy-Regeln verboten wurde. Da kommt meist(!) wie oben schon genannt, die .htaccess in Frage, aber auch das joomlaeigene Plugin "System – HTTP Header" und/oder ein Consent-Plugin ("Cookie-Warner"). Natürlich auch Einstellungen Serverseitig, also Providerseitig, wobei das in meinen Augen No-Go wäre, wenn der Provider so was ohne Benutzerzutun aktiviert hat. Käme jetzt drauf an, ob…

Auch nur nebenbei: Bei dem Modul im Fuß, der ADresse und Emailadresse anzeigt, solltest du Option "Inhalte vorbereiten" aktivieren, damit die Emailadresse für Bots schwerer auslesbar wird (STichwort Cloaking, E-Mail-Verschleierung).

Für mich sieht das nach Code aus, der vermutlich in einem Modul vom Typ "Eigenes Modul" in der betreffenden Footer-Modulposition eingesetzt ist. Das kann auch in einem Layout des Moduls sein, so, dass man das nicht unmittelbar im Backend sieht. Die würde ich jedenfalls zuerst mal prüfen, ob sich da was findet. Manchmal geht das aber auch über das Template, so Code einzusetzen. Soweit ich sehe, hat das auch nichts mit ConvertForms zu tun. Nebenbei: Hast du die aktuellste Version installiert?…

[…] Nur ganz nebenbei gesagt und dann bin ich auch schon wieder weg ;-) Es gibt so viel Blödsinn zur Bearbeitung der Joomla-htaccess im Netz, dass du das schon verlinken solltest, was du da wo gefunden hast. Eigentlich sind es immer nur Kleinigkeiten in der Original-htaccess (die jeweils zur Joomla-Version passen sollte), die anzupassen sind. Lokal manchmal bisschen andere als online.

Wenn ich auf die Suchen-Seite gehe, findet die jedenfalls mehrheitlich Nicht-SEF links bzw. zeigt solche an, aber leider gleichzeitig auch SEF-Links. Irgendein Durcheinander halt. Frage ist dann, wie hast du denn die kaputten, internen Verlinkungen in den Beiträgen eingefügt. Mit dem Beiträge-Button unter dem editor (sollte man immer so machen, weil das SEF-Plugin sich um den Rest kümmert) oder händisch?

[…] Das ist in vielen Fällen kontraproduktiv. Nur, wenn deine Seite unter verschiedenen Domains aufrufbar ist, kann das gelegentlich sinnvoll sein. Aber nur dann. Joomla-Beschreibung sagt: […] […] Wenn man mittendrin umschaltet, dann haben Suchmaschinen natürlich schon viele Links gesammelt, die jetzt nicht mehr funktionieren (404). Das kann einem oft egal sein, weil Suchmaschinen halt dann die neuen Links zusätzlich sammeln. Es dauert halt einige Zeit bis Suchmaschinen dann die alten…

[…] Na ja, zumindest finde ich sie auf archive.org. 2014/2015+ war, die erste zumindest, regulär online. Erst für 2019 wird dann ein Redirect auf den Provider erkannt: https://web.archive.org/web/20150215200856/http://praxis.lebenslust-jetzt.de/ Auch/Selbst Google-Suche erfindet so Subdomains nicht (deren AI-Halluzinator vielleicht, aber den gabs damals noch nicht). Irgendwo wirst die schon selbst irgendwo verlinkt haben.