Beiträge von b3317133

Frage am besten zunächst direkt beim mitgekauften Theme Support nach. Die Wahrscheinlichkeit, dass hier jemand genau dieses Theme in der von Dir verwendeten Version und damit das gleiche Problem hat, ist vermutlich eher gering.

Wie/wo/wann genau erscheint diese Meldung?

Was ist langsam? Wie genau wurde das auf einer neuen Domain installiert? Weitere Angaben? Welches Theme, welche Plugins? Link zur Seite? Siehe auch Forenregeln, Punkt II.

Einfügen beispielsweise in einem [FONT=Courier New]jQuery.ready()[/FONT] irgendwo auf dem Website, z.B. über [FONT=Courier New]wp_footer[/FONT] Action. Fertige Lösung mit Einbau via Jobbörse.

WordPress > Design > Theme Info > Erste Schritte mit Chronus > Theme Dokumentation > Footer Einstellungen (Pro Version), unklar ob/was dort eingegeben werden kann, ggf. Pro Support kontaktieren.

Alternativ ein kleines Plugin, das die vorhandene [FONT=Courier New]chronus_footer_text[/FONT] Action nutzt, habe ein Beispiel im Website hochgeladen. Alternativ ähnlichen Code in einem Child Theme verwenden oder [FONT=Courier New]footer.php[/FONT] in einem Child Theme bearbeiten.

Was steht im PHP Error Log?

Die Error Logs bei Strato stehen üblicherweise unter "Datenbanken & Webspace -> Statistik -> Logfiles (oben) -> Error-Logfile anzeigen (Button)". Exemplarisch hier ein Screenshot wie man da hinkommt.

Ergänzung: Nach der generellen Beschreibung könnte z.B. in [FONT=Courier New]wp-config.php[/FONT] ein manueller Eintrag mit falschen Hochkommata stehen, das wäre ein Error Log Eintrag ähnlich wie sowas hier mit "komischen" Zeichen um eine Konstante herum:

Fatal error: Uncaught Error: Undefined constant "�IRGENDEINE_KONSTANTE�" ... in ...xxx/wp-config.php on line XX

Das Verhalten wird vom Theme so festgelegt. Du könntest beim Theme Support anfragen, ob es eine von Dir gewünschte Lösung gibt, oder selbst ein JavaScript einfügen, das den Klickbereich erweitert, ein Ansatz wäre sowas:

jQuery('.home.blog .blog-posts-wrapper.grid .grid-item').on('click', function() { window.location = jQuery(this).find('.entry-title a').attr('href')});

Was genau hast Du erfolglos versucht? Im Link von @threadi sind viele Möglichkeiten beschrieben.

Falls eine Datei [FONT=Courier New]/wp-admin/.htaccess[/FONT] existiert, entferne diese per FTP oder benenne sie um, siehe auch Dein älterer Thread hier zu gleichen Thema.

Codebeispiele für [FONT=Courier New]include()[/FONT] gibt es z.B. in der PHP Dokumentation.

Mit WordPress hat dieses PHP Syntax Problem nichts zu tun.

Anmerkung: Eine Staging Seite hat in der Regel zudem ein aktives Maintenance Plugin, wodurch SEO Plugins normalerweise entspr. "eingebremst" werden.

Vermutlich fehlt das [FONT=Courier New]<?php[/FONT] am Anfang der Datei [FONT=Courier New]wp_config_local_adds.php[/FONT]

<?php
define( 'WP_ENVIRONMENT_TYPE', 'production' );

Ein [FONT=Courier New]?>[/FONT] am Ende ist übrigens überflüssig und wird in der Regel auch weggelassen.

Binde die Datei am besten vor dieser Zeile ein:

/* That's all, stop editing! Happy publishing. */

Schon Easy Updates Manager angesehen?

• Ist [FONT=Courier New].htaccess[/FONT] vorhanden, wenn auf Einfach gestellt wird? Sollte nicht der Fall sein sein.
  
• Was genau steht bei Einstellung Beitragsname in [FONT=Courier New].htaccess[/FONT]? Screenshot?
  
• Wende Dich an den technischen Betreuer des Servers und lasse sicherstellen, dass [FONT=Courier New]mod_rewrite[/FONT] läuft. WordPress benötigt das.

Zitat von SEpp55

Hier die Antwort aus dem Paralleluniversum:

Für interessierte Zeitgenossen, weitere Antworten aus dem "Paralleluniversum" auf diese Frage gibt es hier bei wordpress.org zum Nachlesen.

Derzeit ist eine statische Seite eingestellt, was anderes macht im Moment auch keinen Sinn, da der Website derzeit gar keine öffentlichen Beiträge hat.

• Deaktiviere alle Plugins
• Stelle Permalinks auf Einfach, klappt das Seite erstellen dann?
• Stelle Permalinks auf Beitragsname, wird dann eine Datei .htaccess im Haupverzeichnis angelegt? Was steht drin?
• Läuft auf dem Server mod_rewrite?

Versuche dann erstmal mit PHP 8.0 statt PHP 8.1 weitere Probleme über debug.log rauszufinden.

Entferne diese Zeile 21 aus wp-config.php, die Hochkommata (Anführungszeichen) sind falsch.

Eröffne besser einen eigenen Thread, siehe auch Forenregeln, Punkt II.

Der gepostete (und dann wieder entfernte) Auszug aus dem Error Log sind keine "Fehler 500" Fatal Errors.

Aktiviere WP_DEBUG mit debug.log, beachte dabei: Bei Host Europe kann in den PHP Einstellungen ggf. voreingestellt sein, dass Debugging nicht per Script überschrieben werden kann, passe das bei Bedarf an.

Ergänzung zur aktuellen Ausgabe des vorher im Log genannten Websites: Entferne Zeilen mit define Konstanten aus der wp-config.php, die falsche Hochkommata haben, derzeit mind in der Zeile mit WP_ALLOW_REPAIR

Fatal error:  Uncaught Error: Undefined constant "�WP_ALLOW_REPAIR�" in /is/htdocs/w.../www/2011/wordpress/wp-config.php:21

Für Support zur Installation von gekauften Plugins ist es oft hilfreich, direkt den mitgekauften Support anzusprechen, vermutlich hier: https://www.elegantthemes.com/contact/

Ohne weitere Informationen wie WordPress Version, Theme Version, Plugin Version, sonstige Plugins und Versionen, PHP Version usw. kann man Dir bei einer solchen Beschreibung schwer sinnvoll weiterhelfen. Siehe auch Forenregeln, Punkt II.

Zitat von rhenus

So bindest du Google Fonts lokal ein: DSGVO-konform mit WordPress
[plain]https://kopfundstift.de/google-fonts-lokal-einbinden/[/plain]

Wie du Google Fonts lokal und DSGVO-konform in WordPress einbindest
[plain]https://www.blogmojo.de/google-fonts-lokal-einbinden/[/plain]

Am Rande bemerkt: Da diese beiden Seiten ohne Zustimmung externe Tracker (Google Analytics bzw. vgwort) einbinden, sollte man überlegen, ob man sich zum Thema DSGVO dort informieren will.

• Wurden beim Einspielen der neuen WordPress Version auch die Dateien im Hauptverzeichnis ersetzt? Also alle ausser [FONT=Courier New]wp-config.php[/FONT]?
• Evtl. die [FONT=Courier New].htaccess[/FONT] Datei umbenennen, falls sie etwas anderes als Basic WP enthält.
  
• Das Theme "Twentytwentythree" gab es für WordPres 5.6.10 noch nicht, nutze z.B. Twenty Nineteen.

Ein Datei-/Ordnerrechte Problem ist eher auszuschliessen.

Was noch möglich wäre ist, dass sich ein nicht (mehr) funktionsfähiger Hack in [FONT=Courier New]wp-config.php[/FONT] befindet, das kann man durch groben Abgleich mit [FONT=Courier New]wp-config-sample.php[/FONT] und Abweichungen z.B. eigene Codezeilen sehen.