Hallo nochmal !
Auch wenn es etwas mehr Zeit benötigt hat ... doch die Lösung möchte ich hier trotzdem noch hinterlassen.
Es lag tatsächlich daran, dass die wp-config nicht im Stammverzeichnis gelegen hat. Ich hatte diese ja eine Ebene tiefer gesetzt aus Sicherheitsgründen.
Sie liegt nun also dort, wo auch die normeln wp-Ordner usw. aufbewahrt sind.
php läuft auf 8.1. nun *top*
Vielen Dank für die Hinweise und Unterstützung hier !
Ich merke, dass Ihr ziemlich vom Fach seid 
Lud3r Wähle einmal den open_basedir mit WEBSPACEROOT und warte einige Minuten. Die Variante mit DOCROOT kann nicht funktionieren, wenn die Konfigurationsdatei außerhalb des Dokumentenstamms liegt.
KB19 : Das werde ich testen! Denn kaputt gehen kann ja nichts mehr.
Doch wenn ich mir die Datein per SFTP ansehe dann erkenne ich, dass er eine wirkliche Neuinstallation gemacht hat.
Komischerweise ist mein umbenannter content-Ordner noch vorhanden, doch der wp-content ist nun auch wieder da.
Die Datenbank ist auch komplett leer. Ist fraglich, ob ich da nun wieder die alte wiederherstellen kann.
Frage : Passt das zusammen, dass wenn open_basedir auf DOCROOT stand, dass Wordpress eine Neuinstallation verpasst ?
Wie gesagt, normalerweise kann man problemlos auf 7.3 zurückstellen. Es wird ja nur der Interpreter geändert. Wenn das nichts mehr bringt dann muss irgendwas durch den Aufruf von Wordpress mit der anderen PHP Version kaputt gegangen sein. Und zwar durch Wordpress selbst.
Ich bin dafür dass wir uns alle aus dem Thread mal in nem Meeting treffen und gemeinsam draufschauen
Ich denke auch, dass Wordpress sich da irgendwie über alles rüber gebügelt hat.
Und raufschauen finde ich sehr gelungen
Alles anzeigenIch gehe mal davon aus, dass die Datenbank im Backup als Dump vorliegt (.sql Datei).
Dies würdest du per PHPMyAdmin wieder Einspielen - unter Import.
Ich tippe auch auf den OpenBaseDir - probiere bitte mal die Vorgehensweise von KB19
Alternativ - deine andere Wordpress Installation funktioniert ja noch, richtig?
Hier könntest du dir die OpenBaseDir Einstellung auch kopieren und dann bei der anderen Wordpress Installation anwenden.
Ansonsten die wp-config wieder dahin kopieren, wo sie vorher auch war.
Im Moment funktioniert die Seite gar nicht, doch ich denke weil eben die Datenbank komplett überspielt wurde bzw. leer ist. Sehe ich auch so in phpmyadmin.
Du meinst, im Plesk-Backup als SQL ? Dort ist extra ein Ordner für die Datenbanken, jedoch gelingt es mir "noch" nicht diese passend zu extrahieren. Weil die sind ja in diesem anderen Format und daraus erhalte ich noch keine SQL. Werde da nochmal angreifen.
Dazu müsste ich ja auch erstmal die ursprünglichen Datein wieder herstellen, denn die Plugins etc. sind ja alle komplett verschwunden (da Neuinstallation).
Die wp-config hatte ich bereits verschoben, doch dadurch wurde es nicht besser.
Die originale wp-config ist im Vorordner vorhanden. Die im Hauptverzeichnis ist nun jungfräulich.
Wäre es eine Option das Problem zu reproduzieren ?
Sprich ich erstelle einfach eine neue Installation von Wordpress etc. ... packe dann die wp-config in den Vorordner. Stelle dann von 7.3. auf 7.4., wähle dann doch WEBSPACEROOT anstatt DOCROOT.
Und noch einmal die Nachfrage : Sind die Dateiattribute wichtig, wenn ich die php-Version umstelle ?
Auf dem Host ist sie nicht mehr, also in Plesk? Dann wäre aber was komplett schief gelaufen.
Ich würde auch empfehlen die Dateien wie wp-config.php auch an ihren Ursprungsort zu legen, vermutlich läuft dann bereits alles wieder.
Das gesamte Backup ist noch in Plesk vorhanden und kann wiederhergestellt werden, doch leider mit der Fehlermeldung wie im Bild in Post 1 dargestellt.
Wenn ich dieses Backup herunterlade und die Datenbank suche, dann ist sie dort in dem genannten Format. H6G nannte ja wie ich diese extrahieren kann.
Diese müsste ich ja dann im Netcup Interface wieder einspielen können. Oder muss ich das direkt in php myadmin machen bei dem Format ?
Die Datenbank selbst wurde ja anscheinend bei dieser ungewollten Neuinstallation überschrieben und/oder falsch verwendet.
Ich testete dieses "Datenbank testen/reparieren", doch da kam nichts bei raus.
Mit der wp-config probierte ich, doch leider nein.
Ich werde jedoch weitere Tests vornehmen, denn aktuell wird gar keine Seite mehr angezeigt bzw. ein weißer Bildschirm, mehr nicht.
Alles anzeigenAlso mein Vorgehen wäre hier - zumindest wenn ich extra vorsichtig sein wollte:
1. Von Hand die Dateien und die Datenbank sichern (z.B. per PhpMyAdmin).
2. Mittels eines Plugins das Wordpress sichern (z.B. UpdraftPlus)
3. Sicherstellen dass Wordpress, alle Themes und alle Plugins aktualisiert sind.
4. Alle Plugins deaktivieren.
5. PHP Update durchführen.
6. Wenn alles geht: Plugins wieder aktivieren.
Realistisch gesehen mach ich zwar einfach nur Punkt 5 und wenns ned klappt stell ich es halt zurück, aber wir wollten ja auf Nummer extra sicher gehen
PS: Der Hinweis von KB19 ist natürlich sehr gut, eine Configdatei die außerhalb des eigentlichen Wordpresses liegt ist ne komisch Sache. Wenn möglich diese vorher vielleicht ganz normal ins Wordpressverzeichnis stecken, dort wo sie hingehört. "Eigentlich" ist das auch kein Sicherheitsrisiko!
Gerade so denke ich auch. Deswegen nahm ich an, ich kann einfach auf 7.3. zurückstellen, doch leider leider leider nicht.
Deswegen machte ich ja dann auch eine Wiederherstellung meines gesamten Speichers. Doch da erschien ja eine Fehlermeldung. Habe ein Bild eingefügt in meinem ersten Post.
Doch wenn ich nun eine Wiederherstellung ganz ganz grob betrachte :
- ich brauche die "harten" Datein, ob per FTP oder Updraftplus ist ja Geschmackssache 
- ich brauche die Datenbank
- (Plugins deaktivieren finde ich auch nicht schlecht)
Diese beiden Sachen lade ich gänzlich hoch und fertig, oder ?
okay, ich sollte vielleicht in meinem Fall die zuletzt funktionierende php Version verwenden ? Also 7.3.
Alles anzeigenJa, genau das habe ich gemeint.
Ich hoffe, dass das nicht der Fall ist.
(Hervorhebung durch mich.)
Kann es sein, dass die PHP-Einstellung open_basedir durch die geänderte PHP-Version in Plesk ebenfalls geändert wurde? Überprüfe das bitte einmal. Wenn Wordpress die Konfigurationsvariablen nicht findet, wäre das Symptom einer Neuinstallation erklärbar.
Wie genau hast Du diesen anderen Pfad zur wp-config.php eigentlich hinterlegt? Ein include/require in der originalen wp-config.php oder hast Du die Pfade woanders angepasst? Oder handelt es sich um einen Symlink?
Generell würde ich schon davon ausgehen, dass Dein Problem damit zusammen hängt. Du kannst zum Test ja einmal die wp-config.php an ihrem korrekten Originalort platzieren, verschwindet der Fehler dann?
zu openbase_dir :
Das mit dem open_basedir ist ein sehr guter Hinweis schätze ich, denn also ich von 7.3. auf 7.4 umstellte und übernehmen wollte, da musste ich das dieses Feld selektieren. Also wählte ich die Variante die standard ist. Siehe Bild. Sollte ich da noch nachträglich etwas dran verändern ? Oder habe ich falsch ausgewählt ?
2022-08-19 13_58_42-Window.png
Ich wählte die obere (standard)
Edit : Mir fällt auf, dass nun wo wieder 7.3. von mir aktiviert ist, diese Einstellung weiterhin Bestand hat. Zuvor war sie ja "leer" und nun ist durch die Umstellung auf 7.4. wie angezeigt auch für 7.3. dieses übernommen worden ist.
Ggf. muss ich dieses anpassen ?
Zu wp-config :
Interessanterweise wies mich wordpress darauf hin (als ich beim ersten aufrufen der Seite die Datenbankdaten eingeben hatte), dass bereits eine wp-config vorhanden ist bzw das ein Problem damit besteht.
Ich habe darauf hin die wp-config aus dem Vorordner in den Hauptordner gelegt und dann ging es weiter. Aber dann war die Seite komplett auf Grundeinstellung.
Es ist also noch die alte vorhanden ... im Vorordner (ich kopierte sie) und die neue/leere ist im Hauptordner.
Den Pfad zur wp-config :
Bin ich ganz ehrlich. Ich weiss es nicht mehr 100%ig. Ich bin jedoch der Meinung, dass dieses ohne Konfiguration möglich war. Ich habe die Datei also einfach in den Vorordner verschoben. Dateiattribute 400.
Eine Neuinstallation sollte durch den Wechsel der PHP-Version definitiv nicht aufgelöst werden, das ist schon mal nicht normal und klingt komisch.
Hast Du Wordpress selbst (manuell) installiert oder wurde das durch Plesk automatisch installiert? Verwendest Du (unabhängig von der vorherigen Frage) das Wordpress Toolkit in Plesk?
Ich bin recht fest der Meinung, dass ich es manuell installiert habe (ist ja ein paar Jahre her) und nicht über das Interface von Plesk. Mit manuell ist gemeint, die notwenigen Datein per SFTP hochzuladen, aufzurufen und dann zu konfigurieren ? Dann habe ich das sehr wahrscheinlich so gemacht.
Das Toolkit in Plesk für Wordpress ist mir gänzlich unbekannt. WIrd das ggf. automatisch verwendet ?
Gibt es eine Möglichkeit ein php update zu simulieren wie mit Updraftclone oder kann ich das irgendwie anders checken ? das php compability check tool verwendete ich ... doch das geht nur bis 7.3.
Zu a) nein, eine Umstellung von 7.3 auf 7.4 sollte dir nicht gleich deine WordPress Installation zerlegen.
Die eigentlichen Inhalte kommen bei WP aus der Datenbank, ist diese noch vorhanden?
Die Einstellungen zur DB kommen aus der wp-config.php ist diese noch vorhanden und steht etwas Sinnvolles drin?
Die Datenbank ist noch in dem Plesk-Backup als tszt-datei vorhanden. Ganz komisches Format. Dort müsste ich sie herausextrahieren.
Die wp-config ist vorhanden. Sieht normal aus. Diese liegt aus Sicherheitsgründen nicht im Hauptverzeichnis, sondern einen Ordner davor.
Ebenso habe ich den content-Ordner etc aus Sicherheitsgründen umbenannt. Kann das ein Problem darstellen ? Oder wie gesagt die Dateiattribute ? Weil die wp-config hat 400.
Hallo zusammen,
ich habe zwei Internetseiten mit Wordpress auf dem gleichen Webspace von netcup. Funktioniert wunderbar.
- eine sehr aufwendige mit der ich seit Jahren arbeite und mir sehr sehr am Herzen liegt
- die zweite eher zum rumspielen
Mir wird angezeigt, dass für Internetseiten php Version auf 7.3.33 aktiv ist.
Ich pflege alles sehr intensiv und versuche normal immer up to date zu sein, wusste nur nicht, dass ich selbst auch im Interface die php Version umstellen kann.
Ich habe mehr als nur Ehrfurcht davor einfach die php Version zu verändern (für die erste Seite).
Ich machte ein vollständiges Backup per netcup im Interface.
Ich stellte für die zweite Internetseite per Interface von netcup auf von 7.3. auf php 7.4 um. Alles von Wordpress/Plugins up to date davor.
Wartete einige Minuten und dann rief die Seite auf und dann kam von Wordpress ein Interface, dass ich Datenbankname, Datenbankbenutzer, Datenbank Server etc. angeben soll.
Ich wunderte mich da schon.
Ich stellte auf 7.3. zurück. Wartete ab.
Das gleiche Bild, wieder wurden diese Daten abgefragt.
Im Endeffekt gab ich dann die Daten ein, doch die Seite war dann "nackt" bzw eine Neuinstallation von Wordpress.
Ich wählte die Wiederherstellung von netcup, doch dann erschien das Bild, dass nun ich komplett neue Daten eingeben soll für eine Datenbank, Benutzer usw ... also eine Neuinstallation.
Zu erwähnen ist, dass eine Fehlermeldung von der Wiederherstellung (netcup) dargestellt wurde als diese beendet war.
Fragen :
a. Sollte normal eine php Versionsumstellung ohne diese Dinge ablaufen ?
b. Kann ich für die erste Seite das irgendwie simulieren ohne die zu zerschießen (falls es nicht klappt) ? UpdraftClone bietet dieses für kleines Geld (meine ich) an.
c. Was müsste ich definitiv sichern um auf jeden Fall alles wiederherstellen zu können ? Ich dachte da an BackWPup die die ganze Seite samt Datenbanken sichert. Diese müsste ich doch dann einfach per SFTP hochladen und im Interface die Datenbank einspielen und dann müsste doch normal alles wieder funktionieren, oder bin ich da verkehrt vor ?
Edit : Oder könnte es an den Dateiattributen liegen ? Weil aus Sicherheitsgründen habe ich oft nur Leserechte (z.B. für wp-confg usw)
Mir ist bewusst, dass ich da unsicher bin. Ich habe viel ausprobiert, doch keinerlei Erfahrung bei Anwendung einer Wiederherstellung z.B. .
Ebenso ist mir auch nicht klar was getan werden muss um einfach die php Version zu verändern.
Vielen lieben Dank im Voraus an die Person/en die mir dabei versuchen weiterzuhelfen.
Interessant das Ganze hier zu verfolgen. Stand eben vor der gleichen Situation.
Gibt es bereits eine Lösung ?
Da stellt sich mir die Frage ... wenn ich nun spezielle Software benötige (nextcloud) ... darf/sollte/kann ich dieses trotzdem selbst vornehmen, oder wäre das in Verbund mit froxlor ungeeignet so vorzunehmen.
Ich merke, ich muss mich mit Froxlor mehr auseinandersetzen.
Alles anzeigenIm Normalfall werden VServer und Rootserver bei netcup mit Debian+Froxlor provisioniert bereitgestellt. Das Webpanel Froxlor bietet bereits eine Apache 2-MySQL-PHP (xAMP)-Umgebung. Proftpd-User werden über das Webinterface in der Datenbank angelegt und über libnss-extrausers eingebunden.
Da einfach irgendwas drüberzuinstallieren, ist nicht empfehlenswert. Was möchtest Du denn überhaupt machen, und, wie KB19 schon so direkt fragte, bist Du sicher, dass Du das tun möchtest?
Startmedien für ein „nacktes“ Debian findest Du unter http://servercontrolpanel.de/ „Medien“:
Ich bedanke mich für die unterschiedlichen Aussagen und ich bin wohl noch in der Phase "ich muss alles selbst verwalten/installieren" ... und nun wird ein Schuh daraus. Froxlor ist mir gänzlich neu und werde da nach dem FTP Zugriff schauen und vorgenommene Schritte rückgängig machen.
Xampp erschien mir eine kompakte Lösung mit Webserver usw ... und weil es dort eben auch viel zu "erlesen" gibt, wenn man mal einen Rat braucht.
Ja, ich habe diverse Linuxservererfahrungen, jedoch bezieht sich das auf rootserver die quasi gänzlich "nackt" gewesen sind und ich alles einzelnd installierte.
Ich schätze, dass dieses mit bereits vorhandenen installierten Diensten kollidiert.
Hallo zusammen,
über Empfehlungen bin ich zu Netcup gekommen. Freue mich dabei sein zu können und hallo an alle!
Seit zwei Tagen haben ich meinen VServer "bearbeitet" um FTP Zugriff zu bekommen. Unterschiedlichste Anleitungen gelesen, Versuche gefahren.Das Forum hier durchforstet. Google genervt.
Erkenntnis : Nachdem ich in proftpd (installiert durch xampp) neue Benutzer hinzfügen möchte in der /opt/lampp/etc/proftpd.conf funktioniert der Zugriff nicht mehr.
Bedeutet ich füge einen im System vorhandenen Benutzer durch "UserPassword Benutzer Passwort" in der proftpd.conf hinzu und dann erhalte ich die Ausage, dass der Benutzer/Passwort falsch ist. Jenes sagen mir mehrere FTP programme.
Der FTP Zugriff funktioniert bisher nur dann, wenn ich proftpd starte und die (erstellten) Zugangsdaten für die shell verwende. Es darf also nichts davon in der proftpd.conf zu finden sein.
Ich sah nun, dass es eine bereits vorinstallierte (?) proftpd.conf in /etc/proftpd bereits gibt. Beeinflussen die sich ?
Vielleicht kennt das jemand oder weiss einen anderen Weg, wie man hier FTP einfacher verwaltet.
