Beiträge von b3317133

Das Galerie Feld benötigt ACF Pro, ist die Pro Version in beiden Installationen aktiv? Von welcher genauen ACF Version auf welche wurde migriert? Fehlen die Galerien im Backend oder nur im Frontend? Bitte zudem alle Fragen von oben beantworten.

Wo von wem hast Du was genau erfahren? Was bedeutet konkret "nicht mehr richtig übernommen"? In welcher Form liegen diese "alten ACF Daten" vor? Von wo nach wo sollen diese Daten "migriert" werden? Wie genau gehst Du dabei vor? Was genau fehlt danach?

Zitat von tux1980

Weil ich eine zweite Webpage aufbaue., also 2 Sites in meiner wp Installation benötige.

Ok. Man kann auf einem Server auch mehrere eigenständige WordPress Installationen parallel betreiben. Wenn z.B. nur eine Datenbank verfügbar ist, verwendet man dann ein unterschiedliches Datenbank-Präfix. Das nur am Rande.

Viel Erfolg mit Multisite, man muss dabei nur wissen, dass das eher ein Sonderfall in der selbstgehosteten WordPress Welt ist, daher siehe o.g. Hintergrund der Fragen.

• Warum konkreter musstest Du WordPress auf Multisite umstellen?
  
• Welche Plugins sind installiert und aktiv?

Hintergrund der Fragen: Viele Plugins funktionieren nicht wie gewohnt oder auch gar nicht bei Multisite.

Welcher Benutzer welchen Beitrag gepostet hat, kannst Du als Administrator z.B. in der Liste der Beiträge in der Spalte "Autor" sehen. Viele Themes zeigen den Autor Namen zudem auch beim Beitrag im Frontend an.

Ein 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.

Zitat von arnego2

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.

• Vor Absenden prüfen könnte ggf. mit extra Plugins möglich sein, z.B. https://wordpress.org/plugins/confirm-plus-contact-form-7/ (ungetestet)
• Rückgängig machen nach dem Absenden ist mit dem Plugin Contact Form 7 prinzipiell nicht möglich, da die Daten direkt per E-Mail verschickt werden

Generell: Cache Plugins immer deaktivieren und deaktiviert lassen, solange "Under Construction" Mechanismen verwendet werden.

Versuche folgendes:

1. Deaktiviere alle Plugins bis auf Under Construction
   
2. Leere Deinen Browser Cache
3. Aktiviere den Under Construction Modus
   
4. Versuche den neuen Login über [FONT=Courier New]/wp-login.php[/FONT]

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:

• Alle WordPress Dateien/Ordner im Ordner [FONT=Courier New]web[/FONT] wurden in neu angelegte Unterordner [FONT=Courier New]wordpress[/FONT] verschoben
• WordPress Datei [FONT=Courier New]index.php[/FONT] wurde in den Hauptordner kopiert und der Pfad darin angepasst, Beschreibung dieses Sonderfalls hier
• Neuerstellen der Datei [FONT=Courier New].htaccess[/FONT] über temporäres PHP-Snippet getriggert

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.