Seit 4.2 - bei Updates wird Verbindung vom Server getrennt

Hab keine Idee, ist aber schon mal gut zu wissen, dass ich icht der einzige mit dem Problem bin.

Hallo,

man kann die FTP-Zugangsdaten in die wp-config.php speichern

define('FS_METHOD', 'ftpext');
define('FTP_BASE', '/pfad/blog/');
define('FTP_CONTENT_DIR', '/pfad/wp-content/');
define('FTP_PLUGIN_DIR ', '/pfade/plugins/');
// define('FTP_PUBKEY', '/home/username/.ssh/id_rsa.pub');
// define('FTP_PRIKEY', '/home/username/.ssh/id_rsa');
define('FTP_USER', 'benuter');
define('FTP_PASS', 'passwort');
define('FTP_HOST', 'ich_verwende_ip');
define('FTP_SSL', false);


define('FS_CHMOD_DIR', 0755);
define('FS_CHMOD_FILE', 0644);

und funktionierte in einer Umgebung, die keine Schreibrechte hat.

Hoffe die Antwort hilft euch weiter

Ralf

Genau das habe ich bei mir schon seit längerem gemacht. Der Fehler "[FONT=Consolas]Server hat die Verbindung geschlossen. Es wurden keine Daten gesendet." kommt bei mir trotzdem, sobald ich ein Update von irgendeinem plugin oder der mitgelieferten themes von WP 4.2 installieren will ...[/FONT]

Na ja, was heißt "man kann"? Muss man denn? Ich möchte ungern ne Datei umschreiben, wenn es bei der vorherigen Version ja auch so ging.

Zitat von IICCEE

Der Fehler .... kommt bei mir trotzdem, sobald ich ein Update von irgendeinem plugin oder der mitgelieferten themes von WP 4.2 installieren will ...

Bei mir schon ... ohne Fehler... lass mich mal raten - du hast bei einem Massenhoster für sehr wenig Geld webspace geschenkt bekommen und dort läuft in einem sehr alten Apache php über FASTCGI?

mmh... wenn bei dir die php_sapi_name nötig ist, was steht in der PHP_SAPI

http://php.net/manual/de/function.php-sapi-name.php

laut PHP Handbuch kann dieser Inhalt überraschen

Zitat

Eine mögliche Überraschung

Die definierte SAPI muss nicht naheliegend sein, denn zum Beispiel anstatt als apache kann sie als apache2handler oder apache2filter definiert sein.

ach ja ... damit pHP FTP nutzen kann, benötigt PHP auch etwas
Handbuch
http://php.net/manual/de/book.ftp.php

@ r23,
also bei mir hatte das mit Deinem Vorschlag auch nicht funktioniert, dass hatte ich - nachdem ich ebenfalls dieses Problem nach dem Update auf WP4.2 gemacht hatte - probiert. Hatte bereits zu dem Problem im Allgemeinen-Forum dazu was geschrieben: http://forum.wpde.org/allgemeines/14…n-gesendet.html

Bin selbst bei all-inkl.com, also kein Wald-und-Wiesen-Hoster.

PS: Hat sich erledigt, hatte in meiner wp_config nur die Zeilen FTP_USER, FTP_PASS und FTP_HOST eingetragen! Also funktioniert :D. DANKE!!!!

Bin auch bei all-inkl.com, stehe aber trotzdem noch auf den Schlauch. Es ist also plötzlich bei Wordpress nötig, dass wir per Hand die wp_config ändern?

Zitat von r23

Bei mir schon ... ohne Fehler... lass mich mal raten - du hast bei einem Massenhoster für sehr wenig Geld webspace geschenkt bekommen und dort läuft in einem sehr alten Apache php über FASTCGI

Da hast Du falsch gedacht ... Bin bei Allinkl mit dem privat plus paket. Php läuft als modul in der version 5.5.22 und mit 256 mb memory limit, wovon nur 25 gebraucht werden, laut wp-memory-usage. WP nutze ich seit Version 3.6, oder 3.5. Bisher völlig problemlos. Erst mit Version 4.2 (die ja ein neues update system hat) habe ich das update problem ... Und das komischerweise nur bei einem von mir betreuten blogs, 4 weitere laufen auch mit 4.2 problemlos ... Das wundert mich ja.

Da ja heute direkt 4.2.1 nachgereicht wurde, hatte das bestimmt was mit dem Update-Problem zu tun oder mit der Sicherheitslücke? Problem ist, ich kann jetzt auch nicht auf 4.2.1. updaten.... hmpf...

Stellt doch mal auf PHP 5.6 um.

Ich bin auch bei all-inkl mit vielen Wordpress Blogs und komischerweiße hat nur einer das Problem.

Update auf 4.2 ging noch.
Aber heute auf 4.2.1 kommt auch die Meldung "Server hat die Verbindung geschlossen. Es wurden keine Daten gesendet."

Ein Plugin lässt sich auch nicht mehr aktualisieren.
Die FTP Daten in die WP Config brachte keinen Erfolg.

Verschiedene Browser und neue FTP Daten brachten auch keinen Erfolg.

Und was bringt die Umstellung auf PHP 5.6?

Ich bin da nicht so fit undd habe mich erst mal durchgelesen wie ich das umstelle.
Ich dachte ich müsste das komplette System auf 5.6 umziehen.
Aber es hat ausgereicht in die .htaccess einfach den Eintrag zu setzen:

AddHandler php56-cgi .php

und dann ging das Update!

Quellen:

https://de.forums.wordpress.org/topic/updates-…ht-mehr-seit-42
http://all-inkl.com/wichtig/faq/#faq_software
http://toscho.de/2012/all-inkl-php-5-3/

Bin auch bei All-Inkl und habe das Business Paket. Seit 4.2 kein Update von Plugins mehr möglich. Jetzt sah ich 4.2.1 mit der Hoffnung das genau das Problem u.a. auch behoben wurde und bei mir bleibt das Update bei dem Punkt "Anschalten des Wartungsmodus". Liegt es jetzt an All-Inkl oder WP? Vorher hat es dann auch Jahrelang so funktioniert...

Es waren ja zwei Probleme bei mir:
1. Anzeige der Fehlermeldung bei Versuch eines Updates "[COLOR=#333333][FONT=Consolas]Server hat die Verbindung geschlossen. Es wurden keine Daten gesendet.".[/FONT][/COLOR]
2. das Anhalten nach dem Einschalten des Wartungsmodus

Zu 90% blieb ein Updateversuch bei Fehler 1 hängen. Wenn man es oft genug wiederholt hat und es ausnahmsweise einmal durchlief, kam dann Fehler 2 zum tragen.

Lösung war jetzt: Ich verzichte in Zukunft auf das FTP Updateverfahren und habe bei allen zum Blog gehörenden Dateien die Besitzrechte auf den wwwrun geändert (Geht bei All-inkl über den Web-FTP, oder im KAS). Damit kann sich das Blog auch selbst updaten ohne die FTP-Daten anzugeben. Gleichzeitig trat auch Fehler 2 nicht mehr auf. Das liegt wahrscheinlich auch daran, dass PHP als FASTCGI die Besitzrechte vom FTP-USER hat und nicht www-run wie beim Modul.

Grundsätzlich, das sagt auch All-inkl selbst, ist die Ausführung von PHP als Modul und nicht als FASTCGI performanter, deswegen sollte man das nicht dauerhaft als FASTCGI laufen lassen ... Wenn man eine andere PHP Version als Modul laufen lassen möchte, so reicht eine kurze Mail an den Support und sie ziehen die Seite kostenlos auf einen Server, auf dem dann die entsprechende PHP Version als Modul läuft ...

OFFTOPPIC

Zitat von IICCEE

Grundsätzlich, das sagt auch All-inkl selbst, ist die Ausführung von PHP als Modul und nicht als FASTCGI performanter, deswegen sollte man das nicht dauerhaft als FASTCGI laufen lassen

Die meisten Provider wollen FastCGI nicht, weil es mehr RAM verbraucht. Ein moderner, richtig konfigurierter Server ist mit PHP-FPM schneller als mod_php und verbraucht weniger Speicher. Hierzu hat Bitnami auch einen Beitrag geschrieben: http://blog.bitnami.com/2014/06/perfor…apache-and.html

Und das Argument der Sicherheit, welches bei mod_php so hoch gelobt wird ist nicht war. Bei FastCGI bzw. PHP-FPM hat man keine übergreifenden Rechte im Filesystem zwischen den Hostingaccounts, bei mod_php sehr oft schon.

Daher lautet meine Empfehlung seit langem: FastCGI, besser PHP-FPM mit Apache 2.4 bzw. NGINX (für V-Server).

All-Inkl hat mir eben zu dieser Lösung geraten:

[COLOR=#000000][FONT=ArialMT]Aktuell liegt das Problem daran das Wordpress ein Problem hat, wenn PHP als Modul ausgeführt wird.[/FONT][/COLOR]

[COLOR=#000000][FONT=ArialMT]Bitte gehen Sie wie folgt vor:[/FONT][/COLOR]

[COLOR=#000000][FONT=ArialMT]Stellen Sie im KAS ( [/FONT][/COLOR]https://kas.all-inkl.com/[COLOR=#000000][FONT=ArialMT] ) unter dem Punkt Domain die Version auf 5.4 CGI um.[/FONT][/COLOR]

[FONT=ArialMT][COLOR=#000000]Stellen Sie unter Tools -> Besitzrechte alle Dateien rekursiv auf den FTP-User. Damit ist ein Update wieder möglich.[/COLOR][/FONT]

[FONT=ArialMT][COLOR=#000000]Auf meine Frage ob diese Umstellung auch langfristig gut ist bekam ich diese Antwort:
[/COLOR][/FONT][COLOR=#000000][FONT=ArialMT]die Umstellung ist für die Problemlösung gedacht. Jedoch kann das Wordpress ebenso weiter betrieben werden, mit der Einstellung.
[/FONT][/COLOR]
Wann kann man denn damit rechnen, das 4.2.2 raus kommt und ein Update wieder wie früher üblich möglich ist? Naja das weiss wahrscheinlich niemand... :-)