Beiträge von b3317133

    Es lag an nur eine URL neu eingegeben und auch am Browser Cache.

    Der Umzug ist derzeit weiter noch nicht vollständig abgeschlossen. Es fehlt noch das Ersetzen der alten mit den neuen URL überall in der Datenbank z.B: mit dem o.g. Plugin Better Search Replace.

    1. Trage sowohl bei "Website-Adresse (URL)" als auch bei "WordPress-Adresse (URL)" das ein:

    Code
    https://www.giant-hogweed.com

    2. Leere Deinen Browser Cache.

    3. Melde Dich neu in WordPress an unter:

    Code
    https://www.giant-hogweed.com/wp-admin/
    -oder-
    https://www.giant-hogweed.com/wp-login.php

    Das Kennwort für WordPress ändert sich durch diese Umstellung nicht.

    Wenn der Login unter [FONT=Courier New]www.[/FONT] wie gewohnt funktioniert, recherchiere dann noch weiter wie man WordPress korrekt umzieht, Stichwort Better Search Replace.

    Falls Du Dich warum auch nicht mehr anmelden kannst, trage die URLs aus 1. direkt in der Datenbank via phpMyAdmin über das Hosting ein.

    Lt. der genannten URL wird das Theme Rife Free verwendet und zusätzlich das Plugin Otter Gutenberg Blocks Page Builder.

    Hinweis am Rande: Das Theme Rife Free basiert auf dem Elementor Page Builder, es ist nicht für Gutenberg gemacht (siehe auch Theme Autor).

    Wenn Du Gutenberg und irgendwelche weitere Plugins wie Otter o.ä. dafür nutzen willst, verwende ein anderes Theme.

    Der Theme Hersteller stellt eine ausführliche Installationsanleitung für das Theme Rife Free inklusive dem nötigen Child Theme und Demo Inhalte zur Verfügung. Folge der Anleitung.

    Anhand dieser Beschreibung ging der Hersteller Support hier weit über den beim Verkauf angebotenen Support hinaus, Respekt dafür.

    Um weniger Bilder zu generieren, kannst Du auch ein Child Theme erstellen, darüber die Grössen des Themes entspr. mit z.B. [FONT=Courier New]remove_image_size()[/FONT] beeinflussen und dann im gesamten Theme überall alle Vorkommen der entfernten Bildgrössen über das Child Theme ersetzen. Das ist meist nicht ganz trivial, da der Theme Hersteller die Bildgrössen aus bestimmten Gründen genau so eingerichtet hat und diese dann von WordPress bzw. vom Browser automatisch passend verwendet werden, z.B. auch für hochauflösende Gerätedisplays usw. Auf ein paar MB mehr oder weniger auf dem Server kommt es heutzutage nicht an.

    Wenn man ein Plugin für etwas benötigt, dann verwendet man dafür ein passendes Plugin. Es ist nicht zielführend, krampfhaft irgendwelche Pluginzahlen im Auge zu haben.

    Sehe ähnliche Probleme auch bei anderen Themes kommen, die Du auswählen wirst, vielleicht die Erwartungshaltung überdenken oder jemanden beauftragen, der für ein gewähltes Theme ein Child Theme entspr. extakt nach einer klar definierten Liste von Anpassungen erstellt, aber das kann je nach Ansprüchen auch relativ aufwändig = teuer werden.

    Danke auf jeden Fall für die Aufklärung und viel Erfolg mit dem Website.

    Bei den ersten beiden Support-Fragen wurden dann entweder Plugins zur Lösung relativ kleiner Probleme empfohlen oder eine kostenpflichtige Code-Anpassung. Deshalb rücke ich gedanklich gerade von diesem Theme ab


    Was konkret waren denn diese "relativ kleine Probleme"? Haben die Plugins nicht funktioniert? Warum sollten Code-Anpassungen kostenlos geliefert werden? Evtl. gibt es ein grundsätzliches Missverständnis, was bzgl. Support mitgekauft wurde bzw. was nicht. Sowas könnte bei anderen Themes wieder passieren, daher sollte man das erstmal klären.

    Der Website wurde gehackt. Alles auf dem Server inkl. Datenbank ist als kompromitiert zu betrachten.

    Das nachträgliche Entfernen einzelner Schadcodes oder Auswirkungen ist nicht ausreichend.

    Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben, das könntest Du mit jemandem mit WordPress Erfahrung bei Dir im näheren Umfeld zusammen durchgehen. Jeden einzelnen Punkt.

    Erste Massnahmen: Backup aller aktuellen Dateien und Datenbank für spätere Analyse, Offlineschalten des Websites z.B. über ein .htpasswd oder einen generellen Error 503 über .htaccess für alle Zugriffe für Vermeidung der akuten Verbreitung von Schadcode.

    Ergänzender Tipp am Rande: Auf dem Screenshot ist u.a. die Verwendung eines uralten Plugins "Lightbox Plus Colorbox" zu sehen, das vor über 7 Jahren aufgegeben wurde, sowas sollte man im Livebetrieb keinesfalls nutzen. Evtl. gibt es noch weitere ähnlich alte andere Komponenten, was bei der Suche nach der Ursache des Hacks hilfreich sein könnte.

    2. Klicke 1x Einstellungen > Permalinks > keine Änderung > Speichern Button unten


    Dieser Punkt hat/hätte die .htaccess Datei neu erzeugt.

    Jetzt solltest Du Dich noch um das lokale Hosten der aktuell extern eingebundenen Google Webfonts kümmern, und das Google Tag Manager Tracking entfernen bzw. erst nach Zustimmung der Besucher zulassen.

    Und einige Grafiklinks zeigen offenbar noch auf die Entwicklungsdomain, das sollte der Fiverr noch zuende umstellen.

    Es gibt dort auch aussagekräftige Bilder zum Anschauen und Schlussfolgerungen ziehen.

    Wer einen Website betreuen will, wird an vielen Stellen mit englischer Terminologie konfrontiert werden. Meist erst recht dann, wenn es kritisch wird oder Notfälle passieren. Damit sollte man also klar kommen, z.B. Ansatz externe "Übersetzungshilfe", oder jemanden anders mit wenigstens grundsätzlichen Sprachkenntnissen in die Betreuung mit einbeziehen.

    Der Fehler ist geblieben.


    Aktuelles Zitat aus dem Error-Log?

    Den Codeblock mit der o.g. von Dir zitierten Zeile 117 gibt es nach Deiner Beschreibung jetzt nicht mehr. Was ist der aktuelle Fehler?

    Die Ursache der Probleme dürfte wie beschrieben die Umstellung der PHP Version des Servers sein, ohne alles auf Kompatibilität zu prüfen. Die o.g. Zeile mit [FONT=Courier New]create_function[/FONT] erzeugte mit PHP8 einen Fatal Error, evtl. gibt es noch weitere Komponenten des Websites, die nicht PHP8 kompatibel sind.

    Solche Ergänzugen werden auch gern von mehr oder meist weniger kompetenten "Managed WordPress" Dienstleistern eingefügt. :rolleyes:

    In diesem Fall führt das mit PHP8 zu einem PHP Fatal Error, wenn Adminbereich aufgerufen wird.

    Vermutlich wurde hier die PHP Version des Servers umgestellt, ohne alles auf Kompatibilität zu prüfen.

    Entferne diesen ganze "Override" Codeblock bzw. falls Dir nicht absolut klar ist, was Du da tust, wende Dich an die Person, die den Website technisch eingerichtet hat bzw. betreut.

    Stelle auch sicher, dass Du immer Backups vor allen Änderungen hast. Alles einfach auf automatisch zu schalten, ohne Kontrolle und Rollbackmöglichkeiten zu haben, ist keine Lösung und auch keine "Website Betreuung".