Beiträge von b3317133

Viel Erfolg. Die Ursache des Problems kann von temporärer Serverüberlastung beim besagten Update bis hin zu einem schon lange vorhandenen Hack alles sein.

Exakt so ist es. Ein Theme-Hersteller kann Schlagworte seiner Wahl für sein Theme angeben, egal was dahintersteckt.

Ein möglicher Weg ist: Man öffnet die Datei vom Server in einem Texteditor und man öffnet die Datei aus dem frischen Installationsarchiv in einem Texteditor, setzt die Fenster nebeneinander und vergleicht beide Dateien Zeile für Zeile.

Ein weiterer Weg wäre ein diff Programm (google) wie z.B. ExamDiff o.ä.

Wenn Du gar keine Ahnung hast, wende Dich am besten an die Person, die den Website eingerichtet hat. Alternativ gibt es für professionelle Hilfe auch die Jobbörse hier im Forum.

Was genau steht in der Datei? Exakt das gleiche wie in der entspr. Datei aus einem frischen Installationsarchiv?

Doch, gibt es.

Ein "Portfolio" ist keine standard WordPress Funktion. Wende Dich an den Hersteller des verwendeten Themes, daher kommt diese Funktion höchstwahrscheinlich.

Das kann viele Ursachen haben, existiert die Datei [FONT=Courier New]/wp-includes/load.php[/FONT] auf dem Server?

Vermutliche Lösung, per FTP alle WordPress Systemdateien aus einem frischen Installationsarchiv der gleichen Version wie derzeit installiert ersetzen, also die [FONT=Courier New]wp-xxx.php[/FONT] (ausser [FONT=Courier New]wp-config.php[/FONT]) im Hauptordner und die Unterordner [FONT=Courier New]/wp-includes/[/FONT] und [FONT=Courier New]/wp-admin/[/FONT]

Bei Ultimate Member sollte das mit Form Builder und Profile Page funktionieren...

Zu wenig Informationen... Welche genaue Fehlermeldung erscheint? Was steht im Error-Log des Servers?

Es handelt sich offenbar um ein Kaufplugin, wende Dich daher am besten an den Plugin Support, den kannst Du dort auch verlängern, siehe FAQ > What happens if I need support after more than one year?

Eine Anleitung zu Ajax-Endpunkten gibt es z.B. hier, alternativ dazu gibt es die REST API.

Auf dem genannten Testserver läuft WordPress 4.9.4 ohne Gutenberg-Editor.

Normalerweise sollte das einfache Plugin Better Search Replace für die o.g. Beschreibung völlig ausreichen.

zu 3. Das hat technische Hintergründe. Pfade zu Daten in [FONT=Courier New]/wp-content/[/FONT] werden bei WordPress üblicherweise in Plugin- und Theme-Dateien niemals "manuell" eingetragen, sondern über die entspr. Funktionen ermittelt, sonst funktionieren die WordPress Filter usw. für diese Pfade, die von Cache- und CDN-Plugins genutzt/ersetzt werden, naturgemäss nicht. Im Content der Beiträge selbst werden die Pfade absolut hinterlegt, dort bei korrektem Pfad auch von den genannten Cache-Plugins gefunden, und können bei Umzügen durch einen einfachen Suchen/Ersetzen Vorgang wie oben von @SirEctor angesprochen und in vielerlei Tutorials beschrieben, angepasst werden.

1. Schau Dir Deine gepostete Fehlermeldung in der Konsole an.
2. Warum ein Plugin auf einer live Kundenseite aktiviert wird, ohne zumindest mal rudimentär zu testen, erschliesst sich mir nicht wirklich.
3. Neben dem Problem mit der Subdomain fällt auch am Rande bemerkt auf, dass diverse Links zu [FONT=Courier New]/wp-content/.[/FONT].. relativ (d.h. ohne Domain) statt absolut eingerichtet sind. Das funktioniert zwar so, aber in WordPress werden üblicherweise absolute Pfade verwendet. Frage mal die Person, die den Website eingerichtet hat, ob es dafür Gründe gibt.

Um welche genaue Ersetzung geht es? Welches Plugin wird verwendet?

Was passiert wenn Du nach [FONT=Courier New]wf=12345"[/FONT] suchst und durch [FONT=Courier New]wf=87654"[/FONT] ersetzt?

Zitat von datev

Leider ist noch ein Rahmen um das Bild, ...

Link zur Seite?

Zitat von datev

Sind Child Themes eigentlich sicher? Wenn es im Parent Theme eine Sicherheitsaktualisierung gibt .... Gibt es dafür eine Lösung?

Die Lösung ist ein manueller Abgleich nach Update des Parent Theme. Andere Ansätze und Vorschläge, wie man genau dieses Problem angehen könnte, werden leider derzeit erfolgreich verhindert. Schreibe gern Deine Meinung dazu in die verlinkten Tickets und Diskussionen, evtl. hilft es ja.

1. Die Seite ist mit "www." Subdomain eingerichtet. Stelle sicher, dass alle Links "www." verwenden.
2. Dein Cache-Plugin ist "horribly" falsch eingerichet, ich sehe hier derzeit oben den Adminbar eines Benutzers... :eek:

Programmiere einen eigenen Block oder frage die Autoren von Gutenberg danach, das einzubauen.

Dein Widget-Code scheint nirgends zu prüfen, ob die Variable [FONT=Courier New]$post[/FONT] existiert bzw. Inhalt hat, mit aktivem WP_DEBUG sollte es dazu z.B. eine entspr. Warnung geben.

Was steht im error-Log beim Hosting? Die Error Logs bei Strato stehen üblicherweise unter Datenbanken & Webspace -> Statistik -> Logfiles (oben) -> Error-Logfile anzeigen (Button).

Exemplarisch hier ein Screenshot wie man da hinkommt.

Verwende das Beispiel 3. Access the entry by looping through the form fields in der Dokumentation als Basis.

Damit kannst Du alle Felder ausgeben und findest so auch Dein Formular und Dein E-Mail Feld.

Vermutlich kannst Du es auch durch [FONT=Courier New]rgar( $entry, '2' );[/FONT] erreichen, das kann man ohne weiteren Einblick in die Seite aber nicht generell sagen, da z.B. unklar ist, ob es mehrere Formulare gibt usw.