Dateigrößenbeschränkung?

Hallo Leute,

ich habe ein Problem mit meinem Webspace bei bplaced. Und zwar hab ich Joomla installiert, und das Download Add On Remository. Nun möchte ich gerne Downloads von Aufnahmen anbieten, die ich selbst gemacht habe.

Aber in Remository hochladen bringt mir nichts weil es dort Ewigkeiten braucht bzw. vorher automatisch aus dem Admin Panel ausgeloggt werde.

Bin dann per FTP auf meinen Account rauf gegangen und habe die Datei so hoch geladen - das war eine Dateigröße von 103 MB. Wenn diese nun hochgeladen ist steht aber bei Größe 0. Was hat das zu bedeuten? Ich dachte es gäbe keine Größenbeschränkung bei den Dateien?

Und ist es möglich ein Verzeichnis anzulegen und dieses per htaccess zu schützen, aber dennoch von Remository auf den Inhalt des Ordners zurückgreifen zu können?

Ich weiß - Fragen über Fragen - aber es ist echt wichtig :smiley:

Vielen Dank für eure Antworten.

Gruss Goof :sun:

Es gibt keine Beschränkung da haut was bei deinem Upload nicht hin. Zur htaccess frage einfach mal googeln. :wink:

ich würd dir da eher empfehlen solche downloads wo anders hochzuladen (gibt ja so kostenlose dateihoster), den bplaced-webspace eher für ne homepage verwenden und die dateien dann auf deine site verlinken. :wink:

Der Upload mittels Skript ist schon begrenzt, nämlich auf max. 132 MB (s. phpinfo).

Per .htaccess kannst du jeden Ordner schützen, auch den von Remository.
Skripte greifen über das Dateisystem zu und darauf hat eine .htaccess keinen Einfluss.

Die Dateie die ich hochladen möchte per FTP hat jedoch nur 108 MB und es funktioniert nicht!

Ich habe dann nach jedem Upload bei dateigröße eine 0 stehen - also ist das mit der unbeschränkten Dateigröße nicht wirklich wahr…?

Und mein Upload klappt, denn ich kann z.B. eine 5 MB Datei problemlos drauf laden und die funktioniert dann auch… Und wird natürlich mit der korrekten Grösse angezeigt…

Und Dateihoster wollte ich keinen nehmen wegen beschränkter Laufzeit, daher wollte ich die Dateien auf dem Space der Webseite ablegen und dann verlinken…

Hab gehört das nach einiger Zeit der FTP Client inaktiv werden kann…versuch mal dich während dem upload immer wieder in den verzeichnissen rumzuklicken, so dass eine aktivität besteht…wie gesagt habs nur gehört…

aber hochladen ist für den server auch eine aktivität, also kann es daran nicht liegen

ich hab das mal ausprobiert…

Status: Anzeigen des Verzeichnisinhalts abgeschlossen [~2 Minuten] Status: Verbindung zum Server getrennt
Verbindung zum Server getrennt interpretiere ich so, dass der Client [FileZilla] die Verbindung trennt.

Filezilla läd trotzdem weiter hoch…

Ok ich kapituliere. Ihr habt gewonnen.

Aber was um Himmels Willen könnte das denn sonst sein? Hab schon gedacht es läge am MP3 Format, liegt es aber nicht, er veranstaltet dasselbe wenn ich das gepackt hoch lade…

Vielleicht mal einen anderen FTP Clienten verwenden?

vlt. hat miro mp3 dateien verboten ?!

eh, nein? Es gibt u.a. einige Künstlerpages, die brauchen das ganze. Und die die hier urheberrechtlich Geschütztes hosten, finden wir in der Regel.

Genau - MP3 geht, habe mal Testweise eine kleinere MP3 drauf geladen, funktioniert ohne Probleme.

So habe das jetzt mal mit Smart FTP gemacht und folgenden Fehler festgestellt:

[01:37:42] Eine bestehende Verbindung wurde softwaregesteuert
[01:37:42] durch den Hostcomputer abgebrochen.
[01:37:42] Server closed connection
[01:38:14] Resolving host name “goof.bplaced.net
[01:38:15] Connecting to 88.198.5.226 Port: 21
[01:38:15] Connected to goof.bplaced.net.
[01:38:15] 220 Welcome to bplaced, FTP server standing by …
[01:38:15] USER goof
[01:38:15] 331 Hello goof, your password is required:
[01:38:15] PASS (hidden)
[01:38:16] 230-Login successful, your current directory is /
[01:38:16] 230 231190 Kbytes used (11%) - authorized: 2097152 Kb
[01:38:16] SYST
[01:38:16] 215 UNIX Type: L8
[01:38:16] Detected Server Type: UNIX
[01:38:16] RTT: 41.741 ms
[01:38:16] FEAT
[01:38:16] 211-Extensions supported:
[01:38:16] EPRT
[01:38:16] IDLE
[01:38:16] MDTM
[01:38:16] SIZE
[01:38:16] REST STREAM
[01:38:16] MLST type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*;
[01:38:16] MLSD
[01:38:16] TVFS
[01:38:16] ESTP
[01:38:16] PASV
[01:38:16] EPSV
[01:38:16] SPSV
[01:38:16] ESTA
[01:38:16] AUTH TLS
[01:38:16] PBSZ
[01:38:16] PROT
[01:38:16] 211 End.
[01:38:16] Detected Server Software: PureFTPd
[01:38:16] PWD
[01:38:16] 257 “/” is your current location
[01:38:16] CWD /PgSQLadmin
[01:38:16] 250 OK. Current directory is /PgSQLadmin
[01:38:16] PWD
[01:38:16] 257 “/PgSQLadmin” is your current location
[01:38:16] CWD /libraries/phpinputfilter
[01:38:16] 250 OK. Current directory is /libraries/phpinputfilter
[01:38:16] PWD
[01:38:16] 257 “/libraries/phpinputfilter” is your current location
[01:38:16] TYPE A
[01:38:16] 200 TYPE is now ASCII
[01:38:16] PORT 192,168,178,29,195,163
[01:38:16] 200 PORT command successful
[01:38:16] MLSD
[01:38:16] 150 Connecting to port 50083
[01:38:16] 226-Options: -a -l
[01:38:16] 226 4 matches total
[01:38:16] 443 bytes transferred. (N/A/s) (0 ms)
[01:38:32] CWD /remos_downloads
[01:38:32] 250 OK. Current directory is /remos_downloads
[01:38:32] PWD
[01:38:32] 257 “/remos_downloads” is your current location
[01:38:32] MLST 270509.MP3
[01:38:32] 550 Can’t check for file existence

Das ist der Log - warum werde ich automatisch vom Server geschmissen? Habe immer schön zwischendurch rumgeklickt das der nicht im 200er Status ist…

Versuche das ganze mal mit FileZilla… mit Smart FTP gab es in Vergangenheit schon mehrere Probleme, ist mir so zu Ohren gekommen.

Habe es sonst immer mit FileZilla versucht, aber die Übertragung klappte nie…

dann teile uns doch mit was filezilla als fehlermeldung ausgibt :slight_smile:

FileZilla gibt gar keine Fehlmeldung aus, sagt es wäre alles erfolgreich verlaufen, nur das die Größe auf 0 gesetzt wird.

Mit der Testversion von Smart FTP geht es jedenfalls ohne Probleme…

hast du die datei mal probiert herunterzuladen??
vlt. ist das nur ein anzeigefehler in filezilla.