ftp_put(); streikt bei größeren Daten

[Fugel]

Hallo Leute,

ich versuche mittels ftp_put(); Daten auf einen FTP-Server zu laden, es funktioniert soweit auch alles. Nur wenn die Daten größer werden, dann läd er und wenn er fertig ist, sind die Daten nicht auf dem Server. Ich hab schon per ini_set('max_execution_time', '600'); das Script Timeout erhöht aber das brachte auch nix.

Jemand eine Idee was ich noch machen könnte?

Der Server liegt bei Strato und es handelt sich dabei um so ein Web Paket.

 

[lachender_engel]

Prüfe in Deiner PHP Einstellung den Wert von max_upload_size und passe diesen ggf. an.

 

[Gelöschtes Mitglied 633957]

max_upload_size

FTP-Verbindungen via PHP sind nie mein Ding gewesen und es ist gut möglich, dass ich mich irre, glaube aber, dass das max_upload_size-Limit hier nicht greift. Vielmehr würde ich, je nach Größe der Datei die max_execution_time auf 2000 bis 3000 erhöhen!

Edit: Es könnte auch sein, dass sich der Server quer stellt wenn in der ftp_put() der ASCII- und nicht BINARY-Mode bei größen Dateien verwendet wird!

 

[Fugel]

Prüfe in Deiner PHP Einstellung den Wert von max_upload_size und passe diesen ggf. an.

Das lässt Strato leider nicht zu. So wie ich das sehe, gibt es da keine Möglichkeit um das Script ans laufen zu bekommen. Gibt es denn vielleicht eine Alternative um das zu umgehen?

 

[Myhar]

Ich weiß, ist jetzt nicht direkt eine Lösung, aber kannst du den upload auf mehrere kleine dateien aufteilen?
Was genau möchtest du denn hochladen? Ein zip file? ein großes Bild?

 

[Fugel]

Ich weiß, ist jetzt nicht direkt eine Lösung, aber kannst du den upload auf mehrere kleine dateien aufteilen?

Daran hab ich auch schon gedacht, das müsste dann aber direkt beim Upload passieren. Ob das PHP kann weis ich nicht, so einen Fall hatte ich noch nicht. Es können sehr unterschiedliche Daten sein (EPS,PDF,JPG, uvm.).

Hast du so eine Teilung per PHP schon mal gemacht?

Edit:

Ich merke gerade das ich auch über folgendes Problem stoße "Warning: POST Content-Length" keine Ahnung wie man das umgehen soll!?

 

[Gelöschtes Mitglied 633957]

Ich merke gerade das ich auch über folgendes Problem stoße "Warning: POST Content-Length" keine Ahnung wie man das umgehen soll!?

Es scheint, hier wird der Wert der post_max_size Variable der php.ini überschritten. Die wird sich wohl ebenfalls mit dem Webspace-Paket nicht beeinflussen lassen.
Evtl. kann es aber auch hier funktionieren, die max_execution_time deutlich zu erhöhen, z.B. mit set_time_limit().

 

[lachender_engel]

Verantwortlich für die Meldung können zwei Werte sein

upload_max_filesize
post_max_size

Strato gibt an, dass die upload_max_filesize < PHP 7 bei 32 MB und > PHP7 bei 64 MB ist. Reicht Dir das nicht? Musst Du größere Dateien hochladen?
Wenn ja, musst Du wohl Dein Paket updaten.

 

[Fugel]

Reicht Dir das nicht? Musst Du größere Dateien hochladen?
Wenn ja, musst Du wohl Dein Paket updaten.

Selbst 64 MB reichen mir nicht. es sollten min. 200-500 MB sein.

 

[lachender_engel]

Selbst 64 MB reichen mir nicht. es sollten min. 200-500 MB sein.

Ah ok. Dann hast Du mehrere Probleme, die Du mit PHP nicht lösen kannst. Denn auch einen Timeout hochzuschreiben hilft nicht. Du weißt nie, wie lange der Upload braucht - kommt er mit 1 MBit oder mit 1 Gbit?!
Du kannst das nur mit JavaSkript und Ajax lösen. Dann wird während des Uploads ein Keep Alive Signal an den Server gesendet.
Ich stand vor ein paar Wochen vor der selben Anforderung. Meinem Kunden habe ich dazu https://dbinbox.com/ empfohlen und eingerichtet. Das Teil kannst Du auf Deiner Seite einbinden und damit machst Du dann 'nen Upload in z.B: eine Dropbox.
Funktioniert tadellos.

 

[Fugel]

Dieses dbinbox schickt es dich aber direkt auf den Rechner und nicht auf den Server oder? Wie könnte man das mit JavaScript und Ajax denn lösen? Hat man hier nicht das selbe Problem der maximal Post Size? Die Daten müssten dann ja schon beim Client zerlegt werden.