4images verursacht Apache Hänger?

[Jan]

Hmm..also bei mir funktionierts. Steht bei Dir am Ende der download.php folgender Teil?

Code: [Select]

 if (isset($unlink_tmp_file)) {
    unlink($unlink_tmp_file);
  }
Jan

[oelke]

Ja, steht da...
Hmm, dann scheint er wohl irgendwie nicht bis dahin zu kommen.
Kann man irgendwelche debug-ausgaben einschalten, die eventuell nur im access.log zu sehen sind?
Oder wie kann man dem Problem sonst am besten auf die Schliche kommen?

[Jan]

Das kann schon sein, dass das Script vorher beendet wird, gerade bei grossen Dateien. Das Problem ist ja, dass die Datei zum Download angeboten werden und gleichzeitig schon gelöscht sein soll.

Probiere mal folgendes:

Füge

Code: [Select]

remove_tmp_folder(DOWNLOAD_TMP_PATH);
vor

Code: [Select]

$file = array();ein

Jan

[oelke]

Jetzt versteh ich gar nichts mehr.
Nachdem ich die Änderung eingebaut habe, bekam ich nur noch folgende Meldung beim Klick auf den ZIP-Button:

Fatal error: Call to undefined function: get_remote_file() in /home/virtual/site2/fst/var/www/html/gallery/download.php on line 66

Dann habe ich die Änderung zurückgenommen und immer noch der gleiche Fehler.
Danach habe ich die download.php nochmal upgeloadet so wie Du sie in das zip-file gepackt hattest und ich bekomme immer noch den gleichen Fehler.
Was ist denn jetzt kaputt gegangen?

[oelke]

Ach, ich weiß jetzt...
Das Einfügen dieser Zeile hat dazu geführt, daß er das gesamte download-Verzeichnis gelöscht hat und daher konnte er die Files nirgendwo mehr ablegen.
Ich habe das download-Verzeichnis wieder neu angelegt und jetzt ist es zumindest wieder so wie vorher.
Hat also nichts gebracht und die Files werden nach wie vor nicht gelöscht.

[oelke]

Ich habe jetzt mal selbst ein paar Zeilen an den Anfang des Skripts reingebastelt, wo alle Files im DOWNLOAD_TMP_PATH rekursiv gelöscht werden, wenn sie älter als 1 Tag sind.
Müßte eigentlich so funktionieren...

Gruß,
Andreas

[Jan]

Upps ja, sorry. War wohl noch etwas zu früh für mich  

Gruß Jan