Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenDu könntest beim Hersteller Deines Builders nachfragen, wie das damit geht, Zitat vom Hersteller Website:
Single Post Elemente - Binde deine Beiträge auf einzelnen Seiten ein: egal ob die letzten, bestimmte oder Featured Beiträge – sogar als Post-Slider!
Tipp am Rande: Über die WordPress Suche mit "login" findet man bei Dir eine Login Seite, die aber derzeit nicht funktioniert ist, da das ProfilePress Plugin offenbar inaktiv ist.
Hilfe in Deinem direkten persönlichen Umfeld wäre zu bevorzugen, da im Verlauf Deine Zugangsdaten benötigt werden.
Ansonsten gibt es hier im Forum eine Jobbörse, nach einem erstellten Gesuch von Dir dort dürfen Dir auch Benutzer hier entspr. Angebote machen, vorher nicht.
Hinweis am Rande: Dieser Thread ist uralt, der angesprochene Benutzer war zuletzt vor ca. 1,5 Jahren hier, mal sehen, ob er sich nochmal meldet. Jetzt vorhandene Funktionen von Plugins waren damals ggf. noch völlig andere. Die Frage an sich sollte sich mit dem Lesen der Dokumentation des Plugins erledigt haben.
Normalerweise sollte WordPress einen entspr. Dialog starten, wenn wp-config.php nicht vorhanden ist. Wenn das nicht der Fall ist, könnte es sein, dass in Deinem Fall weitere nicht genannte Dateien fehlerhaft/zerstört sind.
Der theoretische Wiederherstellungsweg würde ansonsten so beginnen:
Die restlichen drei genannten Dateien sind für einen normalen Betrieb von WordPress nicht relevant. Der Ordner plugins/wp-dest/ ist vermutlich ein Trojaner und sollte komplett gelöscht werden.
Um ggf. sonstige Dateien des WordPress Core zu reparieren, lade Dir die .zip Datei der bisher bei Dir verwendeten WordPress Version hier herunter, die Versionsnummer findest Du in Deiner Datei wp-includes/version.php, und daraus dann alle Dateien im Hauptverzeichnis (dort wo auch wp-config-sample.php zu finden ist) und die kompletten beiden Ordner wp-admin und wp-includes per FTP hoch.
Dann könnte die aktuelle Installation wieder funktionieren, es ist aber vermutlich so, dass Plugins und Themes auch befallen sind bzw. weiterhin die Lücken aufweisen, durch die der Hack ermöglicht wurde und alles wieder passiert.
Generell suche Dir jemanden in Deinem Umfeld, der sich mit WordPress auskennt und lasse Dich bei diesen technischen Dingen unterstützen.
Eine WordPress XML Datei importiert man innerhalb von WordPress im Menü Werkzeuge -> Daten importieren. Falls der Menüpunkt in WordPress nicht vorhanden ist, dieses Plugin installieren.
Ebenfalls klares Nein zu automatischen Updates, egal ob WordPress Core, Theme, Plugins.
Hinweis: Das genannte Theme wird lt. Envato nicht mehr weiterentwickelt. Das letzte Update war im Mai 2021, kompatibel lt. Hersteller nur bis WordPress 5.6.x (aktuell ist WordPress 5.9.2) und bis WooCommerce 3.0.x (aktuell ist WooCommerce 6.3.1).
Empfehlung: Wähle ein anderes Theme, das aktuellen Support hat, sonst wird es früher oder später zu Problemen kommen.
Deaktiviere und lösche als erstes in WordPress das W3 Total Cache Plugin. Stelle sicher, dass nichts davon zurückbleibt (z.B. in .htaccess o.ä., Kurzanleitung hier).
Falls das nicht genügt, aktiviere das WordPress Debugging wie bereits oben beschrieben, Link anklicken, lesen, ggf. Log posten.
Ansonsten könntest Du schrittweise rückgängig machen, was Du hier gemacht hast bzw. ein Backup von vor den Anpassungen einspielen, um eine dieser Anpassungen als Problem auszuschliessen:
Ich habe versucht für meinen Online Shop einen Kunden login einzurichten.
Mit der Notwendigkeit für einen Neustarts eines MySQL Servers dürfte das Problem auf den ersten Blick eher weniger zu tun haben.
Das verlinkte Script existiert nicht, Fehler 404.
Wende Dich an die Person, die diesen Code zur Verfügung gestellt hat.
Der Dateiname des Scripts ist offenbar falsch:
../jquery.responsivelframeComplete.js
Richtig wäre vermutlich:
../jquery.responsiveIframeComplete.js
Evtl. wurde der Code abgetippt o.ä. statt kopiert, weitere Fehler daher nicht ausgeschlossen...
Möglichkeiten:
Weitere Möglichkeit, falls alle o.g. nicht helfen:
Vermutung: Das WordPress Update auf 5.9.2 lief schief und Du hast derzeit eine Mischung aus WordPress 5.9.x und 5.8.x auf dem Server.
Genaueres kann man ohne weitere Infos, was genau noch von welcher auf welche Version aktualisiert wurde, aber nicht wirklich sagen. Es wurde/wird z.B. lt. Google Cache auch eine relativ alte DIVI Version 4.11.1 verwendet u.ä.
Wenn das PHP Script alleine so funktioniert (mit der Übernahme des $zielseite Parameters), dann ist offenbar in PHP register_globals aktiv bzw. es läuft eine sehr sehr alte PHP Version, das sollte man sich aus Sicherheitsgründen auf einem Live Website nicht antun.
Der Hoster kann Dir nicht sagen, wo/wie das Server Error Log einsehbar ist?
Was erscheint denn in Deinem eigenen wp-content/debug.log, wenn Du WP_DEBUG mit WP_DEBUG_LOG aktivierst, mehr dazu in der WordPress Dokumentation: https://wordpress.org/support/articl…g-in-wordpress/
Evtl. liegt das Problem auch daran, dass der o.g. Website mit dem neusten WordPress 5.9.2 aber mit veraltetem PHP 7.3.4 betrieben wird. Für die aktuelle WordPress Version wird mind. PHP 7.4 empfohlen.
Ein weiterer Grund könnte sein, dass das verwendete Theme "Depot" nicht mit der verwendenten WordPress Version kompatibel markiert ist, letztes Update 1.14 Oktober 2021 für WordPress 5.8.x, die auf dem o.g. Website derzeit verwendete Theme Version 1.10 ist vom September 2019.
Offenbar wurden auf dem Server WordPress Updates ohne weitere Recherche und ohne Mitziehen des Themes vorgenommen.
Ergänzung: Möglicherweise kann man durch die Plugins Classic Editor und/oder Classic Widgets und/oder Enable jQuery Migrate Helper dieser uralten Kombination etwas Rückwärtskompatibilität beibringen.
Entferne den [FONT=Courier New]default[/FONT] Block.
Mehr kann man aufgrund dieses nur kurzen Auszugs kaum dazu sagen.
Die o.g. Beschreibung ist die offizielle Dokumentation von DIVI.
Du könntest beim Hersteller Deines Builders nachfragen, wie das damit geht, Zitat vom Hersteller Website:
Bilder sind das Salz in der Suppe. Jetzt könnt ihr alles so zeigen, wie ihr wollt: mit Klick-Aktion, Rahmen, Mouseover.
Mit DIVI würde man das so lösen können:
https://www.elegantthemes.com/blog/divi-reso…hover-with-divi
Wichtig: Auch den post_type für das Produkt mit in die Abfrage nehmen, sonst löscht man mit dieser Lösung z.B. auch alle eingegebenen "Beschriftungen" bzw. "Captions" in der WordPress Mediathek usw.
Derzeit ist lt. REST API in Einstellungen > Allgemein einmal http und einmal https hinterlegt. Setze beides auf http. Falls nicht per Login möglich, dann direkt in der Datenbank, siehe auch "Mehr dazu" Link oben.
Entferne die Zeile mit FORCE_SSL_ADMIN in wp-config.php, sie verursacht einen Teil des Problems wenn sie aktiv ist (und sie ist im Screenshot nebenbei bemerkt falsch auskommentiert).
Entferne jegliche ggf. vorhandene https/SSL Weiterleitungen in der Datei .htaccess oder falls vorhanden wp-admin/.htaccess
Dann leere den Browser Cache und Cookies und gehe nach der o.g. 5 Punkte Anleitung vor.
Nimm alle eigenen Einträge aus wp-config.php heraus.
Was genau bedeutet das hier? Screenshot was dann gezeigt wird?
Danach kam ich ohne die Änderung im wp_config nicht mehr ins Backend.
Link zur Seite?
Nach jeder Änderung den Browser Cache und Cookies löschen. Daher kommen Redirects.
Entweder RELOCATE oder die anderen beiden define, nicht beide. Mehr dazu hier: https://wordpress.org/support/article/changing-the-site-url/
Normalerweise geht es ohne wp-config.php Anpassung so:
