Beiträge von b3317133

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.

Zitat von gfra

Einen Fatal Error sehe ich aber sofort, wenn ich versuche, woocommerce zu aktivieren -

Screenshot des Fatal Errors?

Bei Host Europe kann in den PHP Einstellungen auch eingestellt sein, dass Debugging nicht per Script überschrieben werden kann.

Man kann bei so grossen Datenmengen auch einfach z.B. [FONT=Courier New]wp-content/uploads/[/FONT] als Ausnahme für das Duplikator Paket einstellen und das Verzeichnis manuell per FTP selbst kopieren. Oft befinden sich auch komplette Backups mit in [FONT=Courier New]wp-content[/FONT] Ordnern oder anderweitige Ordner im WordPress Hauptverzeichnis, die bei Duplicator mitgesichert werden, wenn man keine Ausnahme dafür einrichtet.

Das Asgaros Forum Plugin ist derzeit inaktiv/gesperrt, siehe auch Pluginbeschreibung.

Das sollte man wohl vorerst nicht benutzen. Evtl. enthält es Sicherheitslücken o.ä.

Sowas kann viele Ursachen haben. Wende Dich am besten direkt an den JetPack Support, den hast Du mitgekauft.

Von aussen ohne Login usw. kann man bei diesem Problem leider nicht wirklich weiterhelfen.

Für spätere Mitleser:

Dieses Vorgehen ist wohlgemerkt kein allgemeingültiger Ansatz.

Normalerweise sollte man WordPress durch die verschiedenen Versionen in kleineren Schritten aktualisieren, also in diesem Fall 3.9.6->3.9.37 (erstmal auf die neuste im Zweig), dann 4.0.36->4.2.34->4.4.x->4.6.x usw., das ist nur hier wegen der erfolgten PHP Umstellung nicht mehr möglich. Ab 5.6.10 ist WordPress PHP 8 kompatibel, daher würde man es in diesem Notfall damit versuchen.

Die beste Lösung wäre ein Einspielen des Backups auf einen anderen Server mit der alten PHP Version und dann schrittweises Aktualisieren von WordPress, Theme, Plugins und PHP die jeweils zeitlich ähnlich veröffentlicht wurden und kompatibel sind und dann der Umzug auf den Liveserver.

Du löschst nicht [FONT=Courier New]wp-config.php[/FONT]. Du ersetzt alle Dateien und Ordner bis auf [FONT=Courier New]wp-content[/FONT] aus einem frischen WordPress Download Archiv, da ist [FONT=Courier New]wp-config.php[/FONT] nicht betroffen.

Ob der Login mit alleine der neuen WordPress Version funktioniert, ist nicht klar, daher siehe die anderen beiden Punkte bei "Du kannst per Filezilla einspielen".

Besorge am besten zuerst aktuelle PHP 8 kompatible Archive des Themes und ggf. kommerzieller Plugins bzw. informiere Dich bei den Autoren/Herstellern, ob es diese gibt.

Zitat von gfra

jetzt gibts einen Fatal Error, wenn ich Woocommerce aktiviere.

Welcher Fatal Error genau? Der o.g. Auszug aus dem Error Log sind keine Fatal Errors.

Welche WordPress Version wurde verwendet? Welches Theme und Version (steht in Datei style.css des Themes)? Welche Plugins?

Du kannst per Filezilla einspielen:

• PHP 8 kompatible Version (mind. WordPress 5.6) von WordPress (alle Dateien und Ordner bis auf [FONT=Courier New]wp-content[/FONT])
• PHP 8 kompatible Version Deines Themes (Details dazu ggf. beim Theme Support/Hersteller)
• PHP 8 kompatible Versionen Deiner Plugins

Details zur eigentlichen Ursache ergeben sich aus dem PHP Error Log im Hosting.

Wenn das Theme 750px Contentbreite hat, sprich das Bild 750px breit dargestellt wird, dann erstelle das Bild in 750*2=1500px Breite im PNG Format und versuche es damit.

• WordPress Theme Handbook
• Kapitel Child Theme

Viele Seiten sind abmahngefährdet. Aus den verschiedensten Gründen.

Ohne Link zu Deiner eigenen Seite wird man Dir kaum Tipps geben können, ob bei Dir was im Argen liegen könnte. Siehe auch Forenregeln, Punkt II.

Die von Dir genannten Google Analytics, GoogleTag Manager und Matomo sind keine standardmässigen Funktionen von WordPress.

Alternativ suche einen Anwalt Deiner Wahl auf und lasse Deine Seite dort prüfen.

Rechtssichere Aussagen kannst und wirst Du in "irgendeinem Internetforum" wie diesem hier sicher nicht bekommen.

Im Grunde egal welches, es muss nur zu Deinen Anforderungen passen und entspr. für Deinen Website eingerichtet werden.

Oft besteht der Irrglaube, man müsse nur irgendein Cookie Plugin installieren und alles wäre damit erledigt.

Derzeit werden auf Deinem Website beispielsweise externe Inhalte von facebook, youtube, google eingebunden, das darf alles erst nach Zustimmung erfolgen.

Zitat von Anorm

.. wenn man ein "leeres" Template auswählen kann (damit kein zusätzliches CSS vom Template geladen wird) in der Seitenerstellung und nur der Inhalt des Editors angezeigt wird, geht so etwas auch?

Das geht so:

<?php /* Template Name: Leeres Template */
global $post;
echo $post->post_content;

Möglichkeiten:

• Wende Dich an den Borlabs Font Blocker Support.
  
• Deaktivere temporär Google reCaptcha und finde so heraus, ob es daran liegt.
  
• Poste einen Link zur Seite, damit man das ansehen kann, siehe auch Forenregeln, Punkt II

Die Gestaltung des Supports bzw. der Updates ist je nach Theme Anbieter unterschiedlich.

Bei manchen Theme Forest bzw. Envato Themes kann es z.B. sein, dass man die eigentlich weiter verfügbaren Updates jeweils manuell aus dem Account dort herunterladen und selbst installieren muss, das erfährt man aber oft nicht, wenn der technische Support für Installation o.ä. bereits abgelaufen ist, bei anderen Themes dort können Updates bequem über das Envato Market Plugin installiert werden, wenn ein Token erzeugt/hinterlegt wurde, usw. Also gibt es auch innerhalb eines Marktplatzes Unterschiede.

Generelle Aussagen dazu kann man nicht treffen, alles genau lesen, ggf. auch Altverträge genau lesen, daher auch immer alles runterladen bzw. archivieren, die Bedingungen können sich von aktuellen Angeboten auch mal unterscheiden.