Vielen Dank Jan für die wertvolle Unterstützung.
Damit kann ich auf jeden Fall arbeiten.
Das Problem ist für mich damit gelöst.
Viele Grüsse
Urs
Vielen Dank Jan für die wertvolle Unterstützung.
Damit kann ich auf jeden Fall arbeiten.
Das Problem ist für mich damit gelöst.
Viele Grüsse
Urs
Vielen Dank Jan.
Das hat funktioniert. Der Fehler tritt nicht mehr auf.
Aber:
Ich habe gesehen, das unter dieser Regel einiges an Zugriffsversuchen von vielen URLS hereinkommt und offensichtlich auch entsprechend blockiert wird. Meistens im Zusammenhang mit dem JCE (den ich nicht installiert habe).
Weil mir aber da das Hintergrundwissen fehlt (es war mir bisher gar nicht bewusst das dieses WAF vorhanden ist), frage ich mich deshalb, ob das Ausschalten dieser Regel nicht auch gefährlich ist und ich mir dabei mehr Nachteile als Vorteile einhandle?
Darum habe ich die vorerst die Regel wieder erlaubt.
Kann man irgendwie abschätzen wie die realen Risiken bei der Abschaltung einer solchen Regel ist?
Gruss
Urs
Vielen Dank! Das könnte tatsächlich zutreffen.
Es läuft Plesk und ich habe einen Eintrag im WAF gefunden. Ich versuche diesen nun zu verstehen.
Ich werde die Tipps mal testen und melde mich wieder mit dem Ergebnis.
Grüsse
King Louis
Guten Tag
Ich habe heute zufällig festgestellt, das bei einem Artikel (im TinyMCE), sobald ich speichere oder diesen verlassen will, folgende Fehlermeldung erscheint:
Sobald ich im Browser die "Zurück"-Taste betätige gelange ich wieder ins normale Backend.
Ich habe herausgefunden, dass die Ursache Ausdrücke in Klammern sind: z.B. (irgendein Text), ( irgendein Text ), ( ) nicht aber ().
Sobald die Klammern entfernt sind, funktioniert alles wieder (im Backend). Nicht aber im Fronend (egal ob Superuser oder nicht).
Ich habe gesehen, dass ein Hotfix für den TinyMCE - allerdings für ein anderes Problem - verfügbar ist. Den habe ich aus diesem Grund aber nicht installiert
Nun meine Fragen:
Ist sowas von jemandem auch schon beobachtet worden?
Hat jemand eine Idee wie man da vorgehen rsp. reagieren könnte?
Viele Grüsse
King Louis
Hallo Schnurrig
Wenn ich im Firefox mit dem Inspektor nachschaue, dann ist
.container-banner .banner-overlay .overlay {
....
background-color: #00000080;
...
}
Wenn ich dann im Inspektor die Zeile
mit
background-color:unset;
überschreibe, wird das Banner heller.
Versuche doch mal im user.css
Folgendes einzutragen:
.container-banner .banner-overlay .overlay {
background-color: unset !important;
}
einzusetzen.
Ist zwar ein bisschen Murks, aber damit werden alle anderswo hinterlegten diesbezüglichen Anweisungen übersteuert.
(Tippfehler korrigert...)
Damit ich derartige Dinge nicht vergesse, schreibe ich jeweils in das Notizfeld z.B.: "Achtung: nicht mit Editor öffnen" oder so.
Das wird mir dann in der Liste mit angezeigt und ich sehe es bevor ich es öffne.
Funktioniert fast immer
.
Hoi Antonella
Ich habe ab und zu ebenfalls Uralt-Seiten, die irgendwann bei einem Update Probleme bereiten. In diesen Fällen mache ich ein Backup und regle das händisch (wie Du ja auch erwähnt hast: DB und Filestruktur durchsuchen). Meistens klappt's. Wenn es nicht klappt (eigentlich noch nie), Backup einspielen und weitersuchen. So habe ich eigentlich alle Seiten hingekriegt.
Gruss
King Louis
Zu beachten ist aber, dass der sogenannte "Introtext" im eigentlichen Beitrag dann nicht mehr zu lesen ist.
Ist nicht schlimm, wenn man es weiß und entsprechend anwendet, aber ich bin da zu Beginn etwas drüber "gestolpert".
Wenn Du unter Inhalt → Beiträge → Optionen die Auswahl Einleitungstext auf Anzeigen stellst, dann wird der Introtext beim "Weiterlesen" angezeigt.
Hallo Tino
Das mit dem Hamburger weiss ich gerade nicht.
Hingegen kannst Du durch im user.css mit folgendem Code den Farbverlauf deaktivieren:
.header {
/*background: rgb(2,0,36);*/
/* background: linear-gradient(90deg, rgba(2,0,36,1) 0%, rgba(119,9,121,1) 35%, rgba(0,212,255,1) 100%);*/
background:none;
}
Ich habe dies für eine eigene Seite genau so gemacht. Die ersten beiden Zeilen habe ich einfach auskommentiert. Aber vermutlich können sie auch gelöscht werden. Wichtig ist das "background:none;"
Gruss
Urs
Danke für Eure Inputs und Denkanstösse.
Habe nochmals versucht zu deinstallieren: negativ.
Dann nachgeschaut was in der Konfiguration steht: Captcha war nicht ausgewählt.
Jetzt aber: ich habe nachgeschaut was die Auswahlmöglichlkeiten wären (keine weiteren) und dann uim Reflex anstelle von 'Schliessen' 'Speichern' gedrückt. Und nun einfach nochmals versucht zu deinstallieren: und es hat funnktionniert.
Als mit Euren Worten: merkwürdig.
Aber Problem gelöst.
Viele Grüsse
Urs
Ich wollte eine Seite von Joomla 5.2.6 auf 5.3.0 updaten.
Folgende Meldung wird in der Vorprüfung ausgegeben:
Joomla kann die Kompatibilität der Erweiterung mit der Zielversion von Joomla nicht erkennen: Captcha – Unsichtbares reCAPTCHA Plugin.
Das Plugin habe ich nie verwendet (war einfach inaktiv) und daher wollte ich es deinstallieren. Geht natürlich nicht, da es zum Joomla! Projekt gehört.
Ich habe die Warnung ignoriert und die Seite trotzdem aktualisiert. Scheint problemlos zu laufen.
Was ist der Grund für diese Meldung?
Ist es nötig da händisch dieses Captcha Plugin zu entfernen (Files, Datenbank etc.)?
Grüsse
Urs
Guten Tag
Ich habe mal eine grundsätzliche Frage:
Gibt es eine Möglichkeit in Joomla die Telefonnummer zu verstecken (cloaking), wie es mit der E-Mail-Adresse möglich ist?
Viele Grüsse
Urs
Ich habe die Datenbank nach dem Begriff "Sourcerer" durchforstet und festgestellt, dass in der Tabelle xxxx_overrider tausende von Einträgen aufgelistet waren. Zum Teil auch mit kyrillischen Buchstaben. Nachdem ich im Backend unter System/Languages-Overrides den Cache geleert habe, waren die Einträge weg.
In einer anderen Installation waren es lediglich ca. 100 und nur in Deutsch.
Da ich keine Overrides gemacht habe, bin ich nun nicht sicher, ob das auf einen Fremdzugriff beruht und wenn, wo weitere Veränderungen zu suchen wären.
Wo könnte ich als "erfahrener" Laie noch suchen?
Übrigens habe ich den Rat von Kubik-Rubik in #2 beherzigt und mich von Sourcerer getrennt (Vielen Dank).
Aber nun eine vielleicht dumme Frage:
Wie könnte einen allfälligen Befall feststellen rsp. wie würde sich sowas äussern?
Nachtrag zu #3:
Habs gefunden. Auf der Homepage noch nicht drauf, aber im Joomla Updater vorhanden 12.0.0.
Sorry , war zu schnell.....
Welche Version ist die mit der gefixten Lücke?
Die aktuelle 10.1.3 wurde schon 6. Juni 2024 veröffentlicht.
Hallo flowmotion
zu Frage 1:
Ich filtere nach den Fakeadressen, z.B. "WP" und lösche diese. Meist bleibt dann eine überschaubare Menge an realen Adressen übrig.
zu Frage 2:
Hier fällt mir nur ein, den Cache zu löschen. Das hilft bei vielen unerwarteten Phänomenen.
Gruss
King Louis
Nach der super Anleitung überhaupt einen Adventskalender zu bauen war ich hellauf begeistert über die Beiträge, die im Adventskalender gezeigt wurden. Einiges war leicht (habe ich schon gewusst) und vieles war neu (ich lerne immer gerne dazu) und hat mir viele Denkanstösse gegeben.
Richtige Länge, klar und nachvollziehbar erklärt, animierte immer zum "nachkochen" (und lernen).
Ich freue mich auf weitere Beiträge.
(Zur Frage, ob Videos notwendig sind: Bloss nicht. Das Format im Adventskalender, mit Text und Screenshots, ist praktisch, schnell und klar und braucht signifikant weniger Zeit zum "reinziehen" als ein Video!)
Viele Grüsse
King Louis
Vielen Dank an Alle für die Infos und Beiträge auch von meiner Seite.
Meine ursprüngliche Frage ist vollumfänglich beantwortet worden.
Dank und Gruss
King Louis
Bei mir ist flexicontact seit 10 Jahren im Einsatz. Hatte noch nie Probleme.
Das ist halt auch bei mir der Grund, warum ich noch abwarte.
Aber wie Elwood sagte: mal beobachten (#4) und ggf. eine aktuelle Erweiterung in Betracht ziehen (#6).