upload schlägt nach 38% Fehl upload schlägt nach 38% Fehl
 

News:

CPG Release 1.6.26
Correct PHP8.2 issues with user and language managers.
Additional fixes for PHP 8.2
Correct PHP8 error with SMF 2.0 bridge.
Correct IPTC supplimental category parsing.
Download and info HERE

Main Menu

upload schlägt nach 38% Fehl

Started by Fleck, January 30, 2007, 08:47:43 PM

Previous topic - Next topic

0 Members and 2 Guests are viewing this topic.

Fleck

Hi ho,
wie in der Überschrift schon angedeutet habe ich ein problem mit dem Upload von etwas größeren Datein.

Die Datei um die es in diesem Bsp. geht is eine wmv datei und ist 11,3 MB gross.
Wenn ich diese jetzt hochladen möchte, akkert er ne weile, wenn er bei 38% (browserlade status) ist, bleibt er hängen. Nach einigen minuten, versucht er weiter auf die upload.php zu leiten und dort kommt dann, seite kann nicht angezeigt werden.

DA mein englisch absolut mies ist, hoffe ich einer von Euch kann mir evtl. helfen.

meine php.ini sieht wie folgt aus (mein anbieter lässt mich meine eigene schreiben)


memory_limit = 100M
post_max_size = 500M
upload_max_filesize = 500M
max_input_time = 180


DAnke Euch im Vorraus

lamama

Quotemax_input_time = 180

3 Minuten für den Upload.
Entspricht das der Zeit, bis der Upload abbricht?

Ansonsten sind das irgendwie ja Monsterwerte: ein halbes Gigabyte (Default: ca. 8MB) ist schon heftig. Videoupload per php ist sowieso ein heikles Thema...

memory_limit sollte höher sein als post_max_size sein, sonst kann das Script den Upload gar nicht in den ihm verfügbaren Speicher bekommen.

Was sagt denn die php info (Admin-Werkzeuge)?
Bist du auf einem eigenen Server? Wenn nein: Dein Anbieter mag dir ja eine eigene php.ini erlauben, aber AFAIK können die globalen Settings des Servers nicht überschritten werden.


Fleck

Also erstmal nen dickes danke an dich für die antwort.
Habe gesehen das das max_post_limit tatsächlich noch auf 8M stand.
Nun habe ich es so hinbekommen, dass er sich zwar nicht mehr aufhängt beim hochladen, er mir jedoch anzeigt, wenn geuploaded wurde, dass 0 erfolgreich waren.  (er läd erst einen balken bis 100% und fängt dann noch mals an, dann kommt 0 erfolgreich)

phpinfo zeigt folgende werte:

Configuration
PHP Core
Directive Local Value Master Value
allow_call_time_pass_reference On On
allow_url_fopen On On
always_populate_raw_post_data Off Off
arg_separator.input & &
arg_separator.output & &
asp_tags Off Off
auto_append_file no value no value
auto_prepend_file no value no value
browscap no value no value
default_charset no value no value
default_mimetype text/html text/html
define_syslog_variables Off Off
disable_classes no value no value
disable_functions no value no value
display_errors On On
display_startup_errors Off Off
doc_root no value no value
docref_ext no value no value
docref_root no value no value
enable_dl On On
error_append_string no value no value
error_log no value no value
error_prepend_string no value no value
error_reporting 2047 no value
expose_php On On
extension_dir /usr/local/php4.4.2-cgi/lib/php/20020429 /usr/local/php4.4.2-cgi/lib/php/20020429
file_uploads On On
gpc_order GPC GPC
highlight.bg #FFFFFF #FFFFFF
highlight.comment #FF8000 #FF8000
highlight.default #0000BB #0000BB
highlight.html #000000 #000000
highlight.keyword #007700 #007700
highlight.string #DD0000 #DD0000
html_errors On On
ignore_repeated_errors Off Off
ignore_repeated_source Off Off
ignore_user_abort Off Off
implicit_flush Off Off
include_path .: .:
log_errors Off Off
log_errors_max_len 1024 1024
magic_quotes_gpc On On
magic_quotes_runtime Off Off
magic_quotes_sybase Off Off
max_execution_time 30 30
max_input_time -1 -1
memory_limit 200M 200M
open_basedir no value no value
output_buffering 0 0
output_handler no value no value
post_max_size 100M 100M
precision 14 14
register_argc_argv On On
register_globals Off Off
report_memleaks On On
safe_mode Off Off
safe_mode_exec_dir /usr/local/php/bin /usr/local/php/bin
safe_mode_gid Off Off
safe_mode_include_dir no value no value
sendmail_from no value no value
sendmail_path /usr/sbin/sendmail -t -i  /usr/sbin/sendmail -t -i 
serialize_precision 100 100
short_open_tag On On
SMTP localhost localhost
smtp_port 25 25
sql.safe_mode Off Off
track_errors Off Off
unserialize_callback_func no value no value
upload_max_filesize 100M 100M
upload_tmp_dir no value no value
user_dir no value no value
variables_order no value no value
xmlrpc_error_number 0 0
xmlrpc_errors Off Off
y2k_compliance On On



Fleck

hmmm da ich mein Thema nicht editieren konnte, nun noch mal so :)

Also hab es irgendwie hinbekommen, dass er die oben beschriebene Datei hoch geladen hat. Ach EINIGE Bilder macht er.
Nun bekomme ich aber laufend das hier:

http://www.fleckprojects.de/fehler.txt

Hab das mal aus dem DEBUG Modus.

Joachim Müller

Benutze FTP-upload plus Batch-Hinzufügen für Monster-Dateien.

Stramm

[OFF TOPIC]
Standardmäßig sind die von Dir geänderten Werte relativ klein gewählt. Das hat auch seinen Grund. Jeder Sys Admin würde hier die Hände über dem Kopf zusammenschlagen wenn es sich nicht um ein Testsystem handelt. Hast Du das memory_limit jetzt tatsächlich auf 500M erhöht, dann reicht eine Handvoll user um Deinen Server evtl. in die Knie zu zwingen. Auf busy servern kann 64M schon haarig sein. Wenn 8M zu wenig ist, dann sollten jedenfalls 16-32M sollte ausreichen. Große Dateien lädt man wie von GauGau beschrieben hoch.
[/OFF TOPIC]