Fritz!Load - (Oneclickhoster-) Down- und Uploads via FB

[Gabris]

Sorry, ich habe das Plugin- File einfach geDL und mit TC per FTP als ASCII geUL, nichts daran geändert.

Noch mal direkt am PC angesteckten USB-Stick geladen, trotzdem Syntax- Errors. Könnte man das als nächste Revision bereitstellen?
Danke.

 

[ukvideo]

@Gabris versuch mal die -->Anhang anzeigen fileserve_com.tar

@rolex0815 kann man noch einbauen wenn schon eine datei1.rar.part im tmp Verzeichnis ist (vom anderen Hoster) nicht zu laden und als fertig zu markieren.

 

[Gabris]

Danke aber was soll ich Windows- Idiot mit dieser TAR- Datei anstellen? Entpacken, hochladen oder was?

 

[Yodafrosch]

Mit WinRAR kannst du sie entpacken und dann auf die Fritte schieben - aber ich denke, das musst du gar nicht, da rolex0815 bestimmt bald ne neue Revision hochlädt.

 

[rolex0815]

das musst du gar nicht, da rolex0815 bestimmt bald ne neue Revision hochlädt.

Ja, habe es in den trunk verschoben, somit sollte es mit einem Update jeder bekommen (rev 1666).

@rolex0815 kann man noch einbauen wenn schon eine datei1.rar.part im tmp Verzeichnis ist (vom anderen Hoster) nicht zu laden und als fertig zu markieren.

Hmm, ich glaube, das gehört nicht ins Hosterplugin, sondern irgendwo in den Core.
Ob das nicht eh schon implementiert ist?

 

[Gabris]

Danke mit der Rev.1666 funzt es endlich. Sogar für große Dateien. Vielen herzlichen Dank.
Wenn jemand jetzt noch uploading.com hinbekommen würde...

 

[trek]

#7422...hat keiner von euch ein Tip für mich??

 

[ukvideo]

@trek
du meinst sicher diesen Tip?
Diese Einstellung gab es nur bis Version 0.28.
Dein Problem hat wahrscheinlich was mit diesem Fehler zu tun. Hier im Forum gab es noch andere Tipps. Beispiel

@rolex0815

Ob das nicht eh schon implementiert ist?

ja aber nur für fertige DL und nicht für "$tempdir/$filename.part"
Quelle download.sh

alreadyLoaded(){
	[ "$loopDownload" = 1 ] && return 1
	local filename="$1" storedir
	if [ -z "${filename##*/*}" ];then
		storedir="${filename%/*}"
		filename="${filename##*/}"
	else
		storedir="$targetdir"
	fi
	echo "File: $storedir/$filename"
	if [ -f "$storedir/$filename" ];then
		msg "File already loaded: $storedir/$filename. Skip download"
		# unrarfile param
		param2file="$storedir/$filename"
		success=2
		if [ -z "${filename##*.[rR][sS][dD][fF]}" ];then
			rsdf "$param2file" - 1
		fi
		return 0
	fi
	return 1
}

 

[Yodafrosch]

Im Forum und im Wiki ist ein Hinweis zum anpassen des TEMP-Ordner in der Config.

Öhm, also der tmp-Ordner ist doch immer unterhalb des download-Verzeichnisses - und das download-Verzeichnis kannst du in der Config angeben. Ich muss ehrlich zugeben, ich verstehe auch dein Problem nicht ganz. Download funktioniert, aber eben die Anzeige unter Firefox und Chrome nicht? Sollte das das Problem sein, sollte STRG-F5 Abhilfe schaffen und falls nicht den kompletten Browsercache löschen. Solltest du V0.41 installiert haben und dann via Diff-Update auf die aktuelle Revision gewechselt sein könntest du es mit einem Komplett-Update versuchen. Dies war bei mir zumindest einmal vonnöten und seither hatte ich keine Probleme diesbezüglich. Danach dann eben den Cache via STRG-F5 überschreiben und es sollte funktionieren.
Vermutlich bin ich aber an deiner Frage vorbeigeschossen, insofern stell sie einfach nochmals.

Hmm, ich glaube, das gehört nicht ins Hosterplugin, sondern irgendwo in den Core.
Ob das nicht eh schon implementiert ist?

Meines Wissens nicht, aus persönlicher Dummheit hatte ich zu Premium-Zeiten Links doppelt in den Instanzen und geladen wurde im Endeffekt nur Käse. Passiert ist dies aber aus Unachtsamkeit und sollte normalerweise nicht vorkommen. Die Funktion hätte allerdings den Vorteil für Premium-User, dass sie ihre Linklisten komplett in verschiedene Instanzen kopieren könnten und welche Instanz zuerst kommt, mahlt zuerst und die nächste Instanz lädt dann einfach den nächsten Link.

//edit Oops, ukvideo war schneller

 

[rolex0815]

Ist sogar sehr sinnvoll, nach ein bißchen Überlegen.

Habe hierzu eine Funktion geschrieben, aber in der download.sh, gilt also global für alle Hoster. Da Fileserve eine andere DL Routine verwendet, muss auch dieses File angepasst werden.
Es gibt also eine Funktion currentlyLoading(), die eigentlich das gleiche tut wie alreadyLoaded, nur eben die .part files im temp Ordner beachtet.
Schnelltest funktioniert.

 

[ukvideo]

Weitergedacht kann es aber Vorkommen das eine Fragment.part nach einem Abruch des DL oder Absturz der Box vorhanden bleibt. Diese wird jetzt noch gelöscht/überschrieben.

 

[rolex0815]

Da hast du Recht, wird auf die Frage rauslaufen, was man lieber hat? :fecht:

Man könnte z.B. nachsehen, ob ein File gerade geladen wird und wenn sich die Filegrösse innerhalb einer bestimmten Zeit nicht ändert dann davon ausgehen, dass das File ein Überbleibsel ist.

 

[trek]

@ukvideo und @Yodafrosch
Danke für eure Unterstützung.
Das Ticket #1432 geht in die richtige Richtung. In der Fehlerbeschreibung im Ticket fkt. die Fortschrittsanzeige sporadisch, bei mir
unter Firefox 9.0.1 nie und es werden auch keine Daten zur Size, Received, Average Speed, Current Speed ect. angezeigt, auch nicht nach STRG-F5.
untern Chrome 16.0.912.63 sporadisch mit falschen Werten
und auf einem iPad (Safari mobil) ohne Probleme mit richtigen Werten.
Deinstallation und komplette Neuinstallation von V0.41/REV.:1666 brachte keine Änderung.

 

[MacLeod2001]

Erstmal allen hier noch ein gesundes und erfolgreiches neues Jahr; besonders den Entwicklern, damit es weitergeht

Da auch gleich mal noch die Frage: Gibts ne Chance, dass bei Rapidshare-Upload auch der Chunkupload wieder mit implementiert wird?

 

[Lolmir]

Hallo, ich bekomme häufig folgenden Fehler bei einzelnen Downloads:

netload_in-premium
12:38: Content-Type mismatched: received ()
Download failed ([url]http://netload.in/datei.htm[/url] ; datei.rar)

Die Datei ist online vorhanden und kann runtergeladen werden. Premiumaccount hat kein Limit.

Hab Google und Forensuche genutzt aber nichts gefunden.

Ansonsten kommt auch gern mal der Fehler:

15:04: Download: 2 Failed to initialize. / HTTP-Code:() / HEAD:

 

[Yodafrosch]

4shared sollte nun wieder funktionieren. Bitte testen
Anhang anzeigen fourshared_com.zip

Da hast du Recht, wird auf die Frage rauslaufen, was man lieber hat?

Mir gefällt es derzeit ganz gut, dass die .part-Dateien übrig bleiben, da share-online gerne mal nen Timeout bekommt und ich so nicht alles neu laden muss. Allerdings - und das ist der Knackpunkt im Moment - muss ich dann deine Funktion auskommentieren, damit die Downloadfortsetzung von RS funktioniert, ansonsten geht das im Moment nicht
Mir fällt dazu im Moment auch nichts Schlaues ein, mein Schädel brummt noch vom sed-Tutorial und 4shared als praktische Übung.:blonk: Aber prinzipiell ist es eine gute Sache, dass die .part-Dateien nicht direkt gelöscht werden. So könnte eben F!L einen Download fortsetzen wenn z.B. RS oder Premium-Hoster einen Timeout kassieren. Dazu müsste man dann vermutlich aber die Hoster einteilen in die, die Downloads fortsetzen können (wie sämtliche Premiumhoster + RS und MU (wobei das mit F!L noch nicht geht)) und eben den Rest; gleichzeitig bekommt man so wieder das Problem, dass die .part-Datei als Ladekriterium ausscheidet. Stellt sich eben die Frage nach Aufwand und Nutzen - der Aufwand hierfür ist sicherlich beträchtlich, der Nutzen eher ein kleiner.

@Lolmir
NL-Premium brachte bei mir auch desöfteren Fehler von nicht ladbaren Dateien, obwohl sie über den Browser ladbar waren. Passierte zum Glück nicht oft. Ich teilte die Links immer in Instanz 1 und 2 auf. Ich weiß nicht wie ich auf den Schwachsinn kam, aber ich hab dann eine sich ständig weigernde Datei mal in Instanz 4 laden lassen - und es funktionierte... aus welchem Grund auch immer. Eine Pauschallösung kann ich leider nicht anbieten. Ich fürchte auch, dass die Fehlersuche sich äußerst mühselig gestaltet, sollte sich jemand dessen annehmen.

 

[rolex0815]

Das mit NL und nicht geladenen Premiumlinks in manchen Instanzen kann ich voll und ganz bestätigen. Ebenso das unvorhersehbare Verhalten, wenn man die Instanz ändert und es dann plötzlich geht ...
Manchmal kann man die "failed" Dateien einer anderen Instanz vorwerfen und sie werden geladen, manchmal reicht dann das völlige Löschen aller Logs+Linklisten und manchmal bleibt eben nur der DL über browser, jdownloader et al.

@4shared: Funktioniert!

nur CaptchaTrader bringt treibt mich noch zum Wahnsinn...beim JD geht mein Account nun wieder - bei F!L kommt Invalid User.

Bei Captchatrader haben sich die API Links geändert, bei mir geht wieder alles. Ich check es ein.

 

[ukvideo]

@rolex0815, Yodafrosch

Da hast du Recht, wird auf die Frage rauslaufen, was man lieber hat?...
:fecht:
Mir gefällt es derzeit ganz gut, dass die .part-Dateien übrig bleiben...

Lösung mit Auswahl in der config

Einfügen in der gui_config.cgi ab Zeile 234

	<th><span class=help title="Für parallelen Download verschiedener Hoster erfolgt eine Prüfung ob gleiche Datei schon geladen wird.">Parallel-DL-Check:</span></th>
	    <td><input type="radio" name="checkLoaded" value="0"$( [ "$checkLoaded" = 0 ] && echo "checked")>Aus
        <input type="radio" name="checkLoaded" value="1"$( [ "$checkLoaded" = 1 ] && echo "checked")>Ein</td>
       	</tr>

Einfügen/Ersetzen in download.sh ab Zeile 549

        if alreadyLoaded "$storedir/$filename"; then
			success=1
			return 0
	
	elif [ "$checkLoaded" = 1 ];then
	
	    if
		currentlyLoading "$tempdir/$filename"; then
			success=1
			return 0
	    fi	
	fi

analog in der filesonic_com.sh

Edit: natürlich fileserve_com.sh

 

[rolex0815]

@ukvideo: Ist wahrscheinlich die beste Idee mit der Auswahl. Soll es eingecheckt werden?

Die alreadyLoaded() Aufrufe in den einzelnen Hoster Plugins dienen zur Performance oder gibt's weitere Gründe? Also, dass ich z.B. schon den DL überspringe bevor eine fällige Wartezeit mich bremsen würde, bis es sowieso zum Aufruf der Funktion in download() kommt?

Einen neuen Hoster kann ich auch vorstellen: crocko.com früher easy-share.com
Bitte testen, es funktioniert nämlich nicht immer.

http://sourceforge.net/apps/trac/av...s/experimental_hoster/rolex0815/crocko_com.sh

 

[Lolmir]

Danke Yodafrosch und rolex0815. Das mit den Instanzen ist generell ne feine Sache hatte das unterschätzt. Die Files laden noch immer nicht in den anderen Instanzen aber ich versuch es weiter.

Wäre natürlich schön wenn man das Problem wieso "einfache" direkte Downloads bei Netload teilweise nicht funktionieren bereinigen könnte.