Hallo,

hat jemand einen Tipp, wie ich einen File-Upload
ermögliche, der z.B. 100 MB gross ist?

Brauche ich dafür zwingend einen Server oder gibt es
auch Provider wo ich das per ini_set so einstellen kann,
dass der upload durch max_upload_size / execution_time
nicht abgebrochen wird?



Danke für Tipps

Günter

"Günter Baier" <guenter.baier [at] googlemail.com> schrieb
> hat jemand einen Tipp, wie ich einen File-Upload
> ermögliche, der z.B. 100 MB gross ist?
>
> Brauche ich dafür zwingend einen Server oder gibt es
> auch Provider wo ich das per ini_set so einstellen kann,
> dass der upload durch max_upload_size / execution_time
> nicht abgebrochen wird?

Also bisher hab ich sowas auch immer über ini_set() von max_upload_size
/exection_time / input_time gemacht, allerdings habe ich auch immer mit
root-Servern gearbeitet. Auf "normalen" Webspace dürftest du danke dem
Safe-Mode damit Probleme bekommen. Als ich vor einiger Zeit mich damit
beschäftigt habe gab es einige brauchbaren Ansätze das ganze mit einem
Java-Applet und eine FTP-Upload zu realisieren. Aber näheres kann ich dir
dazu nicht sagen, aber google hilft da bestimmt gerne weiter.

mfg Xion

Christian Franzen schrieb:

> Also bisher hab ich sowas auch immer über ini_set() von max_upload_size
> /exection_time / input_time gemacht,

upload_max_filesize und max_input_time kann man nicht per ini_set()
einstellen.

Gruß
Carsten

"Carsten Wiedmann" <carsten_sttgt [at] gmx.de> schrieb
> upload_max_filesize und max_input_time kann man nicht per ini_set()
> einstellen.

Ups, stimmt. Hab das immer direkt in der php.ini gesetzt.

mfg Xion

Günter Baier schrieb:

> hat jemand einen Tipp, wie ich einen File-Upload
> ermögliche, der z.B. 100 MB gross ist?

ftp

Martin

On 2 Nov., 09:25, Martin Lemke <use... [at] maaaddin.de> wrote:
> Günter Baier schrieb:
>
> > hat jemand einen Tipp, wie ich einen File-Upload
> > ermögliche, der z.B. 100 MB gross ist?
>
> ftp
>
> Martin


Folgende =DCberlegung:

Wenn Du einen Server hast, den Du selber konfigurieren kannst, dann
geht es natürlich über die Einstellungen in der php.ini
Ansonsten den Provider anfragen.

Ich bin momentan bei einem ähnlichen Problem - möchte auch so grosse
Uploads realisieren, wobei die Dateien auf einem anderen
Server abgelegt werden - und nicht auf dem Hosting-Paket der Webseite.

Wenn ich den Upload über das Hosting-Paket abwickle, dann könnte ich
die Dateien per PHP-FTP-Funktionen auf den anderen
Server ablegen.

Vorteil: die DB-Einträge blieben auf dem Hosting-Paket, nur ein
Verweis auf den anderen Server wäre notwendig und die relevanten
Daten wären allesamt in dern DB auf dem Hosting-Paket. Nachteil:
max_upload_size / execution time - ich glaube nicht,
dass der Provider so eine lange Scriptzeit + so grosse Uploads
erlauben wird.

Andere Variante - die Dateien werden über ein seperates FORM direkt an
eine Upload-Script auf dem anderen
Server gesendet und dort abgelegt.
Vorteil: der Upload könnte über die php.ini-Einstellungen
funktionieren - Nachteil, die Verknüpfung der hochgeladenen
Dateien mit der DB auf dem Hosting-Paket wäre etwas anstrengend - ich
würde gerne alles in einer DB behalten.

Hat vielleicht jemand zu diese Konstellation noch einen Tipp?

Danke

Markus

markus.libers [at] googlemail.com schrieb:
>> Günter Baier schrieb:
>>
>>> hat jemand einen Tipp, wie ich einen File-Upload ermögliche, der
>>> z.B. 100 MB gross ist?

> Andere Variante - die Dateien werden über ein seperates FORM direkt
> an eine Upload-Script auf dem anderen Server gesendet und dort
> abgelegt. Vorteil: der Upload könnte über die php.ini-Einstellungen
> funktionieren - Nachteil, die Verknüpfung der hochgeladenen Dateien
> mit der DB auf dem Hosting-Paket wäre etwas anstrengend - ich würde
> gerne alles in einer DB behalten.

Naja, soo aufwändig ist das ja auch nicht... der verarbeitenden Skript
am Daten-Server setzt nach dem abspeichern der Datei einen HTTP-Request
an den DB-Server ab, und wenn die datei auf dem DB-Server gelöscht wird,
setzt dieser wiederum nen HTTP-Request an den Daten-Server ab, der dann
die Datei löscht. Die Kommunikation gilt es eben entsprechend
abzusichern, idealerweise mit Verschlüsselung oder ähnlichem, oder
alternativ (aber dann schon etwas aufwändiger), fragt der Skript vor dem
Eintragen/Löschen nochmals beim jeweils anderen Server an, ob auch
wirklich gelöscht werden soll, um den Aufruf von wo anders zu verhindern.

Gruß
David

On 2 Nov., 13:16, David Fuhr <david.f... [at] web.de> wrote:
> markus.lib... [at] googlemail.com schrieb:
>
> >> Günter Baier schrieb:
>
> >>> hat jemand einen Tipp, wie ich einen File-Upload ermögliche, der
> >>> z.B. 100 MB gross ist?
> > Andere Variante - die Dateien werden über ein seperates FORM direkt
> > an eine Upload-Script auf dem anderen Server gesendet und dort
> > abgelegt. Vorteil: der Upload könnte über die php.ini-Einstellungen
> > funktionieren - Nachteil, die Verknüpfung der hochgeladenen Dateien
> > mit der DB auf dem Hosting-Paket wäre etwas anstrengend - ich würde
> > gerne alles in einer DB behalten.
>
> Naja, soo aufwändig ist das ja auch nicht... der verarbeitenden Skript
> am Daten-Server setzt nach dem abspeichern der Datei einen HTTP-Request
> an den DB-Server ab, und wenn die datei auf dem DB-Server gelöscht wird,
> setzt dieser wiederum nen HTTP-Request an den Daten-Server ab, der dann
> die Datei löscht. Die Kommunikation gilt es eben entsprechend
> abzusichern, idealerweise mit Verschlüsselung oder ähnlichem, oder
> alternativ (aber dann schon etwas aufwändiger), fragt der Skript vor dem
> Eintragen/Löschen nochmals beim jeweils anderen Server an, ob auch
> wirklich gelöscht werden soll, um den Aufruf von wo anders zu verhinder=
n=2E
>
> Gruß
> David


Das stimmt, aber um zum Beispiel die Verknüpfnug der hochgeladenen
Datei zu
behalten, brauch ich ja zumindest eine userID, die ich dann vom
"Datenserver" an
das Hosting-Paket übermitteln kann, um den Verweis auf die neue Datei
in die DB
zu schreiben.

Dabei hatte ich u.U. auch schon an folgendes gedacht - Ausgangspunkt
ist ein
Formular mit mehreren Textfelder + Dateiupload:

1=2E Formular wird vom User ausgefüllt und abgesendet, aber noch nicht
mit
enctype=3D"multipart/form-data" - so dass ich lediglich die Referenz
zur
gewünschten Upload-Datei erhalte

2=2E Die Daten werden in die DB geschrieben - wenn das OK ist,
sende ich ein HTTP-Request mit enctype=3D"multipart/form-data"
an den Datenserver + einem Feld mit der userID.
Jetzt wird die Datei direkt zum Datenserver geladen - nach Prüfung
und
dem Speichern der Datei wird ein zweites HTTP-Request an das
Hosting-Paket gesendet - mit dem Dateinamen des gespeicherten
Uploads und wiederum der userID.

3=2E Diese beiden Information werden dann wiederum auf dem Hosting-Paket
in die DB geschrieben.


Markus

On Nov 1, 4:05 pm, Günter Baier <guenter.ba... [at] googlemail.com> wrote:
> hat jemand einen Tipp, wie ich einen File-Upload
> ermögliche, der z.B. 100 MB gross ist?
>
> Brauche ich dafür zwingend einen Server oder gibt es
> auch Provider wo ich das per ini_set so einstellen kann,
> dass der upload durch max_upload_size / execution_time
> nicht abgebrochen wird?

Hallo Günter,

probier' als Alternative das Script per Perl/CGI statt mit PHP
hochzuladen. Meistens gibt es dann diese Beschränkungen nicht.

Viel Glück
Martin


------------------------------------------------
online accounting on bash bases
Online Einnahmen-Ausgaben-Rechnung
http://www.ea-geier.at
------------------------------------------------
m2m server software gmbh
http://www.m2m.at

Günter Baier schrieb:
> Hallo,
>
> hat jemand einen Tipp, wie ich einen File-Upload
> ermögliche, der z.B. 100 MB gross ist?
Hallo Günter

generell würde ich dir von einem HTTP-Upload abraten, vor allem bei der
Größe, zumal mehrere PHP-Einstellungen von einer erfolgreichen
Übertragung abhängen (max_execution_time, upload_max_filesize,
post_max_size, memory_limit).
Ich glaube mal gelesen zu haben, dass alle Dateien vor dem Upload
base64-encodiert werden, was die Dateigröße nochmal erheblich wachsen
lässt. Dafür lege ich meine Hand aber nicht ins Feuer.

Wie schon erwähnt wurde, solltest du FTP benutzen. Es gibt auch eine
FTP-Server Implementation in PHP[1], die dir evtl. weiterhilft.

ciao

Ulf

[1] http://nanoftpd.sourceforge.net/

On Tue, 06 Nov 2007 10:47:38 +0100 Ulf Seltmann wrote:
> > hat jemand einen Tipp, wie ich einen File-Upload
> > ermögliche,

> Wie schon erwähnt wurde, solltest du FTP benutzen.

Das scheitert leider viel zu haeufig an den Anwendern. Selbst
unter EDV-Mitarbeitern ist die Existenz von ftp offenbar nicht
mehr Allgemeinwissen.

Haeufig verwendeter Workaround: SMTP zu mir und von mir dann
FTP zum Server. Durchaus auch fuer ~100 MB. Baeh.

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich

Ein edles Teil! Stefan.
(Sloganizer)

Stefan Froehlich schrieb:

> Das scheitert leider viel zu haeufig an den Anwendern. Selbst
> unter EDV-Mitarbeitern ist die Existenz von ftp offenbar nicht
> mehr Allgemeinwissen.
>
> Haeufig verwendeter Workaround: SMTP zu mir und von mir dann
> FTP zum Server. Durchaus auch fuer ~100 MB. Baeh.

Das Problem ist einfach, dass sich kein einfaches
Dateiübertragungsprotokoll (wie E-Mail für Text) durchgesetzt hat. FTP
ist einfach Mist, weil unsicher wie Sau. Ansätze wie SAFT [1] sind
bisher in den Kinderschuhen stecken geblieben und SCP (Dateiübertragung
über SSH) ist deutlich langsamer/rechenintensiver (wegen der
Verschlüsselung) und hat sich deshalb bisher wohl nur in kleinen
Bereichen durchgesetzt. (Verschlüsselung kostet Performance und damit
Geld, was man ja auch sieht, dass SSL-Webspace (auch ohne Zertifika)
i.d.R. teurer ist und bei Web.de und Co. lediglich die Anmeldung über
SSL läuft...

Gruß
David

[1]: http://de.wikipedia.org/wiki/Simple_Asynchronous_File_Transf er

David Fuhr schrieb:
> Das Problem ist einfach, dass sich kein einfaches
> Dateiübertragungsprotokoll (wie E-Mail für Text) durchgesetzt hat. FTP
> ist einfach Mist, weil unsicher wie Sau. Ansätze wie SAFT [1] sind
> bisher in den Kinderschuhen stecken geblieben und SCP (Dateiübertragung
> über SSH) ist deutlich langsamer/rechenintensiver (wegen der
> Verschlüsselung) und hat sich deshalb bisher wohl nur in kleinen
> Bereichen durchgesetzt. (Verschlüsselung kostet Performance und damit
> Geld, was man ja auch sieht, dass SSL-Webspace (auch ohne Zertifika)
> i.d.R. teurer ist und bei Web.de und Co. lediglich die Anmeldung über
> SSL läuft...
FTP war nie dazu gedacht einen sicheren Transport zur Verfügung zu
stellen. Es ist ein schlankes Protokoll, was über TCP läuft und
einfachen Dateitransfer ermöglicht. Ausserdem funktioniert es auf jeder
Plattform (sogar mit Boardmitteln).
Sichere Übertragung kann man mit FTP via SSL oder SFTP gewährleisten,
wenn es denn benötigt wird. Meiner Meinung nach ist das immer noch die
einfachste Variante Dateien auszutauschen. Da lohnt sich evtl. schon ein
genauerer Blick...

ciao

ulf

Ulf Seltmann schrieb:

> David Fuhr schrieb:
>> [...]
> [...]

Was hat Eure Diskussion mit PHP zu tun?

Martin

Martin Lemke schrieb:

> Ulf Seltmann schrieb:
>
>> David Fuhr schrieb:
>>
>>> [...]
>>
>> [...]
>
> Was hat Eure Diskussion mit PHP zu tun?

Diese Teildiskussion, für sich allein genommen, nichts. Deshalb ja auch
die OT-Kennung (du weißt, was OT bedeutet?). Sieht man sie jedoch im
Zusammenhang des gesamten Threads, passt sie durchaus hier rein.

Lies Dir doch einfach mal das Ursprungsposting durch.

So ist das eben mit Diskussionen: Sie entwickeln sich gelegentlich vom
ursprünglichen Thema weg. Das ist aber durchaus normal und auch absolut
legitim.

Schade nur, dass Du nicht zitiert hast, was _genau_ Dich an diesem
Teilthread denn so fürchterlich stört, dass Du sogar trotz OT-Tagging
daran rummeckern musst ...

Gruß. Claus

Ulf Seltmann schrieb:

> FTP war nie dazu gedacht einen sicheren Transport zur Verfügung zu
> stellen. Es ist ein schlankes Protokoll, was über TCP läuft und
> einfachen Dateitransfer ermöglicht. Ausserdem funktioniert es auf jeder
> Plattform (sogar mit Boardmitteln).

Klar, das ist zweifellos ein riesen Vorteil von FTP.

> Sichere Übertragung kann man mit FTP via SSL oder SFTP gewährleisten,
> wenn es denn benötigt wird. Meiner Meinung nach ist das immer noch die
> einfachste Variante Dateien auszutauschen. Da lohnt sich evtl. schon ein
> genauerer Blick...

Oh, ja, SFTP hatte ich grade vergessen ^^

Gruß
David