Beiträge von b3317133

Jetzt werden die Schriftarten aus dem Ordner [FONT=Courier New]wp-content/uploads/fonts/[/FONT] eingebunden und sollten daher von Theme Updates unabhängig dort erhalten bleiben.

Da die Schriftart jetzt aus WordPress Sicht eine technisch ganz andere ist als vorher, musst Du die Einstellungen dafür wohl nochmal machen. Warum die Layoutbreite anders ist, kann ich nicht sagen.

Wenn Du wie oben geschrieben "nicht täglich Deine Seite kontrollieren" willst, solltest Du wohl alle automatischen Updates abschalten und dann regelmässig selbst manuell Plugins, Theme, WordPress einzeln nacheinander aktualisieren mit jeweiliger direkter Prüfung der gesamten Seite auf unerwünschte Veränderungen.

Als ich mit Baskerville geprüft habe, wurde der unter Google Font anzeigt. Ansonsten musst Du wohl Deine eigenen Dateien hochladen.

Versuche es mit der Schriften installieren Auswahl, nicht mit Hochladen, hatte das oben direkt nach dem Schreiben noch geändert.

Die Schriften werden bei Dir unter Theme aufgeführt, wurden im Theme Twenty Twenty-Five aber nie so mitgeliefert, nur Fira Code und Manrope. Evtl. wurden sie damals warum auch immer in den falschen Ordner installiert, eigentlich sollten Daten von Schriften über WordPress Bordmittel hochgeladen im von Theme Updates unabhängigen Ordner [FONT=Courier New]wp-content/uploads/fonts/[/FONT] landen. Evtl. hat es auch mit Deiner o.g. Verwendung von experimentellen Gutenberg Plugin Funktionen zu tun.

Du könntest versuchen, die Schriftarten unter Individuell zu löschen und erneut über Schriften installieren zu installieren und dort zu aktivieren und unter Theme zu deaktivieren.

Bei einem Theme Update wird der Theme Order mit allen sich darin befindlichen Dateien überschrieben.

Wenn man eigene Anpassungen machen will, nutzt man ein sog. Child Theme.

Wo genau lädst Du Schriften hoch und werden diese angezeigt? Ggf. mit einem extra Plugin? Kannst Du einen Screenshot davon posten?

Deine Seite versucht lt. Browser Inspector Schriftdateien für die Schriftarten baskerville und mayfair aus dem Ordner des Twenty Twenty-Five Themes zu laden, die dort nicht vorhanden sind und die normalerweise auch nicht in diesem Theme mitgeliefert werden.

Vor wenigen Tagen gab es ein Update des Twenty Twenty-Five Themes, evtl. wurde das bei Dir automatisch installiert o.ä. und hat eigene Anpassungen überschrieben?

Zitat von Kaot

Index.php habe ich nicht verschoben, habe aber entdeckt, dass es da in jedem Ordner ( wp-content- wp_admin) auch eine gibt?

Alle [FONT=Courier New]index.php[/FONT] Dateien haben unterschiedliche Inhalte, Du kannst die nicht einfach untereinander austauschen. Woher genau stammte die [FONT=Courier New]index.php[/FONT] Datei, die Du vorhin in das Verzeichnis [FONT=Courier New]wordpress[/FONT] geladen hast?

Und im Moment stimmt die Domain Verknüpfung gar nicht mehr oder der WordPress Ordner exisitiert nicht mehr auf dem Server.

http://www.kaktus-bzm.de/readme.html -> 404 Not Found
http://www.kaktus-bzm.de/wordpress/readme.html -> 404 Not Found

Zitat von Kaot

Könnte nicht die Größe meiner Datenbank ein Problem sein

Nein. Die Datenbank ist hier nicht das Problem.

Zitat von Kaot

/wordpress, index.php, .htaccess und config.php auf einer Ebene

Die WordPress Konfigurationsdatei heisst [FONT=Courier New]wp-config.php[/FONT], evtl. verwechselst Du hier grundsätzliche Dinge?

Als erstes [FONT=Courier New]WP_DEBUG[/FONT] aktivieren.

Wenn Du die oben verlinkte Methode mit den drei Dateien im root Ordner nutzen willst, musst Du die Domain wieder mit dem root Ordner [FONT=Courier New]/[/FONT] verknüpfen.

Wichtig: Du kannst nicht einfach die [FONT=Courier New]index.php[/FONT] von root in den [FONT=Courier New]wordpress[/FONT] Ordner verschieben, falls das vorhin gemacht worden sein sollte. Der Inhalt der [FONT=Courier New]index.php[/FONT] passt dann nicht.

Da leider unklar ist, was genau Du im Verlauf wie genau geändert hast, fang am besten nochmal von ganz oben an und mache alles nochmal bis nach der Aktivierung von [FONT=Courier New]WP_DEBUG[/FONT] und der dann sichtbaren Fehlermeldung des Plugins All-In-One Security bei Aufruf der Datei [FONT=Courier New]wp-login.php[/FONT] und dann benenne den Ordner [FONT=Courier New]all-in-one-wp-security-and-firewall[/FONT] um, was erscheint danach bei Aufruf von [FONT=Courier New]wp-login.php[/FONT]?

Da ich die Plugin Fehlermeldungen vorhin nach der [FONT=Courier New]WP_DEBUG[/FONT] Aktivierung sehen konnte und dann nicht mehr, hast Du zwischendurch wohl noch andere Dinge geändert. Das macht Hilfestellung schwierig.

Der "leere Bildschirm" ist ein Internal Server Error 500, das kann man z.B. in der Browser Console sehen.

Die Domain ist mit WordPress Ordner verknüpft, siehe z.B. http://www.kaktus-bzm.de/readme.html

Bzgl. des 403 Fehlers, möglicherweise fehlt die Datei [FONT=Courier New]index.php[/FONT] im WordPress Hauptverzeichnis.

Ergänzung: Möglicheweise war WordPress beim alten Hosting mit der Sonderfall Methode wie hier beschrieben installiert, mit der [FONT=Courier New]index.php[/FONT] und [FONT=Courier New].htaccess[/FONT] im root Ordner, dann würde die Verknüpfung der Domain auf den übergeordneten Ordner korrekt sein, vorausgesetzt, dass dort die passenden [FONT=Courier New]index.php[/FONT] und [FONT=Courier New].htaccess[/FONT] liegen.

Vermutlich weil Du nach der Änderung von [FONT=Courier New]WP_DEBUG[/FONT] auf [FONT=Courier New]true[/FONT] oben noch weitere Dinge geändert hast.

Bei Aufruf von z.B. [FONT=Courier New]http://www.kaktus-bzm.de/wp-login.php [/FONT]erscheinen viele Fehlermeldungen des Plugins All-In-One Security, insbesondere fehlt wohl die Datei [FONT=Courier New]/includes/simba-tfa/simba-tfa.php[/FONT]

Benenne den Ordner [FONT=Courier New]wp-content/plugins/all-in-one-wp-security-and-firewall/[/FONT] um, um das Plugin zu deaktivieren.

Das Plugin sollte nach Login nicht wieder aktiviert werden, sondern entfernt und neu installiert.

Weiterhin gilt zu beachten, dass wo eine Datei fehlt, ggf. auch noch mehr Dateien fehlen, das wird man aber erst im Verlauf merken. [FONT=Courier New]WP_DEBUG[/FONT] sollte daher bis auf weiteres auf [FONT=Courier New]true[/FONT] geschaltet werden.

Generell sollte man vor einem Umzug alle Sicherheits- und Cache-Plugins deaktivieren.

Und augenscheinlich hast Du die Verbindung zwischenzeitlich wieder auf den falschen Ordner [FONT=Courier New]/[/FONT] geändert, warum auch immer.

Zitat von Kaot

die htaccess und die config.php liegen nicht IM wordpress-Ordner

Entferne die [FONT=Courier New].htaccess[/FONT] Datei. Die WordPress Konfigurationsdatei heisst [FONT=Courier New]wp-config.php[/FONT] und wird von WordPress im gleichen Ordner oder im übergeordneten Ordner gefunden

Die Domain muss in Deinem Fall mit dem Ordner [FONT=Courier New]/wordpress[/FONT] verbunden werden, derzeit ist sie mit [FONT=Courier New]/[/FONT] verbunden.

Klicke bei Verbindung auf die Zeile [FONT=Courier New]wordpress[/FONT] und dann auf Speichern.

Ergänzung: Weiterhin darauf achten, dass Du die gleiche PHP-Version wie beim alten Server einstellst und alle Deine vorherigen Versuche z.B. in der Datei [FONT=Courier New]wp-config.php[/FONT] entfernst bzw. nochmal die Originaldatei hochlädst mit nur den angepassten Datenbank Zugangsdaten. Sollte es dann noch weitere Probleme geben, ändere in der Datei [FONT=Courier New]wp-config.php[/FONT] bei der Zeile mit [FONT=Courier New]WP_DEBUG[/FONT] das [FONT=Courier New]false[/FONT] auf [FONT=Courier New]true[/FONT] dann sollten weitere Hinweise angezeigt werden.

Die Domain ist derzeit augenscheinlich nicht mit dem Ordner der WordPress Dateien und Ordner verknüpft.

Es scheint sich lt. Google um ein öfters auftretendes Problem dieses Plugins zu handeln.

Im Spectra Support Forum wird in verschiedenen Beiträgen als Lösungsansatz das Leeren aller ggf. vorhandenen Caches im Browser, in WordPress und auf dem Server empfohlen. Falls das nichts nutzt, könntest Du ggf. dort eine Meldung zu Deinem Problem reinstellen.

Ehrlicherweise sollte man hinzufügen, dass sowohl das Update 6.7.1 als auch das Update 6.7.2 ausschliesslich aus der Behebung von Fehlern bestehen, die mit der Version 6.7 neu dazu kamen:

Zitat

WordPress 6.7.1 is a fast-follow release featuring 16 bug fixes throughout Core and the Block Editor with a strict focus on bugs introduced in WordPress 6.7.

Zitat

WordPress 6.7.2 is a maintenance release featuring 35 bug fixes with a strict focus on bugs introduced in WordPress 6.7.

Bei der Veröffentlichung von neuen WordPress Hauptversionen sollte man erfahrungsgemäss eine Weile abwarten bzw. zunächst auf Testkopien einer Website alles genau prüfen und die aktuellen Fehler Tickets im Auge behalten, bevor man live Websites aktualisiert.

Hinweis aus aktuellen Anlass:

Wer das BackWPup Plugin einsetzt, sollte sich vor einem ggf. anstehenden Update von Version 4.x auf die aktuell ausgerollte Version 5.x unbedingt die Plugin Beschreibung und das Plugin Support Forum und insbesondere auch die aktuellen Reviews des Plugins bei wordpress.org ansehen.

Die Version 5.x ist augenscheinlich praktisch ein ganz anderes Plugin mit teils erheblich reduziertem Funktionsumfang und völlig anderer Benutzeroberfläche.

Es empfiehlt sich daher sehr, das BackWPup Plugin zunächst in einer Testkopie eines Websites zu aktualisieren, um abschätzen zu können, welche Auswirkungen die vielfältigen Änderungen im Einzelfall haben bzw. ob das Plugin weiterhin wie gewünscht eingesetzt werden kann.

Derzeit wird keine Wartungsseite gezeigt.

Das aktuell verwendete Theme ist demnach Madelyn 1.1 von Elated Themes bzw. Qode Interactive.

Die Portfolio URL Basis kann vermutlich so angepasst werden, wie hier in der themeübergreifenden Dokumentation von Qode Interactive beschrieben.

Die Links zeigen auf eine Wartungsseite.

• Welches Theme und Version wird verwendet?
• Kommt die Portfolio-Funktion mit dem Theme?
• Falls ja, was sagt die Theme Dokumentation oder der Theme-Support bzgl. Anpassung des Links?
  
• Falls nein, welches Plugin wird für die Portfolio-Funktion verwendet und was sagt die Plugin Dokumentation oder der Plugin-Support dazu?

In den sog. WordPress Transients speichern manche Plugins kleine interne Caches und in Deinem Fall war wohl die Ablaufdauer zu hoch hinterlegt o.ä.

Du kannst diesen internen Tablepress Cache wie in der o.g. Ergänzung noch beschrieben auch abschalten.