SMOOZED-DOWNLOADSTRATEGIE

Abkürzung: FDM = Free Download Manager, mit dem man die Linkumwandlung eines Downloadanforderungslinks an Smoozed zu einem Downloadaufforderungslinks an die Subdomains xy.smoozed durchführen kann. Ist sie erfolgreich und wird via Prozessierung durch eine Subdomain xy-smoozed eine Größe angezeigt, ist der Link sofort downloadtauglich. 

Vorwort

Das Potential des preiswerten (Kosten: 8 Cents/Tag) Services Smoozed kann derzeit (2015-03-31) nur mit Download-Wiederholungsstrategien weitgehend voll ausgeschöpft werden.
Wer zu faul ist, den Download von Error-Files zu einem günstigen Zeitpunkt nochmals anzuwerfen, für den ist der überaus preiswerte Multi Smoozed nicht geeignet.

• Basis-Strategie der Download-Wiederholung

Am einfachsten ist, man läßt alle Files eines Projektes von JD2 laden.
Bei den Files, die er nicht lädt, kann man sofort oder nach Minuten oder nach Stunden oder in der Nicht-Rushhour-Zeit (07:00 bis 20:00 Uhr) mit"Start erzwingen" einen neuen Downloadversuch starten. So sollte man bei nur temporärer Nicht-Verfügbarkeit einzelner Links schließlich das ganze Vorhaben ordentllich abschliessen können.

Neue SO-Files scheinen grundsätzlich zunächst mit "Hoster temporary not available" prozessiert zu werden. Keine Bange, der smoozed-Server merkt sich das und gibt bei einem späteren Versuch, oft schon nach 5 bis 15 Minuten die die Download-Prozessor-Links herraus, die den SO-Download starten. SO-Links also In JD2 alle 15 Minuten mit "Start erzwingen" neu anwerfen.

Inzwischen plädiere ich dafür, in JD2 folgendes einzustellen:
1. Einstellungen_Einstellungen_Plugins
2. Smoozed.com auswählen
3. "Send debug logs to Smoozed.com automatically": Häkchen aktivieren.

Denn oft schon beobachtete ich Downloads, die zunächst nicht funktionierten (Internal Error) und danach durchaus erst nach Stunden plötzlich problemlos gingen. Möglicherweise reagiert das Smoozed-System auf insbesondere hartnäckig wiederholte Error-Anforderungen und behebt den Fehler im eigenen System.Internal Error scheint aufzutreten wenn die xy.smoozed-Subdomain, an die von Smoozed ein Downloadaufforderungslink umgeleitet wird, diesen Link nicht prozessiert. Wenn die Subdomain später wieder bei Trost ist, kann sie den Link dann prozessierten. Wenn nicht, dann kann man durch Richten des Downloadanforderungslinks an Smoozed Glück haben, daß Smoozed ihn nicht mehr an die gestörte xy1.smoozed-Subdomain richtet, sondern an eine andere, die ihn dann ggf. prozessiert.

Es gibt allerdings SO-Links, die auch nach wiederholtem Anfordern nie funktionieren. Eine närrische Beobachtung ist, daß wenn sogenannte Free-SO-rars kleiner Größe ein Projekt splitten und daneben ein großer, echter SO-Premiumlink desselben Projektes existiert, dieser oft sofort von Smoozed geladen wird, während die kleinen Split-Files desselben Projektes dauerhaft versagen. Dies ist aber keine Regel, es können auch die kleinen verfügbar sein, das große nicht usw. 

• Download-Wiederholung für Tüftler (Excel & FlashGot & Free Download Manager)

Praktische Anweisungen:

 Methode 1 entspricht in der Struktur vollkommen der Methode des Downloads über die Smoozed-Webseite:

1. Erzeuge aus den Hoster-URLs eines Projektes mit Hilfe von Excel und deiner Session-ID Downloadanforderungslinks an Smoozed. Kopiere sie und füge sie via Strg+Shift+V in den FDM.
2. Download starten. Erfolgreiche Dowloads in Excel markieren. So kannst du die Downloadanforderungslinks an Smoozed, die versagt haben, gezielt wieder neu aus Excel kopieren.
3. Nach z.B. Minuten oder Stunden oder sonstwas die Donwloadanforderungslinks an Smoozed, die beim 1. Anlauf versagt haben, wieder in FDM einfügen und Download starten. 
4. Sezte den Prozess bei 2 fort.

 Noch vor kurzem habe ich die auf "Größe Abfragen" von Downloadaufforderungslinks an die xy.smoozed-Subdomains bsierende Downloadmethode (Methode 2) propagiert. Davon nehme ich nach den Erfahrungen vom 2015-04-08 insbesondere mit UH und K2 Abstand.Trotzdem ist die Methode durchaus interessant und kann immer noch z.B. für UL und SO usw. ausprobiert werden, am besten in einem gesonderten FDM-Ordner.

Methode 2 (könnte bei Blockade der Umwandlung des Downloadanforderungslinks an Smoozed in den Downloadaufforderungslink an die xy.smoozed-Subdomains Vorteile in Rushhours bieten, wenn nicht die direkt angesteuerte Subdomain, die ja beim Größe Bestimmen funktionierte, inzwischen lahmgelegt ist):

1. Erzeuge aus den Hoster-URLs eines Projektes mit Hilfe von Excel und deiner Session-ID Downloadanforderungslinks an Smoozed. Kopiere sie und füge sie via Strg+Shift+V in den FDM.
2. Größe bestimmen.
3. Lade die Links, die eine Größe haben, sofort herunter.
4. Bei den Links, die mit Error stehen bleiben, bestimme die Größe nach Minuten, Stunden oder in Nicht-Rushhour-Zeiten. 
5. Lade die Links, die eine Größe haben, sofort herunter
6. Setze den Prozess bei 4 fort. 

Vorteil dieses Verfahrens gegenüber JD2: man kann nach "Größe Abfragen" mit Rechts Klicken unter Downloadeigenschaften sofort die URL im FDM inspizieren: bei Errors sieht man, ob die Hoster-URL noch drin ist (Prozesschritt 2 gescheitert) oder ob bereits eine ID (Prozesschritt 2 gelungen) vergeben ist. Falls gar eine Größe auftaucht, ist ein sofortiger Download wahrscheinlich erfolgreich und gelingt nach Aufbau der 10 Verbindungen mit gutem bis exzellentem Ausschöpfen der Bandbreite. JD2 versteckt die URL und ist daher zur Diagnose nicht gut geeignet (prüfen!).

Prozessbeschreibung:

Prozesschritt 1: Downloadanforderungslinks an Smoozed

1. Erzeugung durch Verketten von Linkbestandteilen, Session-ID und Hoster-URL:

Bei großen Vorhaben kann man manuell oder in Excel aus festen Smoozed-Linkkomponenten und der Session-ID und den Hoster-URLs alle Downloadanforderungslinks an Smoozed zusammenketten.
 https://www.smoozed.com/api/download?session_key=blahblah&url=http%3A//uploaded.net/file/411c6t7k&error=html

Details zur Erzeugung eines Downloadanforderungslinks an Smoozed in Excel.

1.  Formel =$A$3&$A$2&"&url=http%3A"&TEIL(C3;6;LÄNGE(C3)-5)&$A$4 in Zelle D3 einkopieren.  Für Downloadlinks https//link z.B. bei OB ändert sich die Formel zu: Fomel ==$A$3&$A$2&"&url=https%3A"&TEIL(C3;7;LÄNGE(C3)-6)&$A$4
2. in A3 steht: https://www.smoozed.com/api/download?session_key=
3. in A2 muß man seine aus einem Downloadlink gewonnene Session-ID ablegen
4. in C3 steht der Downloadanforderungslink an Smoozed, in welchem obige Formel "http:" durch  "http%3A" ersetzt
5. in A4 steht: &error=html

2.  Normalerweise werden diese Downloadanforerungslinks an Smoozed auf der Seite https://www.smoozed.com/status aus den Hoster-URLs beim Betätigen des Umwandeln-Buttons erzeugt. Bei Hosterproblemen, Smoozed-interner Überlastung usw. kann bereits dieser Prozess scheitern.

Prozesschritt 2; Downloadaufforderungslinks an die Subdomains xy.smoozed

https://xy.smoozed.com/api/download?session_key=blahblah&id=1198216884411274621&seq=2&error=html

1. In FDM werden die Downloadanfordeerungslinks an Smoozed beim Größe Bestimmen in Downloadaufforderungslinks an die Subdomains xy.smoozed umgewandelt. Gleichzeitig wird in diesem Fall der erzeugte Link auch schon an die Subdomain xy.smoozed weitergereicht. Falls diese dann interne oder Hosterprobleme hat, kommt trotz Umwandlung eine Error-Meldung in FDM. Wenn Smoozed überlastet ist, klappt selbst die Umwandlung des Downloadanforderungslinks zum Downloadaufforderungslink nicht mehr. Zur Kontrolle der Umwandlung kann man die nach Größe Abfragen vorliegenden Links aus Free Download Manager exportieren via Datei_Export_Exportiert eine Liste von Downloads. 
2. Auf der Webseite https://www.smoozed.com/status wird beim Klicken auf "Download" der darunter steckende Downloadanforderungslinks an Smoozed ausgeführt und dadurch in einen Downloadaufforderungslink an die Subdomains xy.smoozed umgewandelt. Er ist im Popup "Öffnen von Hoster-URL" enthalten und kann via FlashGot zum Beispiel an FDM weitergereicht werden. Oder man reicht ihn via "Datei speichern" an den Firefox-internen Download weiter. Hat die Subdomain xy.smoozed interne oder Hosterprobleme, so kommt statt des Download-Popus eine Error-Meldung. Die müßte aber bereits den Downloadaufforderungslink an die Subdomain xy.smoozed enthalten.
3. Smoozed kann die Umwandlung des Downloadanfordeerungslinks an Smoozed bei interner und/oder Hosterüberlastung ablehnen. Es kommen entsprechende Error-Meldungen. 

Prozesschritt 3: Prozessieren des Downloadaufforderungslinks durch die Subdomain xy-smoozed

Erhalten die Smoozed-Subdomains einen Downloadaufforderungslink, so führen sie entweder den Download durch (Größe bestimmen in FDM liefert dann ein Ergebnis) oder sie lehnen ihn wegen Überlastung ab (hoster temporary not available).

Wenn beim Größe Bestimmen in FDM eine Größe gezeigt wird, ist ein sofort danach eingeleiteter erfolgreicher Download wahrscheinlich, auch wenn es bis zu 10 Versuchen von FDM (macht er automatisch) in der Rushhour benötigen sollte.
Falls keine Größe gezeigt wid, einfach nach Minuten oder Stunden oder in der Nicht-Rushhour-Zeit nochmals Größe bestimmen. Dieser Prozess ist es wert, in einem eigenen Kapitel mit Video genau beschrieben zu werden.

• Download-Vorbereitungs-Strategie - Erzeugen von Downloadaufforderungslinks an die Subdomains xy.smoozed zur späteren Nutzung auch in Rushhours nach dem Motto:
  

  LINKUMWANLUNG IN FREE DOWNLOAD MANAGER JETZT - DOWNLOAD SPÄTER:

  = Größe von durch Verkettung (z.B. in Excel) konstruierten Downloadanforderungslinks an Smoozed außerhalb der Stoßzeiten in Free Donwload Manager bestimmen und dadurch  Downloadaufforderungslinks an die Subdomains xy.smoozed erzeugen - Download später auch in Stoßzeiten. Gerade, wenn Smoozed selber alle  Aufträge ablehnt, bekommen die xy.smoozed-Server bald Luft und prozessieren dann unbehelligt von via smoozed neu einströmenden Aufträgen die direkt vom User per Downloadaufforderungslinks an die Subdomains xy.smoozed an sie gerichteten Aufträge oft in überragender Performance - Smoozed-Blockade-Paradoxon.
  Wichtige Beobachtung: wenn das Smoozed-System erst einmal von einem gewünschten Downloadlink in Free Download Manager die Größe geliefert hat, ist diesere Link dem System bekannt und wird künftig nach meinen bisherigen Beobachtungen insbesondere bei SO mit einer gewissen Bevorzugung prozessiert, die nur dann aufhört, wenn der Weg von den xy.smoozed-Subservern zum Hoster absolut dicht ist. Wenn man daher in FDM in Excel erzeugte Heerscharen von Links verschiedenster Projekte umgewandelt hat und deren Größe in FDM ermittelbar war, kann der Download dieser nun in FDM schlummernden Downloadaufforderungslinks an die Subdomains xy.smoozed auch in Stoßzeiten, in denen smoozed selber keine neuen Aufträge mehr entgegennimmt, direkt über die xy.smoozed-Server prozessieren. Diese Prozedur ist Frucht meiner Beobachtungen beim Prüfen des Smoozed-Status mit bereits dem System bekannten Links.

Zusätzliche praktische Tips

Die derzeitige Downloadstrategie muß sein:

• Ich bereite meinen Download vor und lasse die Leitung dann glühen, wenn Smoozed im von mir gewünschten Hoster mal frei ist. Dies prüfe ich auf der Seite https://www.smoozed.com/status mit einem Link aus meinem Vorhaben. Startet der, kann ich in JD2 oder FDM das ganze Projekt anschmeissen, startet er nicht, ist es wohl besser abzuwarten und des später nochmals zu versuchen.
• Und wenn mir ein File am Herzen liegt, dann wiederhole ich den Download eben alle paar Stunden immer und immer wieder. In FDM sehe ich natürlich all die Links, die keine Größe beim Größe abfragen haben und kann die selektiv aufs Neue prüfen.
• Und ist mal UL und SO weg vom Fenster wie Ostern 2015, auch OB und K2 (durchaus begehrt bei Kennern) und LB (z.B. via softarchive.net) haben fetten Stoff. Smoozed kann auch mal zwei volle Tage so gut wie nicht funktionieren (17. und 18. März). Ostern 2015 bis Ostermontag am Mttag war wieder so eine Phase mit schlechter Verfügbarkeit von UL, SO und zeitweise auch anderen Hostern. Dann scheinen in zwei schwachen Tagen gigantische 16,4 Cents in den Sand gesetzt zu sein, aber nur wenn man nicht emsig genug ist, sich bei noch funzenden und mit voller Bandbreite glühenden Hostern zu bedienen.
• Wer das Verhalten von Smoozed mit seinen den Unkundigen köstlich narrenden Errormeldungen und die durch fleißiges Wiederholen gekennzeichnete Downloadstrategie dazu nicht kennt, neigt dazu, in vor Faulheit stinkendem, überzogenem Anspruchsdenken ein abwertendes bis vernichtendes Urteil zu fällen. Dies ist meines Erachtens falsch, weil man bei emsiger Beobachtung von Testlinks klar für massiven Download geeignete Phasen der guten Verfügbarkeiten eines gewünschten Hosters erkennen und mit einem gut vorbereiteten Download auch bestens mit voller Bandbreite nutzen kann. Gelingt ein Vorhaben, ist Smoozed sehr preiswert.

 



Erklärungsversuch der beobachteten Smoozed-Verfügbarkeit

Wir müssen davon ausgehen, daß die Smoozed-Accoounts bei den OCH''S natürlich ihrerseits Downloadlimite haben und irgendwann sind diese Limite entsprechend dem Anfrageverhalten der Smoozed-User aufgebraucht. Danach läuft solange nichts mehr, bis den Smoozed-Hoster-Accounts wieder neuer Traffic eingeräumt wird oder Smoozed gar neue Accounts in Betrieb nimmt.

Denkbar ist auch, daß die Smoozed-Betreiber in bestimmten Zeiten, z.B. von 23:00 Uhr bis ggf. sogar 12:00 Uhr des nächsten Tages (Ostersonntag bis Ostermontag)  zum Schutz der Traffic-Reserven eine Art Ruhe- oder Wartungsmodus einrichten. Dann läuft nur noch OB, alles andere wird systematisch abgewiesen mit "Hoster temporary not available". Das ist nicht schön für Übernacht-Power-Sauger, schont aber die Resourcen für die Mehrheit der Gelegenheitssauger. 

Smoozed kann also grundsätlich nur funktionieren, wenn es selber Traffic bei den Hostern hat. Ein UL-Account selber hat, wenn folgendes korrekt ist:

Quelle: http://uploadedpremium.de/

Uploaded.to - Die Limits

Mit einem Premium Account von Uploaded.to entfällt zwar jegliches Stundenlimit oder Geschwindigkeitslimit, allerdings gibt es eine wenige Einschränkungen, die Sie wissen sollten. So ist der Downloadtraffic für Premium Nutzer auf max 900GB pro Monat begrenzt. Jeden Tag schreibt Uploaded.to Ihrem Premium Account 30GB gut, die sich auf maximal 500GB ansammeln lassen. Falls Sie mit diesen Werte nicht viel anfangen können vergleichen Sie diese doch einmal mit der Größe Ihrer Festplatte.

selber nur 30 GB Traffic pro Tag. Daher kann Smoozed nur funktionieren, wenn der durchschnittliche Smoozed-User NICHT 30 GB UL im Tag lädt, sondern sich sein Traffic auf verschiedenste Hoster verteilt und auch das ihm zugestande 50 GB Traffic-Limit pro Tag nur selten ausgeschöpft wird.

 Reicht die Smoozed selber zur Verfügung stehende Kapazität bei den vermittelten Hostern nicht aus, kommt es zu  temporären Nichtverfügbarkeiten, die dann insgesamt den Traffic der Smoozed-User herunterregeln.

Selbst wenn nun die Kapazität der Smoozed-Accounts bei den Hostern ausreichen würde, um deren durchschnittliche Dowloadvolumina zu bewältigen, so spielt natürlich auch die zeitliche Verteilung des Volumens eine Rolle. Damit die Geschwindigkeit für einen Download relativ hoch bleibt, muß ggf. ein anderer Download abgewiesen werden.
 

HISTORIE SMOOZED SERVICE STATUS UND IDEEN FÜR DIE DOWNLOADSTRATEGIE

Der Smoozed-Service-Status wird hier komprimiert dargestellt, damit die Ergebnisse z.B. mit Excel ausgewertet werden können. Er zeigt ausschließlich die Verfügbarkeit von Testlinks, die dem System bereits berkannt sind. Um das Verhalten gegenüber unbekannten neuen Links zu prüfen, müssen aufwändigere Projektprüfungen durchgeführt werden.

Anmerkung 2015-05-09: Izwischen erscheint mir Smoozed deutlich stabiler zu sein als noch im März. Ein exzessives Prüfen ist daher nicht mehr nötig. SO-Links umwandeln und in FDM mit Error Größe bestimmen oder in JD2 mit Error zu laden versuchen. Nach 15 Minuten nochmals probieren. Meist haben sie dann in FDM Größe und lassen sich in FDM und JD2 (via Start erzwingen) laden.

Datum	Uhrzeit		UL	SO	OB	RG	K2	DF	UH	LB
MITTELWERT STICHPROBEN			83	93	99	78	86	75	77,1	100
04.06.2015	00:06		100	100	100	100	0	0	100	100
02.06.2015	22:09		100	100	100	100	100	0	100	100
01.06.2015	23:05		100	0	100	100	100	0	100	100
30.05.2015	12:15		100	100	100	100	100	0	100	100
27.05.2015	16:19		100	100	100	100	100	0	100	100
25.05.2015	19:10		100	100	100	100	100	0	100	100
25.05.2015	19:05		100	100	0	100	0	0	100	100
24.05.2015	18:50		100	100	100	100	100	100	100	100
23.05.2015	00:25		100	100	100	100	100	0	100	100
21.05.2015	10:40		100	100	100	100	100	0	100	100
20.05.2015	22:50		100	100	100	100	100	100	100	100
19.05.2015	13:50		100	100	100	100	100	0	100	100
18.05.2015	17:45		100	100	100	100	100	100	0	100
17.05.2015	17:45		100	100	100	100	100	100	0	100
16.05.2015	20:53		100	100	100	100	100	100	100	100
15.05.2015	23:45		100	100	100	100	100	100	100	100
14.05.2015	22:24		100	100	100	100	100	100	100	100
13.05.2015	22:26		100	100	100	100	100	100	100	100
12.05.2015	13:53		100	100	100	100	100	100	100	100
12.05.2015	08:12		100	100	100	100	100	100	100	100
12.05.2015	07:36		0	100	0	100	100	0	100	100
11.05.2015	15:42		100	100	100	100	100	100	100	100
09.05.2015	16:03		100	100	100	100	100	100	100	100
08.05.2015	22:47		100	100	100	100	100	100	100	100
07.05.2015	22:47		100	100	100	0	100	0	100	100
06.05.2015	07:10		100	100	100	100	100	0	100	100
05.05.2015	20:28		100	100	100	100	100	0	100	100
04.05.2015	21:03		100	100	100	100	100	100	100	100
04.05.2015	18:09		100	100	100	0	100	100	100	100
02.05.2015	22:48		100	100	100	100	100	100	100	100
30.04.2015	22:48		100	100	100	100	100	100	100	100
30.04.2015	17:38		100	100	100	100	100	100	100	100
29.04.2015	16:25		100	100	100	100	100	0	100	100
28.04.2015	20:47		100	100	100	100	100	0	0	100
27.04.2015	20:58		100	100	100	100	100	0	0	100
26.04.2015	21:36		100	100	100	100	100	0	0	100
26.04.2015	18:22		100	100	100	100	100	0	100	100
25.04.2015	17:11		0	0	100	100	100	0	100	100
25.04.2015	12:45		0	0	100	100	100	0	0	100
25.04.2015	10:39		0	0	100	100	100	0	0	100
25.04.2015	08:45		0	0	100	0	0	0	0	100
24.04.2015	08:35		100	100	100	0	100	0	0	100
23.04.2015	08:35		100	100	100	100	100	0	0	100
20.04.2015	17:27		100	100	100	100	100	0	0	100
20.04.2015	08:12		100	100	100	100	100	0	0	100
19.04.2015	19:58		100	100	100	100	100	0	0	100
19.04.2015	08:46		100	100	100	100	100	0	0	100
19.04.2015	01:01		0	100	100	100	100	0	0	100
18.04.2015	15:36		100	100	100	100	100	0	0	100
18.04.2015	08:58		100	100	100	100	100	0	100	100
17.04.2015	17:17		100	100	100	100	100	0	100	100
17.04.2015	08:56		100	100	100	100	100	0	100	100
16.04.2015	21:41		100	100	100	0	100	0	100	100
16.04.2015	17:30		100	100	100	0	100	0	100	100
16.04.2015	15:12		100	100	100	0	100	0	100	100
16.04.2015	08:31		100	100	100	0	100	0	100	100
15.04.2015	00:00		100	100	100	0	100	0	100	100
15.04.2015	18:37		100	100	100	100	100	0	100	100
15.04.2015	13:16		100	100	100	100	100	100	100	100
15.04.2015	08:45		100	100	100	100	100	100	100	100
15.04.2015	01:12		100	100	100	100	100	100	100	100
14:4.15	16:24		100	100	100	100	100	100	100	100
14:4.15	12:26		100	100	100	100	100	100	100	100
14:4.15	08:31		100	100	100	100	100	100	100	100
14:4.15	01:18		0	100	100	100	100	100	100	100
13.04.2015	22:05		0	100	100	100	100	100	100	100
13.04.2015	16:09		100	100	100	100	100	100	100	100
13.04.2015	14:27		100	100	100	100	100	100	100	100
13.04.2015	08:50		100	100	100	100	100	100	100	100
12.04.2015	22:53		100	100	100	100	100	100	100	100
12.04.2015	19:23		0	100	100	100	100	100	0	100
12.04.2015	17:25		0	100	100	100	0	100	0	100
12.04.2015	16:27		0	100	100	100	100	100	0	100
12.04.2015	08:54		100	100	100	0	100	100	100	100
11.04.2015	21:19		100	100	100	0	100	100	100	100
11.04.2015	19:28		100	100	100	0	100	100	100	100
11.04.2015	17:12		100	100	100	0	100	100	100	100
11.04.2015	14:25		100	100	100	0	100	100	100	100
11.04.2015	08:58		100	100	100	0	100	100	100	100
11.04.2015	00:04		100	100	100	100	100	100	100	100
10.04.2015	17:30		100	100	100	100	100	100	100	100
10.04.2015	08:38		100	100	100	100	100	100	100	100
10.04.2015	01:08		100	100	100	100	100	100	100	100
09.04.2015	20:30		100	100	100	100	100	0	100	100
09.04.2015	16:26		100	100	100	100	100	100	100	100
09.04.2015	14:12		100	0	100	100	100	100	100	100
09.04.2015	09:38		100	0	100	100	100	100	100	100
09.04.2015	00:38		100	100	100	100	100	100	0	100
08.04.2015	19:30		100	100	100	100	100	100	100	100
08.04.2015	14:33		100	100	100	100	100	100	100	100
08.04.2015	12:15		100	100	100	100	100	100	100	100
08.04.2015	10:56		100	100	100	100	100	100	100	100
08.04.2015	08:30		100	100	100	100	100	100	100	100
08.04.2015	00:10		100	100	100	100	0	100	0
07.04.2015	23:43		0	0	100	0	0	0	0
07.04.2015	18:26		100	100	100	100	0	100	100
07.04.2015	16:16		100	100	100	100	0	100	100
07.04.2015	13:22		100	100	100	100	100	100	100
07.04.2015	07:29		100	100	100	100	100	100	100
06.04.2015	22:08		100	100	100	100	100	100	100
06.04.2015	18:45		100	100	100	100	100	100	100
06.04.2015	15:29		100	100	100	100	100	100	100
06.04.2015	14:10		100	100	100	100	100	100	100
06.04.2015	12:34		100	100	100	100	100	100	100
06.04.2015	09:31		0	0	100	0	100	0	0
06.04.2015	08:40		0	0	100	0	100	0	0
06.04.2015	06:39		0	0	100	0	0	0	0
06.04.2015	00:24		0	0	100	0	100	0	0
05.04.2015	15:10		100	0	100	100	100	100	100
05.04.2015	14:15		100	0	100	100	100	100	100
05.04.2015	07:59		100	100	100	100	100	100	100
04.04.2015	22:15		0	0	100	0	0	0	0
04.04.2015	17:20		0	100	100	0	100	100	0	t; ft, t
04.04.2015	15:43		100	100	100	0	100	100	100	ft
04.04.2015	14:25		100	100	100	0	100	100	100	ft
04.04.2015	10:14		100	100	100	0	100	100	100	ft
02.04.2015	22:15		100	100	100	0	100	100	100	ft
02.04.2015	19:38		100	100	100	0	100	100	100	ft
02.04.2015	18:03		100	100	100	0	100	100	100	ft
02.04.2015	13:27		100	100	100	100	100	100	0	t
02.04.2015	09:15		100	100	100	100	100	100	100	t
02.04.2015	00:40		100	100	100	100	0	100	100	t
01.04.2015	22:30		100	100	100	100	100	100	100
01.04.2015	20:07		100	100	100	100	100	100	100
01.04.2015	15:40		100	100	100	100	100	100	100
01.04.2015	15:40		100	100	100	0	100	100	100	ft
01.04.2015	08:55		100	100	100	0	100	100	100	ft
31.03.2015	22:41		0	100	100	0	100	100	0	t; ft, t
31.03.2015	19:14		0	100	100	0	100	100	0	t; ft, t
31.03.2015	08:42		100	100	100	0	100	100	100	ft
31.03.2015	01:34		100	100	100	0	100	100	100	ft
31.03.2015	00:09		0	100	100	0	100	100	100	t; ft
30.03.2015	19:34		0	100	0	0	100	100	100	t; t; ft
30.03.2015	15:34		100	100	100	0	100	100	100	ft
30.03.2015	11:58		100	100	100	0	100	100	100	ft
30.03.2015	08:59		100	100	100	0	100	100	100	ft
30.03.2015	01:07		100	100	100	0	0	100	100	ft; t
29.03.2015	17:40		0	100	100	0	100	100	100
29.03.2015	10:09		100	100	100	0	100	0	0	ft;u; t
28.03.2015	19:26		0	100	100	100	100	0	0	t; t; t
28.03.2015	14:34		100	100	100	0	100	0	100	ft; t
28.03.2015	08:56		100	100	100	0	100	100	100	ft
28.03.2015	01:33		0	100	100	0	0	100	100	t; ft; t
27.03.2015	23:41		0	100	100	100	0	100	100	t;t
27.03.2015	16:34		0	100	100	100	0	100	100	t;t
27.03.2015	16:34		100	100	100	100	100	100	100
27.03.2015	13:30		100	100	100	100	100	100	100
27.03.2015	11:06		100	100	100	100	100	100	100
27.03.2015	07:26		100	100	100	100	100	100	100
27.03.2015	00:07		0	100	100	100	0	100	0	t; t; i
26.03.2015	22:12		0	100	100	100	0	100	0	t; t; i
26.03.2015	21:37		100	100	100	100	0	100	100	t
26.03.2015	20:59		100	100	100	100	100	100	100
26.03.2015	19:53		100	100	100	100	100	100	0	i
26.03.2015	18:12		100	100	100	100	100	100	100
26.03.2015	16:48		100	100	100	100	100	100	100
26.03.2015	15:57		100	100	100	100	100	100	100
26.03.2015	13:24		100	100	100	100	100	100	100
26.03.2015	09:22		100	100	100	100	100	100	100
26.03.2015	08:24		100	100	100	100	100	100	100
26.03.2015	00:39		100	100	100	100	0	100	100	t
25.03.2015	22:59		0	100	100	100	0	100	100	t; t
25.03.2015	20:19		100	100	100	100	100	100	100
25.03.2015	18:52		100	100	100	100	100	100	100
25.03.2015	17:04		100	100	100	100	100	100	100
25.03.2015	14:39		100	100	100	100	100	100	100
25.03.2015	09:40		100	100	100	100	100	100	0	i
25.03.2015	08:25		100	100	100	100	100	100	100
25.03.2015	08:08		100	100	100	100	100	100	0	i
25.03.2015	00:36		100	100	100	100	0	100	0	t; i
25.03.2015	00:07		0	100	100	100	0	100	0	t; t; i
24.03.2015	22:00		100	100	100	100	0	100	0	t; i
24.03.2015	19:41		100	100	100	100	100	100	100
24.03.2015	19:38		100	100	100	100	100	100	0	i
24.03.2015	17:31		100	100	100	100	100	100	100
24.03.2015	13:37		100	100	100	100	100	100	100
24.03.2015	07:18		100	100	100	100	100	100	100
24.03.2015	00:26		100	100	100	100	0	100	100
23.03.2015	23:57		0	100	100	100	0	100	100
23.03.2015	22:20		100	100	100	100	0	100	100
23.03.2015	20:36		100	100	100	100	0	100	100
23.03.2015	18:35		100	100	100	100	100	100	100
23.03.2015	16:28		100	100	100	100	100	100	100
23.03.2015	14:24		100	100	100	100	100	100	100
23.03.2015	08:36		100	100	100	100	100	100	100
23.03.2015	01:30		100	100	100	100	100	100	100
23.03.2015	00:33		100	100	100	100	0	100	100
23.03.2015	00:11		0	100	100	100	0	100	100
22.03.2015	21:48		100	100	100	100	100	100	100
22.03.2015	19:40		100	100	100	100	100	100	100
22.03.2015	17:40		100	100	100	100	100	100	100
22.03.2015	15:57		100	100	100	100	100	100	100
22.03.2015	13:26		100	100	100	100	100	0	100
22.03.2015	09:48		100	100	100	100	100	100	100
22.03.2015	08:35		100	100	100	100	100	100	100
22.03.2015	01:38		100	100	100	100	100	100	100
21.03.2015	23:14		100	100	100	100	100	100	100
21.03.2015	21:09		0	100	100	100	100	100	100
21.03.2015	17:35		100	100	100	100	100	100	100
21.03.2015	15:49		100	100	100	100	100	100	100
21.03.2015	15:22		100	100	100	100	100	100	0
21.03.2015	14:02		100	100	100	100	100	100	0
21.03.2015	11:43		100	100	100	100	100	100	0
21.03.2015	09:46		100	100	100	100	100	100	0
21.03.2015	07:43		100	100	100	100	100	100	0

Methode:

1. Bei Smoozed Umgewandelte Test-Links für die Hoster UL, SO, OB, RG, K2, DF und UH werden via FlashGot an FDM weitergereicht. Von dort kann man sie via "Datei_Export_Exportiert eine Liste von Downloads " als Textfile irgendwo speichern. In FDM können sie dann später via "Datei_Import_Importiert eine Liste von URLs" aus dem Textfle wieder eingefügt werden. Alternativ kann man gewonnene und z.B. in einer Excel-Spalte abegelegt umgewandelte Links nach dortigem Kopieren auch via  "Datei_Import_Liste von URLs aus Zwischenablage" (STRG+SHIFT+V) in FDM einfügen.
2. Größe abfragen 
   
3. Alternative Methode, wird nicht mehr angewandt,  Alterntiv zur FDM-Methode "Größe abfragen" können die Original-Hoster-Links und die daraus von Smoozed umgewandleten Links auf einer lokalen Webseite durch das Firefox-Addon "Linkchecker" geprüft werden. Wenn dabei die Links nur langsam gecheckt werden, liegt bereits Überlastung vor.
   BAUANWEISUNG DIESER "SMOOZED SERVICE STATUS" - HTML-Seite für Linkchecker-Addon in Firefox >>
   Linkchecker-Addon >>
4. Wenn Größe gezeigt +, wenn Größe nicht gezeigt - 
5.  Daraus wird ein Statusprotokoll erzeugt. Datum; Uhrzeit; Hoster 1 +/-; Hoster 2 +/-; ..... ;Hoster n +/- 

Ziel: weitere Hoster aufnehmen.
Reihenfolge der Hoster nicht alphabetisch, sondern nach subjektiv aus meinem Besuch von Adult-Foren und Adult-Seiten  eingeschätzter Bedeutung.

Premiumize  ist vom UL- und RG-Theater so getroffen, daß es derzeit wenig Sinn macht, Verfügbarkeiten von Hostern zu prüfen. Sein USENET aber ist sehr gut. Für 6 € im Monat 200 GB Usenet-Download mit voller Bandbreite und Speed ist möglicherweise preiswert! 

Downloadgeschwindigkeit:
wird in Rushhours ein Download gestartet, kann es bis zu fünf und mehr Minuten dauern, bis zum Beispiel in FDM alle 10 Verbindungenn stehen. Bis dahin ist die Downloadgeschwindigkeit jämmerlich, danach aber wird die Bandbreite voll ausgeschöpft. Dieses Vehalten führt dazu, daß Ungeduldige, die nicht abwarten, bis alle 10 Verbindungen stehen, die Geschwindigkeit von smoozed als unzureichend beschreiben.
Während die Verbindungen aufgebaut werden, kommt die Meldung "Daten werden lokal bearbeitet" und es besteht zunächst nur eine lahm vor sich hinflackernde Verbindung. Dieses Verhalten war bei premiumize auch zu beobachten. Es ist schlicht und einfach normal.

Hängt auf jeden Fall von der Leistungsfähigkeit des Prozessors ab. Mit der fetten Gamermühle rödelt das viel schneller los: 20 Sekunden statt 5 Minuten und die 10 Verbindungen stehen und die Internet-Banbreite via LAN wird voll ausgeschöpft:

Anmerkungen:

• Nach meiner Erfahrung kannst du mit Smoozed derzeit nicht alles einfach jederzeit (Rushhour!) laden. Smoozed kann auch mal zwei Tage (meist vor allem in UL, SO) fast nicht verfügbar sein. Selbst dann sind die 16,2 Cents nicht verloren, denn auch OB und K2 bieten reichlich Stoff. Vermeiden der meist abendlichen Rushhours und Wiederholen von zunächst gescheiterten. Downloads ist das A und O eines richtigen Umganges mit Smoozed. Es gibt Downloads, die zunächst grundsätzlich abgewiesen werden. Manchmal stehen sie dann aber nach ca. 15 Minuten bis 1 Stunde voll zur Verfügung (SO, Error-Hintergrundbehandlung bei Smoozed?). Dann und nur dann ist Smoozed OK und es gelingen dann fast alle Vorhaben. Wir fahren mit dem Auto auch nicht wissentlich in einen Stau, sondern versuchen möglichst dann zu fahren, wenn alles frei ist.
• Schlußfolgerung aus den bisherigen Smoozed-Service-Status-Kontrollen: Smoozed-JD2-Download zur rechten Zeit (nicht zur nächtlichen Rushhour!) mit der rechten Hardware und den richtigen Einstellungen (10 Verbindungen pro Download, 3 Downloads nebeneinander) erfolgt mit voller Speed (Beispiel K2)
  
  
  Irgendwann ab 20:00 bis 22:00 Uhr ist K2 dicht und das bleibt dann vermutlich bis in die nächtlichen Tiefen des kommenden Tages (02:00 - ?). 
  Im Video ist durch einen Vertipper beim Startdatum der Start einen Tag in die Zukunft geschoben worden. Das richtige Datum ist auf der Taskleiste rechts unten zu erkennen. SO ist meistens überlastet, scheint aber ein Wartesystem zu haben. UL ist abends oft überlastet.
   

DOWNLOAD-TAGEBUCH

• 2015-04-04: 10:13 Uhr und 14:25 Uhr und 15:43 Uhr: RG weiter down, alles andere OK.
  17:20 Uhr: Stau in UL, UH. RG seit 2015-03-28 ständig down mmit einer kurzen Ausnahme: 2015-04-01 15:40 Uhr bis 2015-04-02 13:27 Uhr.
  17:35 Uhr: UL, RG, UH Projektcheck mit neuem 500 MB Link. Alle negativ.
  17:44: 2,5 GB SO-Projekt: erst mal wie üblich error, aber die URLXYSM sind da. Daher um 18:00 Uhr Wiedervorlage der URLXYSM.
  
  Der Smoozed-Downloadprozess geschieht ja in zwei Umwandlungsschritten:
  URL --> URLSM --> URLXYSM
• 2015-04-05: 08:15 Uhr Projektprüfung 2,6 GB 6 Files (500 MB). UH, UL sofortige Größe in FDM. UL: alle startbar. SO: übliche Wiederholung, nach ca. 15 Minuten alle Größen da. Startbar.
  UH: Größe zwar sofort da. Aber nicht startbar. Fazit: UL, SO alles bestens. Gestern abend noch waren diese hoffnungslos dicht. K2: 1,3 GB File Größe FDM bestimmbar, startbar.
  14:15 Uhr: alles außer SO wird umgewandelt. Neue UL werden zur Zeit nicht umgewandelt, von schon umgewandelten läßt sich die Größe bestimmen. Ein Download startet, andere nicht. Ein K2-File läßt sich laden.
  Auch gestern, als abends in UL und SO gar nichts lief, habe ich locker über den Tag 7 GB geladen, abends sogar K2, für 8 Cents ist das immer noch eine sehr ordentliche Leistung, obwohl ich es noch gar nicht drauf angelegt habe, systematisch viel zu laden. Enttäuscht sein wird der, der meint: Jetzt komme ich und lade, was mir paßt. So läuft es bei Smoozed eben nicht. Die Downloadstrategie muß sein: Ich bereite meinen Download vor und lasse die Leitung dann glühen, wenn es Smoozed paßt.
  15:10: UL-Projektlink downloadbar.
• 2015-04-06: 15:37 Uhr: UL, SO, UH 3 Links a 590 MB FDM-Größe wird angezeigt. Probedownload mit Links 1 (UH), 2 (SO), 3 (UL) starten: gemischter Download aus 3 Hostern für dasselbe Projekt.
  
  09:31: schaut schlecht aus, aber OB und K2 schnurren mit voller Bandbreite.
  Ostern scheint wie auf den Straßen auch beim Laden eine Zeit übelsten Staus zu sein. Selbst um Mitternacht war da noch keine Entspannung in Sicht. Auch in den frühen Morgenstunden des Ostermontags ist Smoozed (mit Ausnahme von Oboom) völlig abgekackt. Der monetäre Schaden eines Ausfalltages von Smoozed beträgt allerdings nur 8,2 Cents, aber nur, wenn man zu dämlich ist, neben UL und SO auch mal bei OB und K2 leckeren Stoff mit Google, dem alten Spürhund, zu erschnüffeln.
  Auch heute ist Smoozed gar kein Totalausfall, wir sehen doch, daß um 08:41 Uhr OB und K2 funktionieren. Also laden wir halt mal die. Mit "oboom xxx" liefert uns Google gleich als ersten Treffer eine nette Seite, auf der es guten HD-Stoff gibt. NF-Ava (in der Firefox-Suche mal ava eingeben) ist sicher was für Feinschmecker. Und HoWh liefert für k2 ganze Heerscharen an netten Filechens, z .B. via "cucses" (eine grandiose Serie vollendeter Filmkunst, im Genre "cuckold"). Und ruckzuck habe ich gerade wieder 6,5 GB OB und K2 in mit voller Bandbreite geladen. Die allein schon sind die 8,2 Cents lockerst wert. Bei Usenet via Premiumize hätte ich auch nicht schneller geladen und hätte bereits meinen Tagestraffic verbraucht und das um einen um 50 % höheren Tagespreis.
  Fazit: es muß nicht immer UL sein.
  12:36: Größe abfragen funktioniert nun für alle beobachteten Hoster. 14:33: neuer UL-Link wird beim 2. Versuch umgewandelt, Größe wird gezeigt, Donwload startbar. K2-Download eines neuen Files funktioniert ebenfalls. 22:20 Uhr: Projekttest: 1,2 GB 2 Files: UH, SO, UL Größe FDM sofort bestimmbar. UL-Download startet sofort. K2 hat nun ein Limit von 10 GB, das ich heute voll ausgeschöpft habe
• 2015-04-07:  18:26: LB ist auch im Angebot. 1,4 GB FDM Größe und Start und Download OK. Test bestanden!
  Download-Prüfung neuer Files: 08:40: K2 FDM-Größe und Start beide OK. Wichtige Beobachtung: K2-Files, die zunächst mit "Internal Error" nicht prozessiert wurden, konnten nach wenigen Stunden anstandslos geladen werden. Um 12:00 Uhr funktioniete das letzte File aus einer Gruppe von 7GB-Projektfiles in K2. Gestern war bei 10 GB das K2 Limit voll. Mal sehen, ob das heute auch 10 GB sind. Die Zeit des Osterstaus ist seit gestern Mittag vorbei.
  16:18 Uhr K2 dicht, ich habe aber dort schon über 8 GB gesaugt.
  23:43 Uhr: derselbe Status wie in der Nacht von Ostersonntag bis Mittag Ostermontag. Riecht nach irgendeinem Ruhe- oder Wartungsmodus und nicht nach großer Überlastung. Bereits um 00:10 wieder alles außer K2 verfügbar. Nächtliche K2-Pause ist uns bekannt.
• 2015-04-08: Anmerkungen zum Status des laufenden Tages:
  08:30: alles OK .
  08:51: Intensive und aufschlußreiche Projektprüfung (= Prüfung von dem Smoozed-System nicht bekannten, neuen Files): UH, SO, UL: jeweils ein Gesamtlink von 1 GB und denselben Content beschreibenden Teillinks von 550 MB: UH, UL: FDM-Größe bestimmbar. SO: das Üblliche: erst mal Erro: "unbekannter Serverfehler". Bereits um 08:56 Uhr ist auch die SO-FDM-Größe aller drei Files positiv. Ich lade das SO-File runter und lade Link1 von UH und Link2 von UL nur an. UL klappt (das ist schon mal die Hauptsache), UH zickt. Beobachtung von heute: UH-Links, aber auch hatnäckig zickende K2-Links lassen sich nach Größe bestimmen nicht laden und zicken, obwohl die bestimmte Größe einen positiven Download verspricht. Daher UH-Links sofort ohne Größe bestimmen in FDM laden.
  Auch K2-Links, deren Größe gar nicht bestimmt werden kann, lassen sich trotzdem laden.
  Daher bei Projekten bei "Größe Abfragen"-Verweigerern oder solchen die nach positiver Größe trotdem den Download verweigern, den direkten "DOWNLOADSTART" = "ANLADEN" testen! Auch muß beim Versagen eines Downloadstartes der vorhandene Link in FDM gelöscht und wieder durch den ursprünglichen Downloadanforderungslink an Smoozed beim neuen Test ersetzt werden. Denn er könnte sich durch den mißratenen Start in den Downloadaufforderungslink an die Subdomain xy.smoozed verwandelt haben und so ein Link versagt dann. Wird er durch einen Downloadaufforderungslink mit neuer Id ersetzt? NEIN, ABER DIE SMOOZED SUBDOMAIN WECHSELT BEI SOLCHEN VERSAGERN. Und das kann nur durch Neuvorlage des Downloadanforderungslinks bewirkt werden.
  FAZIT: die Subdomain von Smoozed muß beim gescheiterten Durchdringen eines korrekten Downloadaufforderungsliinks an eine Subdomain zum Hoster gewechselt werden und das kann nur durch Neuvorlage eines Downloadanforderungslinks an Smoozed geschehen. ANLADEN BEI LINKS, BEI DENEN GRÖSSE BESTIMMEN ODER LADEVERSUCH NACH ERFOLGREICHER GRÖSSEBESTIMMUNG WIEDERHOLT VERSAGT.
• 2015-04-08:
  K2-Prüfung: 9,2 GB geladen. Limit: 10 GB. Was will man sonst noch? Für heute bin ich mit K2 durch..
  Projektprüfung 1 GB UH, SO, UL erfolgreich.
  Neue wichtige Erkenntnis bei der Statusprüfung und beim Download hartnäckiger Verweigerer:
  Wenn FDM-Größe Bestimmen klappt,klappt nicht zwangsläufig (oft auch nur wenige Minuten) später auch der Download des dabei erzeugten Downloadaufforderungslinks an die xy.smoozed-Subdomain.
  Es ist daher in der Regel sicherer, einen gewünschten Download mit einem stets frisch in FDM einkopierten Downloadanforderungslink an Smoozed in FDM zu starten.
  Daher habe ich die Download-Wiederholungsstrategie für FDM geändert auf die dem Downloadprozeß von der Webseite nachgebildete Methode 1 mit Nutzung der stets frisch einkopierten Downloadanforderungslinks an Smoozed. Siehe Downloadstrategie >>
  
  Daher sollte man beim Wiederholen eines zunächst gescheiterten Downloads in FDM neben dem bereits in FDM schlummernden umgewandleten Link (Downloadaufforderungslink an die xy.smoozed-Subdomain) den ursprünglichen Downloadanforderungslink an Smoozed wieder frisch einkopieren und prüfen, besonders wenn der inzwischen gealterte umgewandelte Downloadaufforderungslink an die xy.smoozed-Subdomain vesagen sollte.
  
  Die Statuskontrolle via Größenbestimmung in FDM ist korrekt, solange eine Größe kommt. Wenn bei wiederholter Bestimmung keine Größe kommt, sollte ein Probedownload direkt ohne Größenbestimmung mt dem Downloadanforderungslink an Smoozed gestartet werden. Erst wenn dieser dann nicht klappt, ist der Hoster wirklich temporär nicht verfügbar.
• 2015-04-09: 09:40 Uhr: 3,6 GB K2-Downloads laufen bestens mit voller Bandbreite. Locker habe ich mit ca. 9,3 GB K2 mein Limit von 10 GB fast erreicht. Fazit: K2 funktioniert exzellent.
  09:50: UL, SO, UH Projektcheck.
  Auch dieser Projektcheck zeigt, wie sinnvoll eine auf systematischer Wiederholung basierende Downloadstrategie insbesondere in SO, aber auch UH ist.
  UL alles bestens: alle Links starten.
  SO: alle drei URLSM werden in URLXYSM umgewandelt. Zunächst keine Größe. Kennen wir, normalerweise in 1 Stunde da. Nachprüfen. Nix Stunde:
  10:09: alle drei SO-Links zeigen sofort FDM-Größe und alle starten sofort beim Anladen. Ein Unkundiger würde SO für down halten, ich aber weiß: nach Error-Start weiß der Smoozed-Prozeß Bescheid und kümmert sich drum. In 20 Minuten später kann ich alles bestens laden.
  UH: 1 Link startet. 2 Partiallinks werden umgewandelt in URLXYSM. Das ist gerade der Mist, denn die XY-Server versagen beim Download und delegieren nicht weiter an X'Y'. Wenn Download mit X1Y1 nicht startet müßten alle XiYi per Umleitung abgeklappert werden. Was mache ich: ich lösche die zwei versagenden URLXYSM in FDM und kopiere nochmals die ursprünglichen zwei URLSM nach FDM.
  10:15 Uhr: nun kann ich auch die zwei UH-Links anladen.
  Resultat: UL funktioniert tadellos sofort.
  SO und UH funktionieren nach 20 Minuten bei Wiederholung ebenfalls tadellos.
  Zusätzlich soll so eine Projektprüfung mit neuem Projekt und JD2 durchgeführt werden.
  20:37: das morgendliche Projekt wird in allen großen Links sofort angeladen bei UH, SO, UL. UL und SO laden auch die 2 Partiallinks sofort.
• 2015-04-10:
  Projektprüfung:
  08:52 Uhr: 10 SO-Links, 4,3 GB:
  Größe wird sofort bestimmt, Download startet augenblicklich.
  Keine Wiederholung nötig. Wenn Smoozed immer so funktionieren würde, wäre es nicht nur ein Schnäppchen, sondern ein extremes Schnäppchen. Auch k2 liefert sofort Größe und läßt sich bestens laden. Heute nachmittag sind die k2-Projektlinks beim Hoster K2 erloschen. Daher werde ich ein anderes Projekt als cucses bearbeiten müssen.
  Bei "Altfiles" dann doch das Übliche: 700 MB-File aus einer Foren-Publikation vom 2013-07-13! SO erst mal Error.
  UL dagegen liefert Größe und Download startet sofort. Super!
  Nach nur 6 Minuten ist aber auch das uralte SO-File mit Größe da und läßt sich sofort laden. Das ist doch Spitze, wenn man eben weiß: SO HAT MAN BEI ERROR ZU WIEDERHOLEN! Hier klappt es schon nach lumpigen 6 Minuten! Abends um 19:00 Uhr und 21:30 Uhr wird ein Projekt, das um 08:52 angeladen wurde, neu in UL geladen. Durch paralleles Laden von 2 Links in FDM und 5 Links in JD2 wird die Bandbreite am besten genutzt (5 von 6MBps)
• 2015-04-11:
  
  22:00 Uhr: neue K2-Links werden nicht mehr umgewandelt, und zwar so, daß Smoozed bereits die Umwandlung in den Downloadanforderungslink an Smoozed nicht durchführt.
  Erzeugt man dagegen einen Downloadanforderungslink, den früher das System erzeugt hattte und daher kennt, so wird dieser Link prozessiert.
  Legt man dem System dagegen einen neuen Downloadanforderungslink an Smoozed vor, wird dieser nicht prozessiert.
  Fazit: das System hat einen Cache mit ihm bekannten Downloadanforderungslinks, die auch dann prozessiert werden,wenn neue, ihm nicht bekannte Downloadanforderungslinks nicht prozessiert werden.
  Die heutigen Projektdownloads verliefen exzellent.
  
  
  14:30 Uhr bis 19:30: 20 GB eines UL-Projektes problemlos geladen. Bei zeitlich sehr begrenzten UL-Aussetzern Umstieg auf UH,welches heute hervorragend funktionierte. JD2 leistet sehr gute Arbeit.
  
  08:58 Uhr: Projektprüfung: 5,8 GB diverse neue Links von UL und K2 sowie OB, die gestern um 00:00 Uhr per Größe Abfragen dem System vorgestellt wurden, wurden alle sofort bestens mit voller Bandbreite geladen.
• 2015-04-14:
  
  09:46 4 GB UL bestens geladen (volle Bandbreite). SO: das Übliche: erst mal Error und nach 6 Minuten ist die Größe da und alle Files sind ladbar.
  In einem weiteren Projekt werden 6,3 GB UH bestens mit voller Bandbreite geladen. 
• 2015-04-15: 10:02 Uhr Projektprüfung: 5 Links 4,4 GB. UL, UH sofort Größe da. UH in JD2: 4 Links starten sofort, einer muß mit Start Erzwingen nochmals angeworfen werden und startet danach auch. SO: das Übliche: erst mal Error und nach nur 6 Minuten sind alle Größen bestimmbar. Alle 5 Links starten.
  Fazit: UL, UH, SO 4,3 GB Projekt bestens downloadbar. Bei SO die übliche Anmeldung mit 6 minütiger Wartefrist am morgen. Urteil: ALLES BESTENS! 
• 2015-04-19: Heute wurden 15 GB UL, RG,LB locker geladen. Speed bestens. K2 holperte mit alten Files, die wurden aber nachmittags verfügbar. Wenn die Preiserhöhung nicht wäre, würde ich Smoozed wärmstens empfehlen.
  So aber werde ich Debritalia als Alternative auf den Zahn fühlen und dort natürlich auch streng die Verfügbarkeit, Speed und den Traffic untersuchen. Empfehlungen gibt es nur, wenn Preis-Leistung OK ist.  

Ja wann fällt UL denn aus? In 85 % der von mir gesehenen Ausfälle fanden die ab 17:00 Uhr statt.

Datum	Uhrzeit	UL	Ausfall wann?
12.04.2015	19:23	0	ABEND oder NACHT
12.04.2015	17:25	0	ABEND oder NACHT
12.04.2015	16:27	0
07.04.2015	23:43	0	ABEND oder NACHT
06.04.2015	09:31	0
06.04.2015	08:40	0
06.04.2015	06:39	0	ABEND oder NACHT
06.04.2015	00:24	0	ABEND oder NACHT
04.04.2015	22:15	0	ABEND oder NACHT
04.04.2015	17:20	0	ABEND oder NACHT
31.03.2015	22:41	0	ABEND oder NACHT
31.03.2015	19:14	0	ABEND oder NACHT
31.03.2015	00:09	0	ABEND oder NACHT
30.03.2015	19:34	0	ABEND oder NACHT
29.03.2015	17:40	0	ABEND oder NACHT
28.03.2015	19:26	0	ABEND oder NACHT
28.03.2015	01:33	0	ABEND oder NACHT
27.03.2015	23:41	0	ABEND oder NACHT
27.03.2015	16:34	0
27.03.2015	00:07	0	ABEND oder NACHT
26.03.2015	22:12	0	ABEND oder NACHT
25.03.2015	22:59	0	ABEND oder NACHT
25.03.2015	00:07	0	ABEND oder NACHT
23.03.2015	23:57	0	ABEND oder NACHT
23.03.2015	00:11	0	ABEND oder NACHT
21.03.2015	21:09	0	ABEND oder NACHT