[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).

[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

[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.

[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]

@user748912:
Mögliche Workarounds:
-junction erstellen und den Ordner ebenfalls auf eine Ramdisk legen
-JDownloader komplett in einer RamDisk und dann beim Stop auf persistenten Speichern ablegen