threadi

Mich wundert direkt eine Sache: dein Hosting umfasst 120 GB, aber WordPress selbst belegt davon nur ganz wenig. Was hast du parallel dazu noch liegen? Könnte vlt. die Grenze beim Webspace bei 120GB sein? Dann wäre doch der Speicherplatz voll und das die Erklärung.

Tipp daher: schau per FTP nach wo der viele Speicherplatz belegt wird. Möglicherweise hat IONOS dafür auch irgendein Tool wie Web-FTP im Angebot.

Schön, dass es gelöst ist. Wäre interessant zu wissen um was für Updates es beim Hoster ging.

Von den genannten Werten würde ich nichts entfernen. Daran rumzuschrauben ist auch eher unnötig, da diese eher geringen Werte in den meisten Hostings gar keine Auswirkungen haben. Die Warnung in WordPress dazu kann man daher ohnehin unterdrücken oder einfach ignorieren.

Klar kann man in den escape-Funktionen keinen HTML-Code schreiben. Das ginge eher mit kses.

Ich weiß aber leider wiedermal nicht worauf du hinaus willst. Wenn du die Ausgabe der Lizenznummer vom Nutzer fett (oder betont) darstellen willst, dann reicht es so (inkl. Anpassungen für WordPress Coding Standards, sonst würde ich sowas hier nicht veröffentlichen):

function wpb_lit_shortcode(): string {
    // do nothing if user is not logged-in.
    if( ! is_user_logged_in() ) {
        return '';
    }
    
    // get the lizenz of this user.
    $lizenz = get_user_meta( get_current_user_id(), 'lizenz', true );
    
    // do nothing if he has no lizenz.
    if( empty( $lizenz ) ) {
        return '';
    }
        
    // return lizenz.
    return '<strong>' . esc_html( $lizenz ) . '</strong>';
}
add_shortcode( 'lizenzen', 'wpb_lit_shortcode' );

Beachte auch, dass du den Funktionsnamen (derzeit wpb_lit_shortcode) unbedingt noch an dich anpassen solltest. Empfehlung ist den eigenen wp.org-Nutzernamen gefolgt vom Plugin-Slug zu nehmen. Natürlich jeweils ohne Leer- und Sonderzeichen und der Plugin-Slug in englisch.

Das hängt von o.g. Einstellungen ab. Prüfe diese.

So eine Anleitung hilft in dem einen Projektaufbau, aber nicht in allen. Wir wissen leider nicht was bei dir zutrifft. Deine Infos reichen leider weiterhin nicht aus um dir irgendwie helfen zu können. Bitte beantworte doch meine Fragen von oben dazu:

Wie hast du vor die Ausgabe im Frontend einzubinden? Nutzt du ein Child-Theme und passt deine PHP-Dateien selbst an oder nutzt du ein Block Theme? Etwas mehr Infos zu deinem Projekt könnten helfen dir auch eine passende Antwort dazu zu geben. Siehe auch: https://de.wordpress.org/support/topic/bevor-du-ein-neues-thema-thread-erstellst/

Und nochmal: das ist hier ein Anwenderforum. Wenn es dir um individuelle Programmierung geht wirst du woanders vermutlich viele Antworten finden. Die brauchen aber ebenso wie wir mehr Infos von dir um dir helfen zu können.

Ich würde in so einem Fall empfehlen erstmal ins Error-Log vom Hosting zu schauen. Dort muss zu sehen sein was für ein Fehler konkret auftritt. Ist es ein Plugin, kann man dieses per FTP entfernen.

Siehe dazu auch: https://de.wordpress.org/support/topic/error-500-internal-server-error/

Die Meldung zu den _load_textdomain_just_in_time-Angaben wird durch ein Plugin verursacht die noch nicht mit WordPress 6.7.x oder neuer kompatibel ist. WordPress hat dazu schon vor Monaten informiert, leider hat nicht jeder Entwickler reagiert.

Bei deiner Meldung handelt es sich um dieses Plugin hier: https://wordpress.org/plugins/imagemagick-engine/ von dem du laut Website-Bericht die aktuelle Version hast, aber der Bug scheint dort dennoch enthalten zu sein.

Ich sehe bei dir 2 mögliche Lösungen:

• Ignoriere die Meldung. Sie wirkt sich nicht auf die Geschwindigkeit aus. Es kann höchstens sein, dass Texte von diesem Plugin nicht übersetzt angezeigt werden.
• Oder wende dich an den Support des Plugins mit Bitte das zu beheben: https://wordpress.org/support/plugin/imagemagick-engine/

Deine Geschwindigkeitsprobleme erklärt das aber dennoch weiterhin nicht. Mir fällt in deinem Website-Bericht jedoch noch einiges auf:

• Du nutzt offenbar mehrere Optimierungsplugins: W3 Total Cache und WP Optimize. Ich würde empfehlen auf eines zu verzichten da sie sich funktional überschneiden.
• Der Query Monitor wäre nur für Analysen sinnvoll, würde ich dauerhaft in Produktiv-Umgebungen aktiv lassen.
• PHP 8.0 ist schon eine ganze Weile veraltet. Wenn es deine Plugins zulassen, würde ich mal auf 8.1 oder 8.2 wechseln. WordPress hat damit kein Problem, nur Plugins und Themes leider noch.
• Wieso sind da 2 Shortcode-Plugins? Reicht nicht eines? Nur als Hinweis.

Für die weitere Analyse deines Ladeproblems würde ich empfehlen testweise mal alle Plugins zu deaktivieren. Dann muss es schnell sein. Dann aktivierst du sie wieder einzeln bis es wieder langsamer wird. Möglicherweise ist nicht ein Plugin sondern mehrere die Ursache. Vlt. auch die Kombination von mehreren Plugins.

Dein o.g. Code zeigt vom Autor eines Beitrags die Daten an. Dir geht es aber doch um den aktuell angemeldeten Nutzer? Das müsste anders gelöst werden. Und welches Feld von diesem willst du genau ausgeben?

Wie hast du vor die Ausgabe im Frontend einzubinden? Nutzt du ein Child-Theme und passt deine PHP-Dateien selbst an oder nutzt du ein Block Theme? Etwas mehr Infos zu deinem Projekt könnten helfen dir auch eine passende Antwort dazu zu geben. Siehe auch: https://de.wordpress.org/support/topic/bevor-du-ein-neues-thema-thread-erstellst/