[Dockel]

Ich habe über 12.000 Dateien im Ordner "archives":


Kann ich die llöschen? Wozu sind die da?

Und hier über 2000:


Könnte man die löschen?

Welche Dateien, besonder die, von denen viele da sind, könnte man löschen im allgemeinen? Den Inhalt des Captcha-Ordners? Die Logs bestimmt?

[Jiaz]

@Dockel: Zu dem Thema gab es schon Threads, aber in kürze das Wichtigste
Die Dateien cfg/RememberLastDimensor* und RememberAbsoluteLocator* und RememberRelativeLocator* speichern Größe und Positionen von Fenstern. Diese Dateien kannst du ohne Probleme speichern. Die Speicherung wurde bereits vor längerem geändert und bei Zugriff werden dann alte Informationen migriert. JDownloader beenden und kannst diese Dateien in Masse löschen.

Die cfg/archives/v2_* Dateien beinhalten die Settings von Archiven im JDownloader. Sofern sich keine Archive mehr in den Listen befinden, so kannst du JDownloader beenden und ebenfalls diese Dateien löschen. Sofern du keine Änderungen an den Archiven gemacht hast oder eigens pro Archive Passwörter vergeben, so kannst du diese ebenfalls ohne Probleme löschen.
Siehe auch https://board.jdownloader.org/showth...chive+settings

Originally Posted by Dockel

Welche Dateien, besonder die, von denen viele da sind, könnte man löschen im allgemeinen? Den Inhalt des Captcha-Ordners? Die Logs bestimmt?

Siehe auch https://board.jdownloader.org/showth...hlight=cleanup
JDownloader löscht automatisch die Logs Unterordner älter als X Tage (via Profieinstellungen einstellbar)

[Jiaz]

@Dockel: Ich werd morgen mal bzgl den Dialog Files prüfen ob man diese, nach so langer Zeit, nun direkt löschen kann und nicht auf eine Konvertierung warten. Wer nach so langer Zeit noch solche Files hat, hat wohl lange keine entsprechende Dialoge mehr geöffnet gehabt

[Dockel]

Vielen Dank für die Links.

Sofern sich keine Archive mehr in den Listen befinden, so kannst du JDownloader beenden und ebenfalls diese Dateien löschen.

Sind 1346 Links in der Downloadliste. in archives sind gerade die meisten Dateien, ca. 12.000. Die Dateien von 2020 und 2021 könnte ich auch nicht löschen? Von denen habe ich bestimmt nichts mhr in der Downloadliste.

Kann ich die gesamten Ordner löschen(?):
-tmp
-logs

Den Inhalt des Ordners "captchas" löschte ich vollständig, mit Unterordnern, hoffe, das ist in Ordnung.

In themes habe ich 4.300 Elemente, ich benutze nur das voreingestellt Theme von JD. Vielleicht lässt sich da auch noch einiges löschen?

Sind immer noch 29.000 Dateien.

@Dockel: Ich werd morgen mal bzgl den Dialog Files prüfen ob man diese, nach so langer Zeit, nun direkt löschen kann und nicht auf eine Konvertierung warten. Wer nach so langer Zeit noch solche Files hat, hat wohl lange keine entsprechende Dialoge mehr geöffnet gehabt

Ja, offenbar brauchte ich das nicht zu tun. OK, vielen Dank. Was sind das eigentlich für Dialoge?

[Jiaz]

Originally Posted by Dockel

Den Inhalt des Ordners "captchas" löschte ich vollständig, mit Unterordnern, hoffe, das ist in Ordnung.

Das ist in Ordnung. Wenn dort noch viele Dateien enthalten waren, dann sind das Überreste längst vergangener Zeiten

Originally Posted by Dockel

Kann ich die gesamten Ordner löschen(?):
-tmp
-logs

-logs:
JDownloader räumt die Session-Logs Ordner automatisiert auf, also jene wo ein Datum im Name ist.
Der Unterordner updatehistory beinhaltet lediglich Informationen welche Dateien während des Updates
von Version X auf Version Y geändert/gelöscht/hinzugefügt wurden. Diesen Ordner kannst du ohne Probleme löschen.
-tmp:
Hier solltest du nicht wirklich was löschen, da hier zb die Plugincaches enthalten sind (crawlerCache,hosterCache). Ohne
diesen Cache dauert der Start des JDownloader merklich länger. Auch liegen die nativen Libs vom Entpacker
und JNA und FlatLAF (tmp/7zip, tmp/jna und tmp/synthlibs), werden also automatisiert eh wieder angelegt.
Ebenfalls liegen im tmp/update Unterordner die Updateinformationen.
Ohne diese wird dein JDownloader beim nächsten Start erneut ein vollständiges Update durchführen.
Ohne Probleme kannst du den tmp/logs Unterordner löschen. Wann immer du ein Logupload machst, wird
der Inhalt dorthin kopiert.

Originally Posted by Dockel

In themes habe ich 4.300 Elemente, ich benutze nur das voreingestellt Theme von JD. Vielleicht lässt sich da auch noch einiges löschen?

Schau mal wo dort soviele Dateien liegen? Ich habe in diesem Ordner aktuell nur 1192 Elemente.
In themes/standard/org/jdownloader/images/fav liegen die FavIcons der Hoster.
Je nach Alter deiner Installation kann sich dort einiges angesammelt haben.
Wenn du diesen Ordner löscht/leerst, dann lädt JDownloader die nötigen FavIcons automatisch neu herunter.

Originally Posted by Dockel

Was sind das eigentlich für Dialoge?

Ein jeder *Willst du löschen* oder *Bitte geb Passwort XY* oder *Füge Links hinzu*..einfach ein jeder Dialog des JDownloader
hatte früher so die Größe/Position gespeichert. Das Speichermodel wurde aber geändert und speichert nun die Information
in locations.json.

Originally Posted by Dockel

Sind 1346 Links in der Downloadliste. in archives sind gerade die meisten Dateien, ca. 12.000. Die Dateien von 2020 und 2021 könnte ich auch nicht löschen? Von denen habe ich bestimmt nichts mhr in der Downloadliste.

Sofern du nicht für jedes Archiv von Hand via Rechtsklick irgendwas geändert hast (zb Passwort oder Entpacken nach...) kannst du die Dateien im archives Unterordner ebenfalls ohne Probleme löschen.

[Dockel]

OK, logs-Ordner gelöscht.

Habe noch nicht so richtig verstanden, der tmp-Ordner und von seinem Inhalt sollte lieber gar nichts gelöscht werden? Oder kann der tmp-Ordner vollständig gelöscht werden? Oder sind das hier noch andere Ordner(?):

Ohne Probleme kannst du den tmp/logs Unterordner löschen.

Schau mal wo dort soviele Dateien liegen? Ich habe in diesem Ordner aktuell nur 1192 Elemente.

Die sind hier, in images (fav: 3981):

In themes/standard/org/jdownloader/images/fav liegen die FavIcons der Hoster.

Ja, da sind die meisten.

Je nach Alter deiner Installation kann sich dort einiges angesammelt haben.
Wenn du diesen Ordner löscht/leerst, dann lädt JDownloader die nötigen FavIcons automatisch neu herunter.

Bestimmt zehn bis 15 Jahre alt. Dann lösche ich den Ordner "fav" also.

Ein jeder *Willst du löschen* oder *Bitte geb Passwort XY* oder *Füge Links hinzu*..einfach ein jeder Dialog des JDownloader
hatte früher so die Größe/Position gespeichert. Das Speichermodel wurde aber geändert und speichert nun die Information
in locations.json.

OK. Das wird also gar nicht mehr gebraucht. Welchen Ordner kann ich löschen?

Quote:
Originally Posted by Dockel View Post
Sind 1346 Links in der Downloadliste. in archives sind gerade die meisten Dateien, ca. 12.000. Die Dateien von 2020 und 2021 könnte ich auch nicht löschen? Von denen habe ich bestimmt nichts mhr in der Downloadliste.
Sofern du nicht für jedes Archiv von Hand via Rechtsklick irgendwas geändert hast (zb Passwort oder Entpacken nach...) kannst du die Dateien im archives Unterordner ebenfalls ohne Probleme löschen.

Also ausnhamslos alle. Passwörter können dadurch also nicht verloren gehen? Die stehen ja sowieso alle in einer extra Liste in Einstellungen, glaube ich.

[Jiaz]

Originally Posted by Dockel

Habe noch nicht so richtig verstanden, der tmp-Ordner und von seinem Inhalt sollte lieber gar nichts gelöscht werden? Oder kann der tmp-Ordner vollständig gelöscht werden?

den tmp Ordner am einfachsten so belassen wie er ist

Originally Posted by Dockel

Ja, da sind die meisten.
Dann lösche ich den Ordner "fav" also.

Kannst du ohne Probleme machen. JDownloader lädt die genutzten FavIcons automatisch neu herunter

[Jiaz]

Originally Posted by Dockel

OK. Das wird also gar nicht mehr gebraucht. Welchen Ordner kann ich löschen?

Die cfg/RememberLastDimensor* und RememberAbsoluteLocator* und cfg/RememberRelativeLocator* kannst du ohne Probleme löschen. Siehe meine Antwort hier, https://board.jdownloader.org/showpo...51&postcount=2

Originally Posted by Dockel

Also ausnhamslos alle. Passwörter können dadurch also nicht verloren gehen? Die stehen ja sowieso alle in einer extra Liste in Einstellungen, glaube ich.

Passwörter werden erst bei erfolgreichem Entpacken in die globale Liste übernommen. Wenn du also Archive in der Liste hast, das Passwort aber via Rechtsklick dem Archiv gesetzt hast, dann ist dies , sofern nicht schon vorhanden in der globalen Liste, nicht Teil der globalen Liste.

[pspzockerscene]

@Dockel
Allgemein:
Was spricht denn dagegen, erstmal ein Backup des kompletten JD Ordners anzulegen?
Dann kann dir auch nichts mehr wirklich verlorengehen, falls du mal zu viel löschst.

Ich bin gerade am Überlegen ob es sich lohnen würde, einen Support Artikel zu diesem Thema zu schreiben oder ob dieser mehr Probleme durch unachtsame User verursachen würde, als dir hier einmalig zu helfen.

Grüße, psp

[Dockel]

Was spricht denn dagegen, erstmal ein Backup des kompletten JD Ordners anzulegen?

Eigentlich die Zeit (immer), die es bei 30.000 Dateien dauert, habe aber eine Sicherung. Hätte aber gar nicht gedacht, eine zu brauchen, da ja sicher ist diese Dateien löschen zu können. Aber man "weiß natürlich nie."

Dann kann dir auch nichts mehr wirklich verlorengehen, falls du mal zu viel löschst.

Ja, aber ob und wann ich denn merke, dass etwas verlorgen gegangen ist, ist ja vielleicht die Frage, wenn in der Downloadliste Archive fehlten, würde ich das wohl gar nicht merken. Es muss ja nicht sofort auffallen, dass etwas fehlt oder kaputt ginge. Und wenn es auffiele wäre es vielleicht zu spät. Aber ja, eine Sicherung ist natürlich immer wichtig zu machen.

Ich bin gerade am Überlegen ob es sich lohnen würde, einen Support Artikel zu diesem Thema zu schreiben oder ob dieser mehr Probleme durch unachtsame User verursachen würde, als dir hier einmalig zu helfen.

Solange JD keine Aufräumfunktion hat, könnte es bestimmt sinnvoll sein. Aber vielleicht fallen bei neueren JDs auch nicht mehr (so viele) überflüssige Dateien an. Ich nutze den selben JD (kann mich jedenfalls nicht erinnen, mal einen neuen genommen zu haben) ja schon, gefühlt, Jahrzehnte, da kommen wohl einige Dateien zusammen. Und als ersten Punkt der Anleitung könntest Du ja schreiben: 1. (unbedingt) Back up von JD machen (z.B. einfach den gesamten Ordner kopieren)!

den tmp Ordner am einfachsten so belassen wie er ist

OK, schade. Na ja, jetzt habe ich immerhin nur noch 10.000 Dateien.

[Jiaz]

Originally Posted by Dockel

OK, schade. Na ja, jetzt habe ich immerhin nur noch 10.000 Dateien.

Ein ziemlich *jungfräulicher* JDownloader hat bei mir ca 4.2k Dateien.
Kannst ja mal schauen wo noch viele Dateien *ansammeln* und dann kann ich dir sagen ob weg oder behalten.

[Dockel]

Die cfg/RememberLastDimensor* und RememberAbsoluteLocator* und cfg/RememberRelativeLocator* kannst du ohne Probleme löschen. Siehe meine Antwort hier, https://board.jdownloader.org/showpo...51&postcount=2

Ach so, die hatte ich ja schon gelöscht. Hatte verstanden, da könnten noch mehr Dateien dazu kommen.

Passwörter werden erst bei erfolgreichem Entpacken in die globale Liste übernommen. Wenn du also Archive in der Liste hast, das Passwort aber via Rechtsklick dem Archiv gesetzt hast, dann ist dies , sofern nicht schon vorhanden in der globalen Liste, nicht Teil der globalen Liste.

Au Backe, wenn ich das eher...aber ich glaube, Passwörter sind über die Zwischenablage aufgenommen im allgemeinen, also nicht über Rechtsklick. Oder nur wenige jedenfalls.



Dankeschön. Hier sind die meisten:

[pspzockerscene]

Originally Posted by Dockel

Eigentlich die Zeit (immer), die es bei 30.000 Dateien dauert, habe aber eine Sicherung.

Sehr gut.
Du kennst sicher den Spruch "Kein Backup? Kein Mitleid!".

Originally Posted by Dockel

Hätte aber gar nicht gedacht, eine zu brauchen, da ja sicher ist diese Dateien löschen zu können. Aber man "weiß natürlich nie."

Ja. Auch wir sind nicht fehlerfrei und beim Löschen hat man schnell mal versehentlich zu viele Elemente markiert

Originally Posted by Dockel

Ja, aber ob und wann ich denn merke, dass etwas verlorgen gegangen ist, ist ja vielleicht die Frage, wenn in der Downloadliste Archive fehlten, würde ich das wohl gar nicht merken.

Das wird nicht passieren es ging hier um die Entpackpasswörter.
Trotzdem wäre es einfach, herauszufinden ob etwas "verlorengegangen" ist, indem du dir einfach die Anzahl von Links und Paketen vom Löschen merkst und dann mit der Anzahl vergleichst, die dein JD nach dem nächsten Start nach dem Löschen anzeigt.
Solange du die downloadlistXX.zip nicht anfasst, kann sowas nicht passieren.

Originally Posted by Dockel

Und wenn es auffiele wäre es vielleicht zu spät.

Wenn ein Backup vorhanden ist, gibt es kein "zu spät".

Originally Posted by Dockel

Solange JD keine Aufräumfunktion hat, könnte es bestimmt sinnvoll sein. Aber vielleicht fallen bei neueren JDs auch nicht mehr (so viele) überflüssige Dateien an.

JD räumt sich mittlerweile ganz gut selbst auf, aber ich werde trotzdem einen Artikel dazu schreiben.
Das Thema könnte auch für andere User interessant sein und manche interessieren sich vielleicht auch dafür, welche Datei/Ordner im JD Ordner welche Funktion erfüllt.

Originally Posted by Dockel

Und als ersten Punkt der Anleitung könntest Du ja schreiben: 1. (unbedingt) Back up von JD machen (z.B. einfach den gesamten Ordner kopieren)!

Das wird definitiv dick und fett dabeistehen
Ich verlinke den Artikel hier, sobald er soweit ist dann darfst du gerne Feedback dazu geben.

Originally Posted by Dockel

aber ich glaube, Passwörter sind über die Zwischenablage aufgenommen im allgemeinen

Wie meinst du das?
Entpackpasswörter kannst du entweder selbst in die Passwortliste packen oder einzelnen Files/Paketen zuweisen.
Crawler können ebenfalls Entpackpasswörter setzen das ist dann als hättest du sie manuell gesetzt.
Diese Entpackpasswörter landen erst in der großen Passwortliste sobald JD weiß, dass sie gültig sind (das hat Jiaz in seiner letzten Antwort gemeint/geschrieben).

[pspzockerscene]

Originally Posted by pspzockerscene

Ich verlinke den Artikel hier, sobald er soweit ist dann darfst du gerne Feedback dazu geben.

Hier ist der neue Artikel zu diesem Thema, den Jiaz und ich erstellt haben:
https://support.jdownloader.org/Know...olders-cleanup

Grüße, pspzockerscene

[Jiaz]

@Dockel: Danke für den Screenshot, beende JDownloader und den tmp/update Ordner kannst du ebenfalls löschen.

[Dockel]

Ja, ja, den Spruch kenne ich. Gerade letztens irgendo gesehen.

Wenn ein Backup vorhanden ist, gibt es kein "zu spät".

Na ja, kommt vielleicht darauf an, welche Art von Sicherungen man macht und wie lange sie aufgehoben werden. Z.B. falls man immer nur vollständige Sicherungen macht, die die zuvor gemacht überschrieben...

JD räumt sich mittlerweile ganz gut selbst auf, aber ich werde trotzdem einen Artikel dazu schreiben.
Das Thema könnte auch für andere User interessant sein und manche interessieren sich vielleicht auch dafür, welche Datei/Ordner im JD Ordner welche Funktion erfüllt.

Ja, auf jeden Fall. Mir fällt gerade ein, vielleicht wäre auch eine gute Vorgehsensweise gewesen, ich hätte mit JD (im Menü) ein Back up machen können, einen neuen JD laden und das Back up im neuen wiederherstellen. Dann wäre ich doch bestimmt auch alle überflüssigen Dateien losgeworden.

Ich verlinke den Artikel hier, sobald er soweit ist dann darfst du gerne Feedback dazu geben.

OK, mache ich.

Wie meinst du das?

Beim Markieren der Links (inklusive vielleicht eines Bereiches / der ganzen Seite) und Kopieren in die Zwischenablage, nimmt JD ja die Wörter auf als Passwort, von denen er meint, es könnten welche sein, etwa wenn "PW", "Password" oder so was vor dem Passwort steht. Um sicher zu gehen, dass ein Passwort in die Liste aufgenommen wird, ist es wohl besser, es dort manuell einzufügen, was ich öfter mache.

Diese Entpackpasswörter landen erst in der großen Passwortliste sobald JD weiß, dass sie gültig sind (das hat Jiaz in seiner letzten Antwort gemeint/geschrieben).

Ach so. Aber derart zugefügte werde ich dieses Mal keine gehabt haben.

@Dockel: Danke für den Screenshot, beende JDownloader und den tmp/update Ordner kannst du ebenfalls löschen.

Ah, danke, super, getan. Jetzt sind es nur noch 5550 Dateien.

[pspzockerscene]

Originally Posted by Dockel

Na ja, kommt vielleicht darauf an, welche Art von Sicherungen man macht und wie lange sie aufgehoben werden. Z.B. falls man immer nur vollständige Sicherungen macht, die die zuvor gemacht überschrieben...

Diese Vorgehensweise wäre mir zu unsicher.
Ich empfehle, inkrementelle Backups anzulegen.
Du vertraust bei einem solchen nicht nur darauf, dass weder du noch JD Fehler machen, die du erst später bemerkst sondern läufst zusätzlich in Gefahr, dir im Falle einer Ransomware Infektion dein Backup mit verschlüsselten Dateien zu überschreiben.

Originally Posted by Dockel

Ja, auf jeden Fall. Mir fällt gerade ein, vielleicht wäre auch eine gute Vorgehsensweise gewesen, ich hätte mit JD (im Menü) ein Back up machen können, einen neuen JD laden und das Back up im neuen wiederherstellen. Dann wäre ich doch bestimmt auch alle überflüssigen Dateien losgeworden.

Richtig ich hätte den CFG Ordner gesichert und in eine neue Installation verschoben.
Danach kannst du noch immer manuell im CFG Ordner aufräumen.
Wenn du zu viel Zeit hast, könntest du dir sogar eine Batch Datei schreiben, die den Installationsordner "aufräumt".

Originally Posted by Dockel

Beim Markieren der Links (inklusive vielleicht eines Bereiches / der ganzen Seite) und Kopieren in die Zwischenablage, nimmt JD ja die Wörter auf als Passwort, von denen er meint, es könnten welche sein, etwa wenn "PW", "Password" oder so was vor dem Passwort steht.

Korrekt.

Originally Posted by Dockel

Um sicher zu gehen, dass ein Passwort in die Liste aufgenommen wird, ist es wohl besser, es dort manuell einzufügen, was ich öfter mache.

Jein. Sofern JD die Dateien am Ende mit einem der automatisch erfassten Passwörtern erfolgreich entpacken kann, wird das PW wie schon beschrieben automatisch der Liste hinzugefügt.

[Dockel]

Diese Vorgehensweise wäre mir zu unsicher.

Ja, das sind sie leider allerdings. Ich brauchte vor allem auch mehr / größere Platten für die Sicherung. Das Problem ist ja, man müsste, wenn man eine Platte kauft eben dazu eine zweite für die Sicherung immer kaufen. Das ist nicht so billig.
Ja, gerade Erpresserschadsoftware (auch andere natürlich) macht es noch schwerer. Gibt ja wohl welche, die so programmiert ist, dass sie nach Infektion erst einmal vorhanden Laufwerke über einen gegebenen Zeitraum erkennen kann und dann erst richtig aktiv wird.

Wenn du zu viel Zeit hast, könntest du dir sogar eine Batch Datei schreiben, die den Installationsordner "aufräumt".

Selbst dann ginge es nicht, weil ich so etwas nicht könnte. Aber ich hoffe, einmal aufräumen genügt erst mal mindestens für längere oder lange Zeit.

Jein. Sofern JD die Dateien am Ende mit einem der automatisch erfassten Passwörtern erfolgreich entpacken kann, wird das PW wie schon beschrieben automatisch der Liste hinzugefügt.

Auch bei Entpackproblemen bzw. wenn er nicht entpacken kann?

Hier ist der neue Artikel zu diesem Thema, den Jiaz und ich erstellt haben:
https://support.jdownloader.org/Know...olders-cleanup

Dankesehr.

Deleting old files will not make JDownloader faster!

Das hätte ich nicht gedacht. Aber wohl liest er gewisse (alte) Dateien gar nicht ein oder prüft sie gar nicht erst, was ich gedacht hätte.

Auch gerade bei tmp-Ordnern hätte ich nicht gedacht, dass die nicht gelöscht werden dürfen. Kannte es bisher nur so, dass man die immer löschen könnte, glaube, wie selbst auch Windows möglich oder gar sinnvoll vielleicht.

[Jiaz]

Originally Posted by Dockel

Auch gerade bei tmp-Ordnern hätte ich nicht gedacht, dass die nicht gelöscht werden dürfen. Kannte es bisher nur so, dass man die immer löschen könnte, glaube, wie selbst auch Windows möglich oder gar sinnvoll vielleicht.

Ich habe den Eintrag bzgl tmp Ordner weiter ergänzt. Du kannst diesen löschen, aber der nächste JDownloader Start wird merklich länger dauern.

[Jiaz]

Originally Posted by Dockel

Das hätte ich nicht gedacht. Aber wohl liest er gewisse (alte) Dateien gar nicht ein oder prüft sie gar nicht erst, was ich gedacht hätte.

JDownloader liest natürlich nur jene Dateien ein, welche auch gerade benötigt werden.

Originally Posted by Dockel

Auch bei Entpackproblemen bzw. wenn er nicht entpacken kann?

Nein, diese Information ist direkt Teil der normalen Liste und wird nicht gesondert abgespeichert.

[pspzockerscene]

Originally Posted by Dockel

Ja, das sind sie leider allerdings. Ich brauchte vor allem auch mehr / größere Platten für die Sicherung. Das Problem ist ja, man müsste, wenn man eine Platte kauft eben dazu eine zweite für die Sicherung immer kaufen.

Jein.
Du kannst auch einfach vorerst nur die wichtigen Dinge regelmäßig sichern z.B. Dokumente und Programme. Die benötigen oft nicht so viel Speicherplatz
Du könntest auch eine Cloud nur für diese Dinge verwenden und zahlst ggf. gar nichts (Daten natürlich vorher verschlüsseln).

Originally Posted by Dockel

Selbst dann ginge es nicht, weil ich so etwas nicht könnte.

Lässt sich lernen wenn man es wirklich möchte.

Originally Posted by Dockel

Auch bei Entpackproblemen bzw. wenn er nicht entpacken kann?

Nein daher hatten wir ja explizit die Begriffe "erfolgreich entpackt" in diesem Kontext verwendet.
Wenn deine eingegebenen Entpackpasswörter sowieso dauerhaft gespeichert werden würden, was keinen Sinn ergibt, könnte JD diese ja sofort der Entpackpasswortliste hinzufügen.

Originally Posted by Dockel

Das hätte ich nicht gedacht.

Genauso wie "Registry aufräumen" Windows nicht schneller macht auch wenn viele Leute noch immer daran glauben oder sogar für Cleaner Tools zahlen.

[Dockel]

Ich habe den Eintrag bzgl tmp Ordner weiter ergänzt. Du kannst diesen löschen, aber der nächste JDownloader Start wird merklich länger dauern.

Aber ist das denn auch sinnvoll? Wird denn da irgendwas gelöscht dadurch, das nicht mehr gebraucht wird? Oder wird das ohnehin nach einem Neustart von JD alles wieder dahin kopiert?

JDownloader liest natürlich nur jene Dateien ein, welche auch gerade benötigt werden.

Ja, aber dazu muss er ja bestimmt erst prüfen, welche das sind, nehme ich an, was ja bestimmt Zeit kosten wird.

Nein, diese Information ist direkt Teil der normalen Liste und wird nicht gesondert abgespeichert.

Ich meinte, wird das Passwort dann auch in der Passwort-Liste dauerhaft gespeichert?

[Jiaz]

Originally Posted by Dockel

Ja, aber dazu muss er ja bestimmt erst prüfen, welche das sind, nehme ich an, was ja bestimmt Zeit kosten wird.

JDownloader weiß doch in welcher Datei was steht Da müssen nicht erst alle Dateien durchsucht werden sondern der Dateiname ist vorher bekannt.

Originally Posted by Dockel

Ich meinte, wird das Passwort dann auch in der Passwort-Liste dauerhaft gespeichert?

Sobald das Passwort fürs Entpacken genutzt und richtig war, dann ja.

Originally Posted by Dockel

Aber ist das denn auch sinnvoll? Wird denn da irgendwas gelöscht dadurch, das nicht mehr gebraucht wird? Oder wird das ohnehin nach einem Neustart von JD alles wieder dahin kopiert?

Alle nötigen Dateien werden automatisch erneut erstellt.

[pspzockerscene]

Originally Posted by Dockel

Aber ist das denn auch sinnvoll? ... Oder wird das ohnehin nach einem Neustart von JD alles wieder dahin kopiert?

Jiaz hat doch in Post #5 bereits erklärt, dass sich darin die (plugin)caches befinden siehe:
https://board.jdownloader.org/showpo...61&postcount=5
Falls du dich fragst was ein Cache ist und warum eine Anwendung beim ersten Start ohne vorhandenen Cache mehr Zeit zum Starten benötigen kann, schau hier:
de.wikipedia.org/wiki/Cache

[Dockel]

Du kannst auch einfach vorerst nur die wichtigen Dinge regelmäßig sichern z.B. Dokumente und Programme. Die benötigen oft nicht so viel Speicherplatz

Ja, so mache ich es sozusagen ja schon seit einiger Zeit. Der Aufwand stört mich aber gewaltig, könnte man von einer Platte auf eine andere gleichgroße kopieren wäre es einfach. Aber den Inhalt einer auf zwei oder gar mehr aufzuteilen, das vielleicht noch mit weiteren Platten, empfinde ich sehr unangenehm. Vor allem auch fehleranfällig.

Du könntest auch eine Cloud nur für diese Dinge verwenden und zahlst ggf. gar nichts (Daten natürlich vorher verschlüsseln).

Die kostenlose wäre bestimmt extrem viel zu klein. Und bei der Datenmenge momentan, vielleicht 10 TB bestimmt gar nicht so sinnvoll. Vermute, die Übertragung dauerte auch enorm lange (bei der kostenlosen Variante), aber auch mit einer 6 MB/s, die meine Leitung hergäben, dauerte es ja noch verdammt lange.

Originally Posted by Dockel View Post
Selbst dann ginge es nicht, weil ich so etwas nicht könnte.
Lässt sich lernen wenn man es wirklich möchte.

Vor allem, wenn man die Fähigkeit / das Talent zu hätte. Bin froh, dass ich den Computer immerhin noch an und aus kriege, aber schon das gelingt mir auch nicht immer.

Wenn deine eingegebenen Entpackpasswörter sowieso dauerhaft gespeichert werden würden, was keinen Sinn ergibt,

Warum?

Wenn deine eingegebenen Entpackpasswörter sowieso dauerhaft gespeichert werden würden, was keinen Sinn ergibt, könnte JD diese ja sofort der Entpackpasswortliste hinzufügen.

Verzeihung, verstehe ich nicht, kann man das noch anders ausdrücken?

Genauso wie "Registry aufräumen" Windows nicht schneller macht auch wenn viele Leute noch immer daran glauben oder sogar für Cleaner Tools zahlen.

Ja, wie wohl überhaupt alle Programme zum Computer-Aufräumen einfach Schrott sind, null bringen. Außer Probleme.

Jiaz hat doch in Post #5 bereits erklärt, dass sich darin die (plugin)caches befinden siehe:
https://board.jdownloader.org/showpo...61&postcount=5

Ah, ja, Verzeihung.

Falls du dich fragst was ein Cache ist und warum eine Anwendung beim ersten Start ohne vorhandenen Cache mehr Zeit zum Starten benötigen kann, schau hier:
de.wikipedia.org/wiki/Cache

Danke für den Link.

[pspzockerscene]

Originally Posted by Dockel

Der Aufwand stört mich aber gewaltig

Verstehe ich nicht.
Machst du das von Hand?
Einmal ein Tool einrichten und es läuft automatisch.

Originally Posted by Dockel

...vielleicht 10 TB...

Du hast also über 10TB an privaten Daten?

Originally Posted by Dockel

Warum?

Haben wir dir doch quasi 3x erklärt?
Nochmal:
JD speichert nur Entpackpasswörter, die mindestens für bei einem Entpackvorgang gültig waren.
Warum:
Das Speichern von ungültigen Passwörtern oder "noch nie ausprobierten" Passwörtern würde die Entpackpasswortliste über die Zeit mit ungültigen Passwörtern sprich Datenmüll immer länger werden lassen.
Siehst du irgendeinen Sinn darin, solche Passwörter dennoch zu speichern?

Du kannst die Liste der Entpackpasswörter natürlich beliebig selbst bearbeiten und auch Passwörter hinzufügen von denen du nicht weißt, ob sie gültig sind.

[Dockel]

Verstehe ich nicht.
Machst du das von Hand?
Einmal ein Tool einrichten und es läuft automatisch.

Ja, von Hand. Die Platten müssen ja auch eingeschaltet werden und angeschlossen, es wäre also wohl nur teilweise (für mich sinnvoll hier) voll automatisiert zu machen.

Du hast also über 10TB an privaten Daten?

Weiß nicht genau, was alles unter "private Daten" fällt. Aber auf jeden Fall Daten, die ich auf keinen Fall verlieren darf.

Haben wir dir doch quasi 3x erklärt?

Verzeihung. Da bin ich mir aber gar nicht so sicher.

Das Speichern von ungültigen Passwörtern oder "noch nie ausprobierten" Passwörtern würde die Entpackpasswortliste über die Zeit mit ungültigen Passwörtern sprich Datenmüll immer länger werden lassen.

Ja, aber vielleicht nicht von manuell eingegebenen, von denen der Nutzer weiß, dass sie grundsätzlich stimmen.

Siehst du irgendeinen Sinn darin, solche Passwörter dennoch zu speichern?

Nein, wüßte ich momentan nicht für solche Passwörter. Vielleicht von welchen, die gegenwärtig zwar nicht verwendet werden können / nicht passen, aber in Zukunft (vielleicht).

[pspzockerscene]

Originally Posted by Dockel

Ja, von Hand. Die Platten müssen ja auch eingeschaltet werden und angeschlossen, es wäre also wohl nur teilweise (für mich sinnvoll hier) voll automatisiert zu machen.
...
Du hast also über 10TB an privaten Daten?

Da stimme ich zu so wird es schwer mit Automatisierung ohne viel bezahlten Cloud Speicherplatz.

Originally Posted by Dockel

Verzeihung. Da bin ich mir aber gar nicht so sicher.

Ich mir schon:
Siehe: Post #9, Post #13, Post #16, Post #21, Post #23, Post #26
Ich gebe dir also recht es wurde nicht 3x erklärt sondern 6x.

Originally Posted by Dockel

Ja, aber vielleicht nicht von manuell eingegebenen, von denen der Nutzer weiß, dass sie grundsätzlich stimmen.

Dann kann der Benutzer die Passwörter ja selbst in die Liste eintragen.
Da ich davon ausgehe, dass der Nutzer nur Passwörter einträgt wenn er auch möchte, dass die Archive nach dem Download entpackt werden ist das ja völlig egal dann landen die Passwörter eben erst etwas später auf der Liste.

Originally Posted by Dockel

Nein

Dann sind wir uns in diesem Punkt einig.

Originally Posted by Dockel

üßte ich momentan nicht für solche Passwörter. Vielleicht von welchen, die gegenwärtig zwar nicht verwendet werden können / nicht passen, aber in Zukunft (vielleicht).

Wenn du der Meinung bist, Passwort XY könnte in Zukunft relevant für dich sein, kannst du es ja in einem separaten Textdokument speichern oder manuell in die Entpackpasswortliste in JD packen.

[Dockel]

Ich mir schon:
Siehe: Post #9, Post #13, Post #16, Post #21, Post #23, Post #26
Ich gebe dir also recht es wurde nicht 3x erklärt sondern 6x.

Verzeihung nochmals. Aber ich bin mir immer noch nicht so sicher, dass das wonach ich fragte, daraus eindeutig hervorging.

Dann kann der Benutzer die Passwörter ja selbst in die Liste eintragen.
Da ich davon ausgehe, dass der Nutzer nur Passwörter einträgt wenn er auch möchte, dass die Archive nach dem Download entpackt werden ist das ja völlig egal dann landen die Passwörter eben erst etwas später auf der Liste.

Aber ich denke eben nicht, wenn es Fehler gab beim Entpacken. Oder verstehe ich jetzt etwas völlig falsch? Aber vielleicht auch sonst nicht ganz egal, das Eingeben eines Passwortes beim Download in der DL-Liste ist schneller, einfacher als sich erst zur PW-Liste zu klicken.

Wenn du der Meinung bist, Passwort XY könnte in Zukunft relevant für dich sein, kannst du es ja in einem separaten Textdokument speichern oder manuell in die Entpackpasswortliste in JD packen.

Ja, letzteres tue ich auch. Du meinst, in einem separaten Textdokument sammeln und dann später gesammelte Passwörter zur JD-PW-Liste hinzufügen?

[pspzockerscene]

Originally Posted by Dockel

Verzeihung nochmals. Aber ich bin mir immer noch nicht so sicher, dass das wonach ich fragte, daraus eindeutig hervorging.

Ab welchem unserer Posts haben unsere Antworten deine Frage zufriedenstellend beantwortet?
Hast du unsere Antwort(en) nun verstanden?

Originally Posted by Dockel

Aber ich denke eben nicht, wenn es Fehler gab beim Entpacken.

Korrekt. Ich habe meinen letzten Post dahingehend editiert, aber wann das Passwort automatisch in die Liste gepackt wird, wurde dir nun eindeutig mehrmals erklärt.

Originally Posted by Dockel

Ja, letzteres tue ich auch. Du meinst, in einem separaten Textdokument sammeln und dann später gesammelte Passwörter zur JD-PW-Liste hinzufügen?

Ja.
Es dürfte per EventScripter Script auch möglich sein, alle eingegebenen Passwörter immer der Liste hinzuzufügen.
Falls du sowas möchtest, kannst du in diesem Thread nach einem entsprechenden Script fragen.

[Dockel]

Ab welchem unserer Posts haben unsere Antworten deine Frage zufriedenstellend beantwortet?
Hast du unsere Antwort(en) nun verstanden?

Na, insgesamt alle habe meine Fragen gut beantworet. Ich könnte nicht sagen, dass es nur ab einem bestimmten oder nur ein oder mehrere bestimmte gewesen wären. Ja, ja, meine die Antworten verstanden zu haben, vielen Dank!

Korrekt. Ich habe meinen letzten Post dahingehend editiert, aber wann das Passwort automatisch in die Liste gepackt wird, wurde dir nun eindeutig mehrmals erklärt.

Ob das mehrmalig so eindeutig gewesen wäre, weiß ich vielleicht nicht so genau, aber jedenfalls meine ich es nun zu wissen: einzig nach einer erfolgreichen Entpackung.

Ja.
Es dürfte per EventScripter Script auch möglich sein, alle eingegebenen Passwörter immer der Liste hinzuzufügen.
Falls du sowas möchtest, kannst du in diesem Thread nach einem entsprechenden Script fragen.

Ja, gute Idee. Danke auch für die Links. Werde nochmal überlegen, ob das wirklich nötig wäre. So viele Passwörter sind nicht zu handhaben bei mir, glaube ich. Sogar sehr wenig in letzter Zeit. Und wenn ein Skript das machen würde / könnte, dann nur die manuell (beim Downloadlink) eingetragenen, also die, die mit großer Wahrscheinlichkeit auch wirklich die richtigen sind. Sonst gibt es, wie Du schon sagtest, zu viel Müll wohl (der ja auch das Finden der passenden Wörter enorm verlängern kann).

[Jiaz]

Originally Posted by Dockel

Ja, gute Idee. Danke auch für die Links. Werde nochmal überlegen, ob das wirklich nötig wäre. So viele Passwörter sind nicht zu handhaben bei mir, glaube ich. Sogar sehr wenig in letzter Zeit. Und wenn ein Skript das machen würde / könnte, dann nur die manuell (beim Downloadlink) eingetragenen, also die, die mit großer Wahrscheinlichkeit auch wirklich die richtigen sind. Sonst gibt es, wie Du schon sagtest, zu viel Müll wohl (der ja auch das Finden der passenden Wörter enorm verlängern kann).

Nicht nötig. JDownloader pflegt die globale Liste doch gut genug. Du kannst höchsten davon ein Backup/Kopie erstellen. Aber JDownloader findet das Passwort auch in der globalen Liste, wenn es enthalten ist. Du musst nun nicht explizit immer das Passwort setzen.

[pspzockerscene]

Originally Posted by Dockel

Na, insgesamt alle habe meine Fragen gut beantworet.

Das freut mich.

Originally Posted by Dockel

Ob das mehrmalig so eindeutig gewesen wäre, weiß ich vielleicht nicht so genau

Du darfst das gerne ausformulieren.
Vielleicht lassen sich unsere Antworten durch dein konkretes Feedback in Zukunft eindeutiger gestalten

[Dockel]

Du darfst das gerne ausformulieren.
Vielleicht lassen sich unsere Antworten durch dein konkretes Feedback in Zukunft eindeutiger gestalten

Nein, nein, ist doch überhaupt nicht nötig, die Antworten sind doch immer sehr gut. Dass etwas - aus welchen Gründen auch immer - nicht verständlich werden kann ist ja ganz normal in einem Gespräch / einer Kommunikation, würde ich sagen, kann ja wohl ("nahezu") unendliche Ursachen haben.

Nicht nötig. JDownloader pflegt die globale Liste doch gut genug. Du kannst höchsten davon ein Backup/Kopie erstellen. Aber JDownloader findet das Passwort auch in der globalen Liste, wenn es enthalten ist. Du musst nun nicht explizit immer das Passwort setzen.

Ja, ist kein Passwort beim Archiv eingegeben, sucht er eines in der PW-Liste. Aber wenn man das Passwort eingibt beim Archiv kann JD schneller entpacken, weil er dann nicht in der PW-Liste suchen muss, schätze ich.
Hatte früher mal tatsächlich in einem txt eine Kopie. Aber die Passwortliste wird ja auch über die Sicherung im Menü mit gesichert, vermute ich. Und ist ja in meiner Sicherung von JD ohnehin enthalten.

[user748912]

Wozu werden die Captchas gespeichert, das die identischen Bilder nochmal kommen ist unwahrscheinlich. Nutzt nur SSDs ab. Logs kann man sperren indem man eine schreibgeschützte Datei mit dem Namen anlegt, bei einem Update/oder Problemen die man Melden möchte muss man die kurz umbenennen.

[Jiaz]

Originally Posted by user748912

Logs kann man sperren indem man eine schreibgeschützte Datei mit dem Namen anlegt,

Logs kannst du auch deaktivieren indem du Einstellungen->Profieinstellungen->Log.maxlogfilesize auf 0 stellst.
Alternativ den Logs Ordner zb auf eine RAM Disk oder in den (temp.) temp Ordner linken.

Originally Posted by user748912

Wozu werden die Captchas gespeichert, das die identischen Bilder nochmal kommen ist unwahrscheinlich.

-> Captcha Bilder werden gespeichert damit diese zb im Dialog/Extensions/MyJDownloader/Antisolver(skript) xy genutzt werden. All diese Module laden das Captcha Bild von der Platte und nachdem die Captcha Challenge *durch* ist, wird das Bild auch zum Löschen markiert und anschließend gelöscht. Sprich wenn hier noch Bilder *rumliegen* dann sind diese Teil einer uralten Installation oder es gab einen Crash bevor JDownloader diese selbstständig gelöscht hat. Du kannst wie erklärt diesen Ordner ohne Bedenken löschen/aufräumen.

[Jiaz]

Originally Posted by Jiaz

-> Captcha Bilder werden gespeichert damit diese zb im Dialog/Extensions/MyJDownloader/Antisolver(skript) xy genutzt werden. All diese Module laden das Captcha Bild von der Platte

Hierzu mal ein frisches Ticket, damit man diesen Teil umbauen kann

[Jiaz]

Originally Posted by user748912

Nutzt nur SSDs ab.

Wir sprechen hier von wenigen KB/MB pro Tag/Nutzung... Und ob die Datei vom OS auch wirklich in dem Zeitraum aus dem Cache tatsächlich auf die Platte geschrieben wurde ist eine andere Frage. Alleins die SWAP Datei oder dein genutzter Browser hat das hundert/tausendfache an Schreibleistung pro Tag. Aber ich werd schauen das ich den Teil entsprechend umbaue, sodass nur eine Datei geschrieben wird sofern ein externes Skript diese auch anfragt.

[user748912]

Originally Posted by Jiaz

Wir sprechen hier von wenigen KB/MB pro Tag/Nutzung...

Abnutzung ist abnutzung. Heutzutage werden billige 3D TLC Chips verwendet nach 3000 schreibzyklen ist eine Zelle hinüber und man beschreibt zwangsläufig immer viele auf einmal auch wenn nur 1 Byte geändert wird.
Die Captchas sind von jeden aktuellen Tag, sieht man am Dateidatum.
SWAP ist abgeschaltet und Browser schreibt in eine Ramdisk.

[Jiaz]

Originally Posted by user748912

Die Captchas sind von jeden aktuellen Tag, sieht man am Dateidatum.

Nachdem die Challenge fertig ist, sollte die Datei wieder gelöscht sein. Wenn Dateien übrig bleiben, dann müssten wir schauen warum dies so bei dir ist.