@surbma
Also ich kann hier jetzt leider nicht sagen, dass das Fakten sind, ist eher Meine Meinung:
files.mail.ru geht nicht dem üblichen OCH Konzept nach bzw. remote Upload passt da irgendwie net rein.
Wieso sollte man per Remoteupload ne Datei auf nen Serrvice schieben der da is um größere Dateien zu uppen und den Link in die Mail zu packen ??
Bei remoteupload hat man ja schon nen Direktlink zur Datei auf nem Server oder so und könnte diesen auch gleich per Mail verschicken d.h. es macht keinen Sinn für files.mail.ru Remote Upload anzubieten.
Dann kann man also von files.mail.ru nach RS und der gleichen remoten ?
2. (Edit)
Bei mir kommt grad ein Fehler im Uploader. Erst läd es lange hoch, (schätzungsweise bis es fertig ist) und dann erscheint folgendes im CMD
Uploade Datei 1 / 16 || aaa.part01.rar
Exception in thread "main" java.net.SocketTimeoutException: Read timed out
at sun.reflect.NativeConstructorAccessorImpl.newInsta nce0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInsta nce(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newI nstance(Unknown Sou
rce)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection$6.run( Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.net.http://www.protocol.http.HttpUR...tion(Unkno
wn Source)
at sun.net.http://www.protocol.http.HttpUR...am(Unknown So
urce)
at jd.http.HTTPConnection.getInputStream(HTTPConnecti on.java:92)
at jd.http.Request.read(Request.java:432)
at jd.http.Request.read(Request.java:425)
at filesmailtest.FilsMailUpperTest.main(FilsMailUpper Test.java:51)
Caused by: java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(Unknown Source)
at java.io.BufferedInputStream.fill(Unknown Source)
at java.io.BufferedInputStream.read1(Unknown Source)
at java.io.BufferedInputStream.read(Unknown Source)
at sun.net.http://www.http.HttpClient.pars...er(Unknown Source)
at sun.net.http://www.http.HttpClient.pars...TP(Unknown Source)
at sun.net.http://www.protocol.http.HttpUR...am(Unknown So
urce)
at jd.http.HTTPConnection.getInputStream(HTTPConnecti on.java:92)
at sun.net.http://www.protocol.http.HttpUR...ds(Unknown S
ource)
at jd.http.Request.collectCookiesFromConnection(Reque st.java:139)
at jd.http.Request.connect(Request.java:162)
at jd.http.Browser.connect(Browser.java:367)
at jd.http.Browser.openRequestConnection(Browser.java :601)
at filesmailtest.FilsMailUpperTest.main(FilsMailUpper Test.java:50)
@Dragonblood
Nein man kann nur direkte Links remoten und Hosterlinks sind selten direkte Links.
Es gibt Hoster, die Direktlinks anbieten, von denen kann man auf andere remoten (BEISPIELHOSTER FÜR DIREKTLINKS).
GreeZ UltimatePsSp
EDIT
HIER nochmal n aktuelles Beispiel für "Abusesicherheit", hab 3 Hoster getestet (x7, zshare und rapidshare.com) und alle warn down außer mal wieder files.mail.ru
EDIT
@Dragonblood
Hmm sieht mir nach nem Timeout aus.
Da hat files.mail.ru wohl zu lange net geantwortet^^
Geändert von UltimatePsSp (19.07.10 um 22:39 Uhr).
@freelucid
Yep so solls sein.
Bin mir nach wie vor ziemlich sicher, dass files.mail.ru so bleibt wies ist:
-Fullspeed
-Kaum Werbung
-JD Support
-Keine Prem. Accs
-Extrem lange Haltbarkeit [wenn die Files mindestens 100X geladen wurden]
-Andere geile Features
Bei mir macht das mit 6k DSL nichts aus, da könnte ich auch netload.in oder storage.to, da hat man auch Fullspeed mit DSL 6k. Aber da ich bald wechsle, werde ich wohl auch vorzugsweise mit files.mail.ru laden.
Keine Lust auf ewige Wartezeiten zwischen den Downloads bei RS.com etc. ?
@TheLegen9
Ich hab nur DSL 3000 und bekomem selbst damit net überall Fullspeed, erst recht net bei storage.to.
Netload ist momentan wieder okay, aber files.mail.ru ist trotzdem besser, da die nur maximal 10 Sekunden Wartezeit haben und absolut keine Reconnect-Sperren
GreeZ UltimatePsSp
EDIT
Schon krass, nach wie vor wird oft alles abused außer files.mail.ru: Seht selbst
Geändert von UltimatePsSp (13.08.10 um 16:18 Uhr).
@R560
NEIN
Wieso schauste nich selbst auf der Seite nach, dann siehste doch was es gibz oder auch net gibt.
files.mail.ru hat nicht das Mainstreamkonzept der anderen Hoster.
Die Seite ist auch nicht mit Werbung zugekleistert und es gibt keine Vergütung->Remoteupload würde sich für die netmal lohnen.
Wenn du viel und schnell da uppen willst schnapp dir nen ROOT und führe mein Uploadprogramm darauf aus.
@R560
Du meinst wohl ne API.
Nein, files.mail.ru hat keine API, aber ich hab in java eine gebaut, sozusagen ne Parameterversion dieses Uploadtools.
Man übergibt dem Teil einfach den Pfad zu einer Datei und zurück kommt ein Downloadlinks.
...ich weiß aber immernoch nicht was genau du suchst^^
oder anders, ich suche nach einer möglichkeit nicht per homeleitung zu uppen. hinzu kommt das ich dies per strO realisieren möchte, jedoch nicht per remotezugriff sondern per befehl im ftp clienten
@R560
Also mit FTP und files.mail.ru geht schonmal garnix.
Zum Uploaden kannst du mein Uploadtool verwenden (siehe Verlinkung erster Post).
[Bzw. falls irgendwer anders auch n files.mail.ru Uploadtool gemacht hat kannst natürlich auch das nehmen.]