Hallo!
Ja, das geht zum Beispiel, indem du das entsprechende Template bearbeitest:
https://developer.wordpress.org/themes/templat…template-files/
Du solltest vorher aber dringend ein Child-Theme erstellen (falls noch nicht geschehen).
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 erstellenHallo!
Ja, das geht zum Beispiel, indem du das entsprechende Template bearbeitest:
https://developer.wordpress.org/themes/templat…template-files/
Du solltest vorher aber dringend ein Child-Theme erstellen (falls noch nicht geschehen).
Also vorausgesetzt, das sind tatsächlich alle Tabellen in der Datenbank (und es gibt nicht noch weitere auf einer zweiten Seite oder so), fehlen hier aber mehrere Tabellen.
Kann es sein, dass die Datenbank nicht vollständig importiert wurde?
Ich würde vorschlagen, den Umzug einfach nochmal von vorne zu machen (oder zumindest die Datenbank nochmal zu importieren).
Wozu gehören denn die Tabellen mit dem anderen Präfix? Gibt es noch eine zweite Seite?
Eine letzte Idee:
Lad dir Adminer herunter: https://www.adminer.org/
Lad die adminer.php in dein Webroot (bzw. dahin wo deine wp-config.php liegt).
Ruf deinedomain.de/adminer.php auf und gib exakt die Zugangsdaten aus deiner wp-config.php dort ein.
Was siehst du? Ist das die gleiche Datenbank, die du auch sonst siehst und bearbeitest? Sind die User hier vorhanden? Kannst du hier die Passwörter ändern?
(Anmerkung: Die Datei adminer.php solltest du anschließend aus Sicherheitsgründen wieder löschen).
@b3317133 Oh ok. Dann gibt es da wahrscheinlich keinen direkten Zusammenhang zum hier besprochenen Problem. Ist mir zum Glück bislang noch nicht begegnet. Aber zumindest fällt das jetzt hier scheinbar als Prüfoption aus.
Da kommt nur ne leere Seite ?
Sorry, das hatte ich überlesen. Das sollte normalerweise auch nicht so sein. Oder wurde die Rest API bewusst deaktiviert?
Die Injezierung von user über php.funcionts hat auch nicht geklappt. Es wurde kein User angelegt in der DB
Kannst du dich denn mit diesem neu erstellten User einloggen?
Was meinst du mit API?
Nein, der neue User erscheint nicht in der DB., wenn du das meinst
Siehe Beitrag #2. Man kann sich über die API alle vorhandenen User ausgeben lassen.
$table_prefix stimmt mit der DB nicht überein. spielt das eine große rolle ?
Dann bist du entweder in der falschen Datenbank oder, wie @b3317113 vermutet, zwar in der richtigen Datenbank, aber in den falschen Tabellen.
Also umgezogen bin ich von Domainfactory nach eigenen managed server, welcher mit Plesk läuft. Die Injezierung von user über php.funcionts hat auch nicht geklappt. Es wurde kein User angelegt in der DB
Ist der neue User denn über die API auffindbar?
Kannst du dich mit dem neu angelegten User einloggen?
Ich bin mir fast 100% sicher, dass du in der falschen DB nachschaust. Bist du in der Datenbank auf dem neuen Manager Server? Verwendet dein Wordpress *ganz* sicher die Zugangsdaten der neuen Datenbank auf dem Manager Server? Oder verbindet sich deine Installation nach wie vor mit der Datenbank von Domainfactory (davon gehe ich ehrlich gesagt aus).
Alles was du bislang beschreibst, deutet auf die falsche Datenbank hin.
Gibt es denn eine Möglichkeit dass man die Exchange SMPT Verbindungsdaten über FTP eingeben kann in Wordpress das man zumindest man über Kontaktformular erreichbar ist.
Wordpress kann von Haus aus eigentlich kein SMTP. Das geht nur per Plugin (oder als Custom Lösung über die functions.php). Man kann das ziemlich sicher über die Datenbank oder per FTP ändern. Dafür müsste man aber wissen, wie SMTP bei dir eingerichtet ist.
Aber ehrlich gesagt: Kümmere dich lieber um dein Datenbank-Problem. Damit wirst du so noch in viele Schwierigkeiten hineinlaufen. Und es ist eigentlich einfach zu korrigieren.
Generell solltest du am besten auch immer alle Fragen und Hinweise beachten/beantworten. Sonst ist es relativ schwierig dir zu helfen.
Naja, wenn du umgezogen bist, hast du dann auch die Daten in der wp-config.php geändert. Vermutlich nutzt deine Installation immer noch die alte Datenbank.
Deshalb vorhin die Frage, wie du den Umzug gemacht hast...
Alternativ kannst du dir auch per PHP-Funktion einen neuen User hinzufügen:
https://smartcatdesign.net/articles/inser…-user-php-code/
Prüf aber anschließend, ob der neue User in deiner Datenbank und in der API (o.g. Link) auftaucht. Das sollte dann definitv so sein.
Wenn der User mit dieser E-Mail-Adresse laut WP nicht existiert und die Passwort-Änderung über die Datenbank nicht funktioniert, liegt das nicht an den E-Mail-Zugangsdaten.
Wie wurde die Seite denn umgezogen? Bist du sicher, dass du in der richtigen Datenbank bist (ggf in der wp-config.php prüfen)?
Ist der besagte User vorhanden, wenn du https//deinedomain.de/wp-json/wp/v2/users eingibst?
"User Status" ist eine "Altlast" und nicht mehr in Benutzung.
Schau mal in die readme Datei. Vermutlich steht dort drin, was zu tun ist.
Ansonsten frag den Verkäufer, wie das zu installieren ist.
Das Theme ist kein Wordpress Theme. D.h. du kannst es leider nicht mit Wordpress nutzen.
Evtl. gibt es noch einen anderen member Shortcode im System.
Das vermute ich auch fast. Irgendwie passt die beschriebene Ausgabe so gar nicht zum gezeigten Shortcode.
Versuch Mal folgendes:
1. Lösch den oben gezeigten Shortcode mal vollständig. Funktioniert [member][/member] dann noch?
2. Ändere Mal folgende Zeile:
in
Führt [member_wpde][/member_wpde] zur gleichen Ausgabe, oder hat sich etwas verändert?
Sollen wir vielleicht per TeamViewer helfen?
Da wir hier nicht im Jobforum sind, bietest du deine Hilfe per Teamviewer kostenlos an? Falls nein... Bitte keine Jobaquise außerhalb des Jobforums (zumal du ja gerade mehrere solcher Antworten erstellt hast). Das ist/wäre hier weder erlaubt, noch gern gesehen...
Abgesehen davon scheint das Problem auch schon gelöst worden zu sein.
Ansonsten aber natürlich herzlichen willkommen! :)
Ne das nicht aber auf der alten Version lief es ja auch noch.
Ja, aber du hast ja Wordpress aktualisiert und mit der neuen Version läuft es eben scheinbar nicht mehr. Der erste Schriftt wäre, erstmal alles (inkl. Theme und Plugins) zu aktualisieren.
Hast Du einmal versucht, den Classic Editor zu aktivieren?
Das wäre auch eine Möglichkeit. Ich vermute aber, er möchte nicht den Tiny MCE zurück, sondern den Fusion Builder von Avada.
Hast du das Theme (und ggf. dazugehörige Plugins) auch aktualisiert?
das heißt jetzt, die PHP Version ist zu alt um Wordpress zum Laufen zu bekommen?
Ja, definitiv. Dieser Server sollte so gar nicht mehr (öffentlich) betrieben werden. Nicht nur nicht für Wordpress, sondern schlicht gar nicht.
Das ist irgendwie ein merkwürdiger Hoster. MySQL 5.1.49 ist von 2010. Und selbst das jetzt "neu" installierte PHP 7.0 ist EOL (ganz abgesehen davon, dass er bis heute scheinbar 5.4 eingesetzt hat).
Könnte die veraltete Version der Grund sein, dass Wp 5.2.2 sich gar nicht installieren lässt?
Ja, die älteste noch unterstütze Version ist 5.6.20.