Beiträge von b3317133

Es sind offenbar Prozent Breiten eingestellt für die Spalten, entferne die mal.

im von Elementor erstellten post-19.css


@media (min-width: 768px) {
    .elementor-19 .elementor-element.elementor-element-46e0313 {
        --width: 27%;
    }
}

Wende Dich am besten an die Person, die den Website technisch betreut und zeige ihr diesen Thread, die Person wird das dann verstehen.

Die HTML Strukturfehler sind z.B. in Firefox bei "Seitenquelltext anzeigen" rot markiert, alternativ kann man sie bei einem HTML Validator sehen, z.B.

https://validator.w3.org/nu/?doc=https%3A%2F%2Fwww.lifetojourney.de%2F

Neben all den anderen Problemen dort ist das hier gemeint:

Zitat

Quote " in attribute name. Probable cause: Matching quote missing somewhere earlier. (2)
No p element in scope but a p end tag seen. (6)

Bei der Suche nach Darstellungsproblemen deaktiviere alle Cache-, Minify- und Optimierungsplugins - derzeit mindestens aktiv: Jetpack, Clearfy - damit man die Zuordnung/Herkunft von CSS leichter im Browser nachvollziehen kann. Die Seite im aktuellen Zustand hat auch HTML Strukturfehler, auch das kann ein Grund sein.

Zur Info: Hier funktioniert es gut auch mit diesen 100% height, die der WordPress Core dort vorsieht.

Wie/wo genau stellst Du andere Schriftarten oder sonstige Änderungen für den Backend Bereich ein?

Wo/wie genau rufst Du die o.g. Ansicht auf? Wo in WordPress klickst Du was an? Evtl. innerhalb eines Beitrags? Und wie ist es mit einem anderen PC?

Eine Theme Schriftart hat normalerweise keine Auswirkungen auf Medien Dialoge.

Wenn man über Medien in der Grid Ansicht eine Datei bearbeitet, bekommt man so eine Ansicht. Allerdings ist hier dann nichts verschoben.

Interessant wäre auch noch mit welchem Browser das so angezeigt wird. Die Schriftart iM Screenshot ist z.B. nicht die Standard Windows Firefox o.ä. Schriftart.

Aktuell wäre WordPress 6.6.1, das nur weil Du "Update auf WP 6.6" schreibst.

Wo/wie genau rufst Du die o.g. Ansicht auf?

Du könntest das Plugin Real Media Library temporär deaktivieren wenn das möglich ist und so sehen, ob es daran liegt.

Zitat von HUHU_7777_AA

und meine php.ini. sah so aus, hat aber kein log file erzeugt ?

Die Datei sollte [FONT=Courier New]php.ini[/FONT] heissen, ohne Punkt am Ende.

Zitat von HUHU_7777_AA

Code

error_log = /kunden/homepages/36/d460362686/htdocs/UMZUG_BETTINA_DOERR;

Die IONOS Dokumentation sieht einen Dateinamen für das Log in dieser Zeile vor.

Eine Zeile mit [FONT=Courier New]defne wp debug true[/FONT] ist grob falsch und dürfte weitere Fehler erzeugen, lies nochmal genauer die Antwort #3 oben. Ein Hilfe pdf ist dort nicht verlinkt. Die [FONT=Courier New]php.ini[/FONT] muss angepasst werden, lies den Punkt 2 in der IONOS Dokumentation dazu. Deine Antworten sind leider zu ungenau.

Ergänzung: In der IONOS Dokumentation wird auch das WordPress [FONT=Courier New]WP_DEBUG[/FONT] mit Log in einfachen Schritten erklärt.

Was genau hast Du bzgl. WordPress Debug Log in die Datei [FONT=Courier New]wp-config.php[/FONT] geschrieben?

Bei IONOS solltest Du beim Hosting das PHP Error Log lt. Dokumentation so aktivieren können (gefunden über eine Suchmaschine mit IONOS Error Logs aktivieren).

Stelle sicher, dass maximal PHP 8.1.x verwendet wird, mit PHP 8.2.x ist WordPress noch nicht vollständig kompatibel.

Du kannst über WP_DEBUG mit WP_DEBUG_LOG ein Log in der Datei [FONT=Courier New]/wp-content/debug.log[/FONT] erzeugen. Alternativ bzw. bei schwereren Fehlern kann man mehr Informationen im Error Log beim Hosting nachlesen, da hilft der Hosting Support sicher gerne.

Der Theme Hersteller hat heute ein Update 9.9 veröffentlicht, das den o.g. Fehler in [FONT=Courier New]section-header.php[/FONT] behebt.

Du solltest schon mind. erwähnen, dass Dein Screenshot manipuliert ist, wenn Du nach Auffälligkeiten bzgl. eines Hacks fragst.

Wenn man die Seite per Google sucht und den Login Dialog aufruft, erscheint hier dieser Hinweis auch, er stammt vom Plugin "Limit Login Attempts Reloaded".

Ansonsten: Einige Pfade zu Schriftarten sind im Frontend offenbar falsch hinterlegt, das sollte man wohl beheben.

Das Headerbild mit Logo im Frontend erscheint hier derzeit nicht wegen eines PHP Hinweises bei der Ausgabe des HTML Codes dafür:

ltrim(): Passing null to parameter #1 ($string) of type string is deprecated in [...]/wp-includes/formatting.php

Möglicherweise wurde auf eine zu neue PHP Version umgestellt o.ä.

Ergänzung: Möglicherweise kannst Du das Problem mit dem Headerbild auch durch eine Code-Korrektur im Theme in der Datei [FONT=Courier New]eduvert/template-parts/sections/section-header.php[/FONT] lösen.

Ersetze das hier:
    <img src="<?php esc_url(header_image()); ?>" width=...


durch das hier:
    <img src="<?php header_image(); ?>" width=...

Zitat von Olivier Inhelder

Infomaniak bietet php bis 8.3 an.

Stelle sicher, dass maximal PHP 8.1.x verwendet wird, mit PHP 8.2.x ist WordPress noch nicht vollständig kompatibel.

Warum steht google.com in der URL-Zeile?

Im Plugin Beschreibung FAQ ist beschrieben, wie Du auch selbst sehen kannst, ob das Plugin aktiv ist bzw. richtig arbeitet, melde Dich dafür aus WordPress ab oder verwende ein privates/incognito Fenster des Browsers.

Zitat

How do I know my blog is being cached?

You need to refresh a page twice. If a page is cached, at the bottom of the page there is a text like “<!-- WP Fastest Cache file was created in 0.330816984177 seconds, on 08-01-14 9:01:35 -->”.

Dieser Text wird aktuell nicht angezeigt und auch die js/css Dateien werden nicht zusammengefasst.

Das WP Fastest Cache Plugin ist lt. HTML Quelltext der o.g. Webseite aktuell weiterhin nicht aktiv, auch die üblichen Cache Verzeichnisse in [FONT=Courier New]wp-content/cache/[/FONT] dafür existieren derzeit nicht. Evtl. arbeitest Du auf einem anderen Website.

Das WP Fastest Cache Plugin ist aktuell weiterhin nicht aktiv.