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 erstellenEin alternativer Ansatz:
Erstelle Benutzer mit der Rolle "Autor", diese Benutzer haben dann ein eingeschränktes WordPress Backend und könnten dort das machen, was Du vorhast.
Installiere zusätzlich das Plugin Classic Editor, um den ggf. zu komplexen WordPress Blockeditor abzuschalten.
Deaktiviere temporär der Reihe nach einzeln alle Plugins, um Einflüsse auszuschliessen bzw. herauszufinden.
Technische Erklärung: Man konnte über die Entwickler-Tools im Browser Inspector sehen, dass bei den Gallery-Bildern verschiedene Lightbox Scripts als Click Events verknüpft waren.
Das NextGEN Lightbox Popup kommt sich mit der OceanWP Lightbox in die Quere.
Du kannst versuchen, die OceanWP Lightbox in Design > Customizer > General > Performance o.ä. abzuschalten.
Du kannst es z.B. in Design > Customizer > Zusätzliches CSS mit diesem Code versuchen:
.mobi-menu .navbar-brand {
white-space: unset;
}Hier in einer Testinstallation funktioniert das Plugin einwandfrei.
Versuche es mal nach dem Zurücksetzen des Plugins unter Einstellungen > UnderConstruction > Einstellungen zurücksetzen > Alle Einstellungen auf Standardwerte zurücksetzen und dann Vorgehen wie oben in Antwort #2 beschrieben.
Ansonsten Link zur Seite, wo man bei Aufruf von [FONT=Courier New]/wp-login.php[/FONT] den Redirect ansehen kann?
Du kannst in der zu dieser Installation zugehörigen Datenbank in der Tabelle [FONT=Courier New]wp_users[/FONT] (oder entspr. anderes Präfix statt [FONT=Courier New]wp_[/FONT]) nachsehen, welche Benutzer es dort gibt.
Ein HTML-Formular setzt keine Daten in die Datenbank.
Das ist nicht korrekt. Jedes HTML-Formular kann problemlos Daten in einer Datenbank speichern. Es kommt einfach nur jeweils darauf an, was der Server mit den Daten aus dem HTML-Formular macht.
Das hier angefragte Contact Form 7 Plugin verschickt nach dem Absenden des Formulars die Daten per E-Mail. Mit einem extra Plugin wie z.B. Flamingo des gleichen Herstellers kann man diese Daten zusätzlich zum E-Mail Versand auch in der Datenbank ablegen.
Rückgängig machen ist hier nicht möglich, da die E-Mails bereits verschickt sind.
Mit einem HTML-Formular an sich hat das nichts zu tun.
Generell: Cache Plugins immer deaktivieren und deaktiviert lassen, solange "Under Construction" Mechanismen verwendet werden.
Versuche folgendes:
Falls das Problem dann weg ist, liegt das Problem an einem Deiner Plugins und Du kannst es durch einzelnes Aktivieren und jeweils neue Login-Versuche mit jeweils Browser Cache leeren weiter eingrenzen.
Du kannst auch den neuen Login jeweils in einem neu aufgemachten "Neuen privaten Fenster" im Browser oder auch in einem anderen Browser testen und das dann wieder schliessen bzw. dort den Browser Cache leeren. Browser Cache leeren ist der wichtigste Schritt bei allen Tests, da auch Redirects gecached werden.
Link zu der Seite, auf der der Footer "anders angezeigt" wird?
Falls Cache-, Minify-, Optimierungs-Plugins verwendet werden, bis zur Problemlösung alle deaktivieren.
Der Textauszug einzelner Beiträge wird bei den jeweiligen Beiträgen im Feld "Textauszug" oder englisch "Excerpt" eingestellt.
Evtl. musst Du die Anzeige des Feldes beim Bearbeiten eines Beitrags noch anschalten (siehe Anleitung Theme Bridge Post Excerpt Field).
Wie/wo man das Feld dann bearbeit, dazu gibt es noch eine allgemeine Anleitung vom Theme Hersteller.
In Deiner Problembeschreibung fehlte diese Information leider.
Vergleiche, was bei den ersten Blogbeiträgen jeweils im Feld "Textauszug" steht und was in den von Dir erstellten Blogbeiträgen.
Hier werden auf der Blogseite Textauszüge angezeigt:
https://www.begegnung-in-liebe-und-freundschaft.de/blog/
Stelle sicher, dass alle Cache-Plugins deaktiviert sind, während Du an der Seite arbeitest, derzeit mind. aktiv: WP Fastest Cache
Habe mit temporärem FTP-Zugang (Danke an Kaot für die unkomplizierte Möglichkeit des Einblicks) die vorhandene Datei/Ordner-Struktur auf dem Server an die Voraussetzungen der hochgeladenen Datenbank angepasst. Gemacht wurde folgendes:
Da das Theme und die Plugins aus der alten Installation nicht hochgeladen waren, wurde erst im Frontend nichts angezeigt und die in der alten Installation vorhandenen Plugins von WordPress deaktiviert. Das vorher genutzte Theme Nisarg wurde dann manuell ergänzt.
Damit sind die Inhalte der Seiten usw. des alten Backups jetzt zugänglich. Viel Erfolg mit der weiteren Einrichtung.
also auf meiner externen Festplatte liegt das Backup in E:\wordpress;
Dann hast Du beim Backup machen wohl die Datei(en) auf der gleichen Ebene wie der [FONT=Courier New]wordpress[/FONT] Ordner vergessen, falls da in E:\ sonst nichts ist.
bei manitu i...also ohne einen übergeordneten Wordpress-Ordner
Ja, deshalb passt es noch nicht.
das ist also mein "Hauptverzeichnis" des Backups?!
Ich weiss es nicht was das jetzt für ein [FONT=Courier New]wordpress[/FONT] Ordner ist, weiter oben hast Du einen anderen Inhalt bei "In meinem Ordner "wordpress" befindet sich Folgendes:" gepostet.
Vielleicht erklärst Du nochmal exakt, was wo wie in Deinem Backup ist.
Die Moodle Installation war dann offenbar gehackt.
In meinem Ordner "wordpress" befindet sich Folgendes.
Und was befindet sich wie angefragt im Hauptverzeichnis?
Ergänzende Erklärung: Damit die jetzt aktuelle WordPress Dateien/Ordner auf dem Server zu Deiner eignenen Datenbank passt, müssen noch Dateien/Ordner verschoben werden und die [FONT=Courier New]index.php[/FONT] aus dem Hauptverzeichnis (nicht aus dem [FONT=Courier New]wordpress[/FONT] Verzeichnis) der alten Installation wird benötigt. Daher die sehr exakten Fragen nach den vorhandenen Daten.
Die alte Installation war lt. HTML-Quellcode des Aufrufs von [FONT=Courier New]wp-login.php[/FONT] in einem Unterverzeichnis [FONT=Courier New]wordpress[/FONT] installiert, möglicherweise mit einer angepassten Datei [FONT=Courier New]index.php[/FONT], das passt jetzt nicht zu den Dateien/Ordnern der "1-Klick-Neuinstallation".
Die WordPress Konfigurationsdatei heisst [FONT=Courier New]wp-config.php[/FONT], evtl. verwechselst Du hier wieder grundsätzliche Dinge so wie in Deinem anderen Thread?
Achte darauf, dass Du die gleiche PHP-Version wie beim alten Server einstellst.
Und als erstes [FONT=Courier New]WP_DEBUG[/FONT] aktivieren.
Ich habe alle Dateien und Ordner,
Poste einen Screenshot der alten Datei/Ordner Struktur mit Inhalt des Hauptverzeichnisses.
Und poste einen Screenshot der neuen Datei/Ordner Struktur der "1-Klick-Neuinstallation" mit Inhalt des Hauptverzeichnisses auf dem Server.
Und ändere nicht wieder dauernd nebenbei irgendwelche anderen Dinge wie in Deinem anderen Thread, was sinnvolle Hilfestellung dort praktisch unmöglich gemacht hat.
Auf der genannten Domain waren bisher offensichtlich asiatische Produktseiten und sind bei Google usw. erfasst, möglicherweise war die vorherige Installation dort gehackt:
https://www.google.com/search?q=site:www.kamaha75.deHast Du Dir schonmal die WooCommerce Anleitung dazu angeschaut? Findet man auch über z.B. Google WooCommerce E-Mail Templates ...
Nein, es lag nicht an der Domain. Der IONOS Webspace war über die Domain erreichbar, inklusive der o.g. PHP Fehlermeldungen wegen des All-In-One Security Plugins. Du hast leider nur nie alles gesagt, was Du zwischendrin noch alles geändert hast und was dann zu weiteren Server Error Ursachen geführt hat...