Anleitung Forum Post Downloader - Tampermonkey-Script

[ReneBox8]

willowbranch
Ich hab b06 mit einem bestehenden GoFile-Cookie getestet. Die Downloads liefen einwandfrei und es öffnete sich kein Warm-up-Tab.
Die Konsole zeigte nach Abschluss der Downloads das hier:
Failed to restore original accountToken cookie: Failed to parse or set cookie named "accountToken".
Das ursprüngliche GoFile-Gastkonto erschien danach beim Öffnen von GoFile immer noch, aber ich glaube, GoFile hat es evtl. aus seinem eigenen localStorage wiederhergestellt.
Mir ist aufgefallen, dass der GM_cookie.set-Aufruf, der das temporäre Gast-Cookie erstellt, Folgendes enthält: url: 'https://gofile.io/'
aber der GM_cookie.set-Aufruf, der das ursprüngliche Cookie wiederherstellt, nicht. Da Chrome die URL für den ersten set-Aufruf verlangte, könnte sie auch für den Restore-Aufruf nötig sein.

 

[AnaSidepath]

Deobfuskation von wt.obf.js:

function generateWT(stuff) {
var ua = navigator.userAgent;
var lang = navigator.language || '';
var time = Math.floor(Date.now() / 1000 / 14400).toString();
return _sha256(ua + "::" + lang + "::" + stuff + "::" + time + "::" + "9844d94d963d30");
}

 

[PennyR83]

Weiß nicht, ob das schon mal gefragt wurde, aber ich fände es cool, wenn beim Download eines Goonbox-Albums der Albumname statt der URL für den Ordnernamen verwendet würde

 

[yuki314]

iNeed2Sleep
Hab tatsächlich auch schon daran gearbeitet. Neue Version b09 ist jetzt online und sollte all das lösen. Ich hab auch die Abkürzung hinzugefügt, um den Code zu überspringen, wenn man direkt auf GoFile ist. Wenn das gut läuft, kann ich's für einen Pull zum Hauptskript fertig machen.
Guter Fund
Die gute Nachricht ist, dass der Code wt.obf.js holt und live auswertet und dann bei jedem Request generateWT aufruft. Es gibt ein Date.now() in dieser Funktion, das zur Aufrufzeit läuft, also funktioniert's weiterhin so, auch wenn ich vom Zeit-Bucket nichts wusste und dachte, es wären nur 2 rotierende Salts.

 

[ReneBox8]

willowbranch
Ich hab b09 in Chrome mit und ohne bestehendem GoFile-Cookie getestet. Die Wiederherstellung des Cookies sieht in beiden Fällen gut aus.
Ich hab außerdem zwei DIRECT-Downloads getestet.
-Der erste Request hing etwa 40 seconds fest, dann öffnete das Warm-up die direkte CDN-Download-URL. Das hat schon einen Browser-Download gestartet, und der Retry hat dieselbe Datei nochmal mit GM_download begonnen, also wurde sie zweimal heruntergeladen.
-Nach dem Wechsel zu DIRECT war der alte Stall-Timer noch aktiv und hat später STALLED/FAILED geloggt, obwohl beide Downloads erfolgreich abgeschlossen wurden.
Ich hab den gleichen Test später wiederholt, ohne etwas zu ändern, und beide Dateien wechselten sofort zu DIRECT und wurden normal heruntergeladen. Das scheint also ein gelegentlicher Randfall zu sein, evtl. abhängig von der GoFile-CDN-Antwort.
Es wäre evtl. besser, https://gofile.io/ oder die Album-Seite statt der direkten CDN-URL aufzuwärmen, und den alten Stall-Timer zu löschen oder zu ignorieren, sobald switchedToDirect gesetzt ist.
Auch wenn die Dateigröße von /contents schon verfügbar ist, könnte man damit DIRECT auswählen, bevor man den Blob-Request startet, um die lange Wartezeit zu vermeiden.

 

[reedbasket]

Bin nur ich das, oder haben Bunkr-Downloads jetzt auch aufgehört zu funktionieren?

 

[yuki314]

Bunkr funktioniert, aber jeder Fall, den ich mir angeschaut habe, liegt an Bunkr selbst wegen der Umstrukturierung. Hast du ein Beispiel?

 

[reedbasket]

Ich benutze b09, und dieser und jeder andere Bunkr-Download mit dem Skript funktioniert nicht.
Ein Beispiel:
Post im Thread 'arikytsya'
https://simpcityopen.com/threads/19692/

 

[yuki314]

Bei mir funktioniert's mit b09. Schau in deine Konsole, vielleicht wirst du von Cloudflare blockiert.

 

[reedbasket]

komisch. ich glaube nicht, dass ich von cloudflare geblockt werde. hab's mit und ohne VPN probiert, macht in beiden Fällen dasselbe. Es sagt, es lädt herunter, aber der Download startet tatsächlich nicht.
Hier eine Kopie meiner Konsolenausgabe:
[Sat Jul 18 2026 5:04:56 PM] [INFO] [POST #37] USING 1 HOST(S): Bunkr
userscript.html?name=XenForoSCPDL.user.js&id=87765437-115f-41c9-9572-27b203564815:207 [Sat Jul 18 2026 5:04:56 PM] [INFO] [POST #37] PREPARING DOWNLOAD
userscript.html?name=XenForoSCPDL.user.js&id=87765437-115f-41c9-9572-27b203564815:207 [Sat Jul 18 2026 5:04:56 PM] [INFO] [POST #37] URL RESOLUTION STARTED
userscript.html?name=XenForoSCPDL.user.js&id=87765437-115f-41c9-9572-27b203564815:207 [Sat Jul 18 2026 5:04:57 PM] [INFO] [POST #37] RESOLVED: https://c4ta-b.cdn.cr/0hk5ydixh0prn...e0419ecadb09f8b16f2afcf0e0b1e95&ex=1784419496
userscript.html?name=XenForoSCPDL.user.js&id=87765437-115f-41c9-9572-27b203564815:207 [Sat Jul 18 2026 5:04:57 PM] [INFO] [POST #37] URL RESOLUTION COMPLETED
userscript.html?name=XenForoSCPDL.user.js&id=87765437-115f-41c9-9572-27b203564815:207 [Sat Jul 18 2026 5:04:57 PM] [INFO] [POST #37] FOUND 1 RESOURCE(S)
userscript.html?name=XenForoSCPDL.user.js&id=87765437-115f-41c9-9572-27b203564815:207 [Sat Jul 18 2026 5:04:57 PM] [INFO] [POST #37] DOWNLOADING: https://c4ta-b.cdn.cr/0hk5ydixh0prn...e0419ecadb09f8b16f2afcf0e0b1e95&ex=1784419496
userscript.html?name=XenForoSCPDL.user.js&id=87765437-115f-41c9-9572-27b203564815:207 [Sat Jul 18 2026 5:04:58 PM] [INFO] [POST #37] ZIPPED ON BUT NOTHING TO ZIP (ALL DIRECT DOWNLOADS) -> SKIPPING ZIP
userscript.html?name=XenForoSCPDL.user.js&id=87765437-115f-41c9-9572-27b203564815:207 [Sat Jul 18 2026 5:04:58 PM] [INFO] [POST #37] DOWNLOAD COMPLETED

 

[AnaSidepath]

jo, das funktioniert auf jeden Fall, es ist nur so, dass das Script erst den ganzen zusätzlichen Obfuskations-Kram auswerten muss

 

[AshaSpool]

vielleicht unabhängig davon, sorry, aber hat sich bei jemand anderem gerade Tampermonkey zufällig aktualisiert und alle bestehenden Scripts gelöscht? ist mir gerade in Firefox passiert

 

[ReneBox8]

Welchen Browser und Userscript-Manager benutzt du? Könnte dein Antivirus oder Webschutz cdn.cr blockieren?

 

[yuki314]

Ich kann den Fehler überhaupt nicht reproduzieren. Die einzig mögliche Lücke wäre ein hängender Download, der fälschlicherweise als COMPLETED angezeigt wurde. Der Stall-Watchdog lief bisher nur bei GoFile, also habe ich ihn für alle Hosts hinzugefügt. Zumindest solltest du eine Log-Meldung sehen, wenn es wegen Stillstand fehlschlägt.
v3.20.b10 ist jetzt verfügbar.
Probier's mal.

 

[miles27]

Wo finden wir die neuen Versionen?

 

[Nia Wren]

Sobald bestätigt ist, dass es funktioniert, und es release-bereit ist, wird es in die Hauptversion eingebaut.
Diese anderen Versionen sind zum Testen

 

[reedbasket]

Scheint jetzt zu funktionieren! Vielen Dank!

 

[ElmaGrip4]

Ist mir gerade jetzt passiert. Scheiße.
Hat jemand eine Kopie vom tensor.art-Bypass-Script gemacht?

 

[NessaBolt6]

Wie lädt man ein passwortgeschütztes gofile herunter? Ich hab das Passwort, aber es sind über 300 Bilder und ich kann keinen Batch-Download machen, wenn ich kein gofile premium habe.

 

[roomtone21]

Bei mir hat es plötzlich auf allen Seiten aufgehört zu funktionieren. Ich habe nichts geändert. Ich habe eine frische, aktuelle Kopie installiert und trotzdem nichts.
Benutze Tampermonkey Legacy mit Brave.