Thema: Docman bricht download ab - Hilfe...

Hallo,

habe jetzt umfangreich in der Suche die Ergebnisse durchgesehen aber leider nichts passendes gefunden.

Sollte ich wirklich der einzige mit diesem Problem sein??

Also, docman bricht nach 100 bis 200 kb jeden Datei-Download ab.
Ohne Fehlermeldung - so als wenn die Datei komplett wäre.

Kennt jemand dieses Problem oder hat einen Tipp??

Gruß und danke.
mandoki

Hallo,

hat denn keiner einen Tipp für mich??

habe mal die MGFi 4.5.2.1 auf einem anderen Server installiert mit docman.
habe dort die selbe Datei im BE mit Docman als Dokument erstellt und ohne Abbruchfehler im Frontend downloaden können !!

Also muss der Fehler wohl mit meiner mambo-Installation zu tun haben!
Oder nicht??

Habe den Patch auf 4.5.2.1 noch nicht installiert.
Kann es daran liegen??

Der Fehler tritt übrigens auch auf, wenn ich es mit remository versuche!

Benötige dringend eure Hilfe...

Gruß
mandoki

Hallo.

Hat denn wirklich keiner eine Idee???

Grüße von einem ratlosen
mandoki :(

Sind die Rechte des Ordners richtig gesetzt?

Zu Testzwecken kannst du die ja Mal auf 777 setzen.

Hallo,

danke für eure Tipps.

@zecke23
habe ich bereits versucht, bekam lediglich einen Link auf folgende Infos:

How to optimize your PHP installation to handle large file uploads.

Though PHP presents a very versatile and user friendly interface for handling file uploads, the default installation is not geared for working with files in excess of 2 Mega Bytes. This article is an aid to configuring PHP for handling such large file transfers.
php.ini

The php.ini file contains all the configuration settings for your installation. Sometimes these setting might be overridden by directives in apache .htaccess files or even with in the scripts themselves but for the moment let's just concentrate on the ini file.

This file contains the following settings that we need to modify

* file_uploads
* upload_max_filesize
* max_input_time
* memory_limit
* max_execution_time
* post_max_size

The first one is fairly obvious if you set this off, uploading is disabled for your installation. We will cover the rest of the configuration settings in detail below.
upload_max_filesize and post_max_size

Files are usually POSTed to the webserver in a format known as 'multipart/form-data'. The post_max_size sets the upper limit on the amount of data that a script can accept in this manner. Ideally this value should be larger than the value that you set for upload_max_filesize.

It's important to realize that upload_max_filesize is the sum of the sizes of all the files that you are uploading. post_max_size is the upload_max_filesize plus the sum of the lengths of all the other fields in the form plus any mime headers that the encoder might include. Since these fields are typically small you can often approximate the upload max size to the post max size.

According to the PHP documentation you can set a MAX_UPLOAD_LIMIT in your HTML form to suggest a limit to the browser. Our understanding is that browsers totally ignore this directive.
memory_limit

When the PHP engine is handling an incoming POST it needs to keep some of the incoming data in memory. This directive has any effect only if you have used the --enable-memory-limit option at configuration time. Setting too high a value can be very dangerous because if several uploads are being handled concurrently all available memory will be used up and other unrelated scripts that consume a lot of memory might effect the whole server as well.
max_execution_time and max_input_time

These settings define the maximum life time of the script and the time that the script should spend in accepting input. If several mega bytes of data are being transfered max_input_time should be reasonably high. You can override the setting in the ini file for max_input_time by calling the set_time_limit() function in your scripts.
Special Notes
Apache Settings

The apache webserver has a LimitRequestBody configuration directive that restricts the size of all POST data regardless of the web scripting language in use. Some RPM installations sets limit request body to 512Kb. You will need to change this to a larger value or remove the entry altogether.

Kann damit nicht viel anfangen. Meine Probleme betreffen ja nur den Frontend Download, nicht den Upload...

@danielbaer

auch das habe ich schon versucht. Ohne Erfolg.

Hier noch mal die Erfahrung mit einer anderen Testversion (s.o.)

Habe mal die MGFi 4.5.2.1 auf einem anderen Server installiert mit docman. Habe dort die selbe Datei im BE mit Docman als Dokument erstellt und ohne Abbruchfehler im Frontend downloaden können !!
Also muss der Fehler wohl mit meiner mambo-Installation zu tun haben!
Oder nicht??

Ich finde für dieses Problem einfach keine Lösung.

Hier mal der Inhalt meiner root .htaccess:

#
# verhindern des wwwrun problems
#
AddHandler php-fastcgi .php .php4
# $Id: htaccess addition v 0.001 Marcus W $
#
# htaccess file for handling big files in Mambo
#
# @version $Revision: 0.001 $
#
# More Rules
#
php_value max_execution_time 3000
php_value upload_max_filesize 32M
php_value post_max_size 32M
php_value memory_limit 32M

Die Standard mambo .htaccess im Mambo Verzeichnis ist ebenfalls aktiviert.
Auf dem MGFi Testserver habe ich keine von beiden aktiviert...

Bin vollkommen ratlos.

Gruß
mandoki

Hallo,

möchte euch nur kurz mitteilen, das wir (provider all-inkl. und ich) den Fehler gefunden haben.

Er lag, wie schon von mir vermutet, doch in der root .htaccess Datei.

Der Eintrag:

# verhindern des wwwrun problems
#
AddHandler php-fastcgi .php .php4

führte zu diesen merkwürdigen timeouts.
Einige von euch kennen ja das Problem mit dem wwwrun aus eigener Erfahrung.
Solltet ihr davon betroffen sein, so setzt diesen Befehl nur im äußersten Notfall ein...

MfG
mandoki

Zitat von mandoki

Er lag, wie schon von mir vermutet, doch in der root .htaccess Datei.

Der Eintrag:
# verhindern des wwwrun problems
#
AddHandler php-fastcgi .php .php4

führte zu diesen merkwürdigen timeouts.
Einige von euch kennen ja das Problem mit dem wwwrun aus eigener Erfahrung.
Solltet ihr davon betroffen sein, so setzt diesen Befehl nur im äußersten Notfall ein...

Könntest Du die Lösung etwas näher erklären? Muss ich nur den Eintrag in die htaccess.txt im root-Verzeichnis eintragen auf den Server spielen und das wars?

Habe ein ähnliches Problem und suche nach ner Lösung.

Gregor