hannes-hazelnut

hallo forumfreunde!

ich wollte mich mal umhören ob einer (oder von mir aus auch mehrere )von euch ein möglichkeit kennt die uploadlimitierung seines servers zu umgehen.

ich habe folgendes vor: ich möchte meinen kunden auf meiner seite die möglichkeit bieten dateien rauf und runterzuladen. den filebrowser (mit download) sammt login habe ich schon komplett fertig, eigentlich auch den upload allerdings ist der immer auf 20 MB pro datei begrenzt. da ich im viedeobreich tätig bin sind 20 MB garnichts und ich bräuchte eher was gegen 1 GB. (hab 1,5GB webspeicher) Ich benutze einen Shared-Server also habe ich keine möglichkeit auf die php.ini einfluß zu nehmen. über .htaccess dateien habe ich es auch versucht.

als uploadmethoden habe ich ftp_put und move_uploaded_file versucht.

jetz hatte ich mich gefragt ob vielleicht so trick17-nummern möglich wären. (denke an sowas wie datei in häppchen zerlegen, einzeln hochladen und später wieder zusammensetzen... oder ähnliches)
fällt euch da was ein?

gruß
hannes

p.s: ich habe auch schon fertige clients wie net2ftp & co. versucht allerdings hatten die bisher alle den gleichen ansatz wie ich...

Mister Ad

Flor1an

Über FTP solltest du das eigentlich normal hochladen könne, außer am Webspace ist auch für FTP ein Filelimit eingestellt (dann seh ich überhaupt keine Möglichkeit).

Über HTTP, heißt über die Webseite mit Fileupload Formular wirst du das Limit auch nicht höher stellen können wenn du die php.ini nicht verändern darfst.

Kleine Chunks hochzuladen wird wahrscheinlich funktionieren, ob das zusammensetzen dann aber so leicht ist glaube ich nicht ...

Und ich würde da vorsichtig sein, wenn du zu große Dateien zulässt und dann zwei Personen jeweils 800mb hochladen dann bricht bei beiden der Upload bei 750mb ab weil kein Platz mehr auf dem Webspace ist.

Für solche Datenmassen solltest du dir auch nen richtigen Server holen und keinen shared Server!

hannes-hazelnut

hm...

naja das mit dem platz würde ich dann schon kommunizieren. es geht auch nich darum das die leute hoch und runterladen wie sie wollen. es geht eher um eine daten-kommunikation zwischen kunden und mir. soll heißen: ich selber kann natürlich mit nem ftp super um abba ein z.b mdr-redakteuer kommt meistens noch bis zum anmachen des rechners. deshalb wollte ich meinen kunden eine ganzen simple selbsterklärende nummer bieten die im hintergrund die ftp funktionen übernimmt. (hatte mir das am anfang doch zu leicht vorgestellt) im moment siehts so aus das der kunde sich einloggt (mit username und pw) und dann die dateien in seinem folder sehen kann. daneben gibts einen datei-auswählen- und einen hochladen-button. ist also auch für dummies sehr einfach. allerdings halt mit der größenbegrenzung.

das muss irgendwie gehen. hättest du nen ansatz zu den chunks an dem ich weiterforschen könnte?

Flor1an

Naja chunks, dann müssten die Nutzer ja ihre Dateien erst mal zerteilen ... das wird dann ja wohl sehr wahrscheinlich auch schon zu viel verlangt sein!

Und so große Dateien über nen Webformular hochzuladen find ich nicht grad gut. Stell dir vor der Upload bleibt hängen? Dann muss der User seine 1gb Datei nochmal hochladen, da gibts kein Resume oder sonst was ...

Wäre es nicht besser du schreibst ne Desktopanwendung die dann mit FTP arbeitet, dem User aber ne ganz einfache Oberfläche bietet?

nikosch

Wer was professionelles anbieten will, muss auch mit einer professionellen Basis arbeiten. Man schraubt nunmal kein Ferrari-Karosserie auf ein Wartburg-Chassis..
Sicher gibt es Serveranbieter, die sich auf große oder spezifisch Videouploads spezialisiert haben.
beschreibt nicht nur einen technischen Vorgang, sondern auch einen gesetzlichen Rahmen, den vermutlich Dein Hoster per AGB verbietet. Von sowas solltest Du die Finger lassen. Ich sehe die Diskussion darüber hier auch nicht gern.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

hannes-hazelnut

nunja, dann war die wortwahl wohl etwas ungünstig. entschuldige. so wie ich das verstehe, gibt es ja diese begrenzung zwecks der arbeitsresourcenschonung des shared-servers. mit meinem ansatz wäre diese doch immernoch gegeben oder?

und das es bei meinem anbieter diese grenze gibt (und er somit "unprofessionell" wurde) habe ich logischerweise auch erst nach dem kauf des spaces und der domain gemerkt... werde wohl früher oder später wechseln müssen wenn ich das projekt weiter verfolgen möchte...

das mit den chunks hatte ich mir auch eher per script als per useraktion vorgestellt. ist sowas denkbar?

nikosch

Mit Sicherheit kann Dir das nur Dein Hoster beantworten. Primär wird es wohl als adäquate Lösung gedacht sein, um für (illegales) File-Sharing relevante Formate draußen zu halten. Aber auch technisch dürften große Inhalte die Infrastruktur (Arbeitsspeicher, Plattenkapazität, Serverperformance) negativ beeinflussen.

IMHO nicht. Der Upload wird ja clientseitig nur initialisiert und erfolgt dann vollständig auf den Server. Da müsste es schon ein passendes Apache-Feature geben, das die Chunks erstellt. Sowas ist mir nicht bekannt. Clientseitig ist sowas natürlich über OS-Funktionen möglich. Aber für ein DAU-System wirst Du da wohl einen Webclient entwickeln müssen.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

ChrisB

Ähm ... das „unprofessionell“ dürfte m.E. eher auf dein Vorgehen bezogen sein, sowas auf normalem Shared-Hosting-Webspace umsetzen zu wollen ...

Klar ist es - bspw. mittels der HTML5 File Api, Flash, JAVA ...

Nur empfehlenswert ist es nicht, weil eine Übertragung per HTTP einen Overhead bedeutet, der das Datenvolumen aufbläht, so dass das Hochladen noch mal länger dauern wird.
Außerdem bietet dir FTP Resuming von abgebrochnen Uploads, die in dem Szenario auch kein so undenkbarer Sonderfall sein dürften.

__________________
RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?

hannes-hazelnut

der hat sich da nicht ganz klar ausgedrückt. prinzipiell hat er ja auch nichts dagegen wenn ich grpße dateien per ftp bewege... ich hatte mal angefragt welche möglichkeiten mein betreiber zu meinem problem sieht und die haben mir selber noch den vorschlag mit net2ftp gebracht. (es is jetz auch nich so das ich jeden tag mehere gigabytes bewegen will. kann auch mal nen avidprojekt mit 50 MB oder ne größere grafik sein. wollte mir halt alle möglichkeiten offen halten. und würde das auch mit meinem provider klären.
und unabhängig von der tatsache ob man letztendlich regeln bricht (was ja nur eine kommunikationsfrage ist, und ich bin auch ein typ der prinzipiell software und musik bezahlt und sich von filesharing fern hält) oder nicht, würde mich halt als programmierer prinzipiell interessieren wo die möglichkeiten und grenzen von php sind. bin halt auch neugierig...

hannes-hazelnut

oha. ihr seit ja schnell naja da war der beitrag schon zu spät dran...