ftp-upload über wp-backend / plugin- & themeupdates werden nicht "gesehen"...

hallo und danke für die möglichkeit des neueinstiegs!

mein erstes thema:

auf meinem webspace bei strato läuft eine wordpressinstallation. sie stammt nicht aus einem vorkonfigurierten-wordpress-modul in meinem hostimg-paket. ich bin mit der installation "umgezogen".

seit dem umzug zu strato kann ich plugin- und themedateien nicht mehr über die in wp integrierte ftp-uploadfunktion einspielen.

liegt die ursache bei den verzeichnisschreibrechten oder welche konfiguration könnte den ftp-upload in meine migrierte wp-installation behindern/vereiteln?

randbemerkung: nach manuellem upload mittels ftp-software werden plugin- nd theme-updates nicht "erkannt" und wp bietet weiterhin updates an, obwohl diese via ftp-software eingespielt worden sind.

auch wird bei der abfrage der ftp-zugangsdaten ein formular präsentiert, dessen felder nicht editierbar, stattdessen aber - mit falschen daten der installation vor dem umzug zu strato - vorausgefüllt sind.

wie kann dies behoben werden?

herzlicher dank und herzlicher gruß!

danke!

inzwischen vermute ich, daß in der datenbank ein pfad nicht richtig auf den neuen webspace verweisen könnte. mir fiel auf, daß der aufruf des msdumpers nicht mehr über das browseradreßfeld möglich ist, was vorher unproblematisch funktionierte.

so hatte ich ursprünglich mal meinen db-export wieder zurückgespielt und meine installation lief auch...

...bis auf dieses problem.

ich habe eben ein plugin "search and repair" ins pluginverzeichnis geladen, es wird im backend aber nicht zur aktivierung angeboten/angezeigt. daher vermute ich, daß pfade zu verzeichnissen betroffen sein könnten.

ja, es trifft zu, daß meine texte nicht unkonfus sind. das sind erschöpfungserscheinungen.

ich habe die ftp-konstanten in die wp-config eingetragen, wie ich es bereits recherchiert hatte.

ich habe in der datenbank in der tabelle wp_options das merkmal ftp_credentials angepaßt, also das textfeld entleert, um wp die möglichkeit zu geben, die ftp-zugangsdaten aus der wp-config auszulesen.

dies scheint nicht zu geschehen.

es sind in der ftp-zugangsmaske im backend bereits zugangsdaten eingetragen, die nicht mehr editiert werden können und die falsch sind.

ich habe die gesamte datenbank nach ftp-zugangsdaten - also nach dem suchbegriff "ftp" - absuchen lassen, um zu sehen, ob es in irgendeiner tabelle falsche zugangsdaten der früheren installation verankert gibt; es wurden keine gefunden.

zwischenresultat: die wp-config scheint in bezug auf die ftp-zugangsdaten nicht abgearbeitet zu werden. das führt dazu, daß wordpress keine ftp-verbindung zum hostserver aufbauen kann.

ja, bei strato nutze ich die verzeichnismanipulation als php-user und müßte von daher eigentlich schreibzugriffsrechte auf alles haben.

ich komme leider nicht weiter.

ein letzter gedanke: wie schreibt man den pfad zum wp-content-verzeichnis ab dem root? reicht relativ? also ab dem schrägstrich / nur noch wp-content usw.?

und gilt bei strato als host etwa "localhost"? (das hatte ich bereits ausprobiert, es führte aber zu keiner lösung des problems). momentan habe ich "ftp.strato.com" als host eingetragen.

danke für das interesse an meinem problem!

am liebsten würde ich als privatnachricht einen screenshot meiner wp-config einreichen, damit die pfade auf fehler gecheckt werden könnten.

wäre das sinnvoll? ich hoffe, kein sträflicher leichtsinn...

das plugin habe ich hochgeladen, es ist aber nicht aktivierbar/zu sehen...

das ist eben das unbegreifliche.

wie ist das für dich zu erkennen, daß sämtliche verweise oder links nicht angepaßt sind? mir scheinen die internen links zu dateien und seiten zu funktionieren.

ich habe mir die datenbank ja bereits angeschaut. alle verweise auf den alten webspace habe ich editiert.

die frage ist, ob mit korrekter pfadsyntax. hier könnte ich fehler gemacht haben.

das ist ein sehr guter gedanke!

es liegen auch tatsächlich zwei ftp-user vor.

was wäre denn nun als nächstes zu tun?

wie kann wordpress eine eindeutige "rolle" als ftp-user zugeschrieben werden?

sollte ein ftp-user gelöscht werden?

filezilla verbindet sich seit eh und je prima mit dem ftp-server von strato.

so habe ich "search-and-repair" ins pluginverzeichnis hochgeladen. bloß: wordpress zeigt es in installierte plugins nicht an, damit es aktiviert werden kann.

es geht ja um die automatische updatefunktion für themes und plugins - die funktioniert nicht mehr.

alle mittels filezilla hochgeladenen updates werden nicht "gesehen"/erkannt. trotz eingespielter updates werden immer wieder die gleichen plugins und themes als "updatewürdig" angeboten.

es ist kein problem mit der verbindungsfähigkeit von filezilla gegeben. diese ist tadellos.

ich habe mit web-ftp die verzeichnisstruktur meiner dateien auf dem server angeschaut.

mir fiel auf, daß es dort ab dem root so weiter geht:

der root ist ./, dann folgt im baum als nächstes ../, dann folgen die verzeichisse wie gewohnt.

die ebene ../ scheint mir neu zu sein - das habe ich so zuvor noch nicht gesehen.

außerdem: ist als schreibweise zum wp-content verzeichnis folgende pfadsyntax zulässig: ./wp-content/ oder muß es //wp-content sein oder nur /wpcontent?

root/wp-content ist doch unzulässig, oder?

es gibt ja nur die eine wp-installation. und darin befinden sich alles plugins im pluginordner von wp-content.

bei einer deaktivierung werden plugins deaktiviert und können auch wieder reaktiviert werden.

ein anderer browser ergibt das gleiche fehlverhalten.

der cache wurde geleert und auch "super-cache" unter wp direkt wurde entleert. keine lösung.

könnten domainumleitungen schuld am fehler sein?

ist diese schreibweise der pfade in der wp-config richtig?

define( 'FS_METHOD', 'ftpsockets' );
define( 'FTP_BASE', '/' );
define( 'FTP_CONTENT_DIR', '/wp-content/' );
define( 'FTP_PLUGIN_DIR ', '/wp-content/plugins/' );
define( 'FTP_USER', 'ftp_agent@agent-createur.de' );
define( 'FTP_PASS', 'istunkenntlichgemacht' );
define( 'FTP_HOST', 'ftp.strato.com' );
define( 'FTP_SSL', false );
define('ABSPATH', dirname(__FILE__).'/');
define('UPLOADS', '/wp-content/uploads');
define('WP_CACHE', true);
require_once(ABSPATH.'wp-settings.php');

stimmen fs_methode und der wert für ABSPATH, dirname?

die wp-config wurde so angepaßt, daß sie auf die neue datenbank verweist und die seite läuft ja auch.

seltsam ist nur, daß ich zuvor den msdumper über jede meiner domains aufrufen konnte, um backups zu erstellen oder zurückzuspielen. jetzt geht es aber nicht mehr; der aufruf verweist auf eine fehlerseite. da könnten pfade pder pfadschreibweisen verkehrt sein. genau weiß ich es immer noch nicht.

das ist eine automatische installationsroutine mittels eines assistenten/wizards, der dann eine wp-struktur auf dem server aufbaut. das war mit vorkonf. modul umschrieben/gemeint.

ich bin ja den anderen weg gegangen, daß ich mit ftp meine wp-struktur auf den neuen server geschrieben habe, die datenbank mit msdumper eingeschrieben und danach von hand editiert habe, um die pfade manuell anzupassen.

dabei könnte es von bedeutung sein, wie die pfadsyntax ab dem root angegeben werden muß. ich habe den strato-support deswegen auch kontaktiert, aber die reaktion bleibt noch abzuwarten.