Probleme mit lauffähigem Upload-Script

[uwe367]

Ich nute ebenfalls FileZilla und ich bekomme die Änderungen auf dem Server angezeigt OHNE zu aktualisieren.

[Ylloh]

ein unix-timestamp ist besser als date, da das eine immer fortlaufende Nummer ist.

[Garion]

Scheinbar nicht

Ach mist...da waren zwei schneller als ich...
Also wie ich schon sagte: Ich find's sehr merkwürdig, aber ich hatte bei FileZilla erst die Dateien im entsprechenden Ordner, als ich F5 gedrückt habe. Selbst ein schließen des Programms und neu Öffnen hat nichts geholfen. Die Dateien lagen da auch definitiv schon vorher und sind nicht zufällig in dem Moment "angekommen", in dem ich F5 gedrückt habe.

Was den Unix-Code angeht, so geb ich dir in fast allen Punkten Recht Holger. Gerade für große Uploadzahlen an Dateien ist sowas super. Ich rechne allerdings mit maximal 2-5, wenn ich Glück habe sogar mit an die zehn oder gar knapp über zehn Uploads. Danach werd ich das Script eh nicht mehr verwenden können und es wird im Archiv versinken. Das ist ne einmalige Geschichte mit geringer Anzahl an zu erwarteten Uploads...von daher finde ich persönlich situativ das Datum ganz gut. So kann ich immer gleich auf den ersten Blick sehen, wann die Datei hoch geladen wurde.

[Garion]

Woran kann es eigentlich liegen, dass das Script keine .avi Dateien hoch laden will?
Habe als erlaubtes Array "avi" drin und als MIME Type von avi alles erlaubt, was ich zu avi gefunden habe...was da wäre:

• video/avi
• video/x-msvideo
• video/msvideo
• video/xmpg2
• image/avi
• application/x-troff-msvideo

Dennoch bekomm ich immer die Nachricht "invalid file". Die Dateigröße liegt bei 18Mb und ist somit im erlaubten Größenbereich. Hat jemand eine Ahnung?

[uwe367]

Schau mal in deiner Serverkonfiguration (info.php) nach diesem Wert: upload_max_filesize

Ist dieser seitens des Providers unter 18 MB wird der Upload abgelehnt.

[Garion]

Hm...ich kann auf meinem Server eine solche Datei nicht finden und im Kundenbereich finde ich ebenfalls keinen Hinweis auf irgendetwas dergleichen...

[heikehk]

Schau mal in der Hilfe mit dateibeschränkungen. Das kann schon sein. Z.b. Wenn der Web FTP Beschränkungen hat, könnte es der serve auch haben. Ansonsten mal beim Support nachfragen

[uwe367]

Erstelle eine Datei mit folgendem Inhalt

PHP-Code:

<?
phpinfo();
?>

und speichere sie z.B. als info.php ab.
Dann lädst du sie via FTP auf deinen Server und rufst sie über den Browser auf, z.B. http://www.example.com/info.php

Dann bekommst du so ziemlich alles was die Serverkonfiguration betrifft, angezeigt.

[Garion]

Vielen Dank euch für eure Hilfe bis hierher.

Der Upload mit .avi Dateien scheint vorerst zu funktionieren...was wohl irgendwie an der .php lag. Mein Programmierer hat noch mal rumgebastelt und jetzt läuft es...sagt er...zumindest auf seinem Server...mal sehen wie's bei mir ist.

Mit seiner geschriebenen .php gibt's da allerdings ein Problem. Er meint, es würde an meinem Server liegen...und ehrlich gesagt liegt dieser Verdacht auch recht nahe...denn auf seinem Server gibt es dieses Problem nicht. Wenn ich die upload.php im Browser aufrufe, steht ganz oben im Fenster, in der ersten Zeile folgendes:

Zitat von der Fehlermeldung meines Upload-Scripts

Warning: session_start(): Cannot send session cookie - headers already sent by (output started at [...]/upload.php:1) in [...]/upload.php on line 2 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at [...]/upload.php:1) in [...]/upload.php on line 2

[...] ist von mir anstelle der Adresse eingesetzt worden. Ich habe bereits all meine Cookies gelöscht und dann F5 gedrückt...aber es bleibt das Selbe...weiß jemand einen Rat?

[heikehk]

google spuckt aus:
http://forum.cmsmadesimple.de/viewtopic.php?id=1887
ich hoffe, dass es das nicht ist.

Hier:
http://php.net/manual/de/function.session-start.php

ist etwas weiter unten in den Kommentaren einer, der den Fehler gelöst hat, in dem er den Session start in die erste Zeile verschoben hat.
Das wäre aus meiner Sicht einen Versuch wert. Warum das dann aber beim Progger geht und bei Dir nicht, kann ich nicht sagen. Scheinbaar zeigt nicht jeder Browser diesen Fehler an.

Gruß
Heike