[nick_br]

Ich hab aktuell das Problem, dass ich eine Liste von Links habe, wo zwar die URLs unterschiedlich sind, aber die Dateinamen sind alle gleich (Ist ein Image-Hoster, wo der Dateiname nicht in der URL ist). Da hat vermutlich der Uploader gepennt oder keine Ahnung, wieso man sowas macht. Aber egal, wenn die alle in einem Paket landen, dann interpretiert JD die ja nur als Mirror und lädt dann nur eine Datei runter.

Falls es sich da nur um eine handvoll Links handelt, habe ich die immer manuell umbenannt und dann ging das auch reibungslos. Bei 100+ Links wird es allerdings sehr mühsam.

Ich hab auch schon in den Paketverwalter reingeschaut, aber beim Dateinamen kann ich nur Variablen für den Originalnamen, den Paketnamen oder Datum/Zeit angeben. Aber selbst wenn ich bei der Zeit Millisekunden mit reinnehme, müssen die Namen nicht zwingend eindeutig sein.

Wenn man beim Dateinamen auch Variablen für die Linkreihenfolge/Index oder für die URL (fürs Dateisystem ungültige Zeichen müssten da natürlich entfernt werden) hätte, würde das schon sehr helfen.

Oder übersehe ich da was und gibt es evtl. eine andere Lösung für das Problem?

[pspzockerscene]

Originally Posted by nick_br

dann interpretiert JD die ja nur als Mirror

Die Mirrorerkennung ist einstellbar.

Originally Posted by nick_br

Ich hab auch schon in den Paketverwalter reingeschaut, aber beim Dateinamen kann ich nur Variablen für den Originalnamen, den Paketnamen oder Datum/Zeit angeben.

Das ist nicht korrekt.

Du schreibst ja selbst:

Originally Posted by nick_br

[...]wo zwar die URLs unterschiedlich sind[...]

Also nimm doch einen Teil der Quell-URLs und pack den mit in die Dateinamen.

Folgende Möglichkeiten hast du prinzipiell, um hier ans Ziel zu kommen:

Möglichkeit 1:
JD so einstellen, dass:
- Diese Links nicht mehr als Mirror erkannt werden
- Dateien automatisch unbenannt werden, wenn welche mit demselben Dateinamen bereits existieren
Nachteil: Hässliche Dateinamen

Möglichkeit 2:
Eine Packagizerregel erstellen, die einen Teil der Quell-URL mit in die Dateinamen packt, um einzigartige Dateinamen zu erhalten.
Siehe:
https://support.jdownloader.org/de/k...paketverwalter
Das kannst du ähnlich machen wie hier:
https://support.jdownloader.org/de/k...in-to-filename

Solltest du dies nicht selbst schaffen, benötige ich zwangsweise _echte_ Testlinks, um dir helfen zu können.

Originally Posted by nick_br

Wenn man beim Dateinamen auch Variablen für die Linkreihenfolge/Index oder für die URL (fürs Dateisystem ungültige Zeichen müssten da natürlich entfernt werden) hätte, würde das schon sehr helfen.

Hast du siehe Packagizer Dokumentation:
https://support.jdownloader.org/de/k...the-packagizer

[nick_br]

Hat super funktioniert. Danke!

Eine Frage habe ich aber noch:

Was ist der Unterschied zwischen "Download-URL" und "Quell-URL(s)"?

[Jiaz]

@nick_br: Danke der Rückmeldung! Evtl magst noch erklären, wie du das Problem gelöst hast? Somit haben andere evtl was davon, wenn sie das gleiche Anliegen haben

Originally Posted by nick_br

Was ist der Unterschied zwischen "Download-URL" und "Quell-URL(s)"?

Download-URL -> Die eigentliche/finale URL des Links. zB mega.nz URL
Quell-URL(s) -> Alle URL(s) welche bis zur Download-URL *davor* waren. zB FileCrypt->Linkshortener->XY

Bei Unklarheiten/weiteren Fragen, einfach her damit

[pspzockerscene]

@Jiaz
Ich bin ja dafür, dass wir die Standardeinstellungen des Mirror Handlings überarbeiten hin zu "strikter".
Über die Zeit wurden gefühlt tendentiell mehr nicht-mirrors als Mirrors erkannt als "Mirrors nicht korrekt erkannt".

In einem Fall wie diesem, in dem wahrscheinlich nur Namen und keine Dateigrößen gegeben sind und die Namen gleich sind, sollten die Files per default nicht als Mirror erkannt werden.

[nick_br]

Originally Posted by Jiaz

@nick_br: Danke der Rückmeldung! Evtl magst noch erklären, wie du das Problem gelöst hast? Somit haben andere evtl was davon, wenn sie das gleiche Anliegen haben

Ja, kein Problem. Ich hab zwei neue Regeln erstellt:

Bedingung: Quell-URL enthält: ^xttps://imx.to/i/(\w{6})$
Aktion: Dateiname: <jd:source:1>_<jd:orgfilename>

Bedingung: Quell-URL enthält: ^xttps://imx.to/u/t/\d{4}/\d{2}/\d{2}/(\w{6})\.jpg$
Aktion: Dateiname: <jd:source:1>_<jd:orgfilename>

Das deckt meine beiden Fälle ab. (Ich habs lieber spezifischer, deshalb lassen meine Regexes wenig Spielraum. )
Mir fällt gerade auf, ich könnte das "enthält" durch "ist gleich" austauschen, dann spare ich mir ^$.

Zumindest die obere Regel trifft auf so ziemlich jeden imx-Link zu, aber 99% der Zeit bevorzuge ich den Originalnamen. Es wäre nett, wenn es möglich wäre, das über eine Bedingung automatisch zu handlen. Z.B. wenn es im Paket mindestens 1 Duplikat gibt, wird die Regel auf alle Dateien im Paket angewandt (nur auf Duplikate anzuwenden, wäre nur die halbe Miete, weil man dann ja zwei Subsets mit unterschiedlicher Sortierung bekommt). Aber falls das nicht möglich ist, bzw. zu aufwändig zum Implementieren, ist das auch kein Drama. Das Problem mit Duplikaten tritt relkativ selten auf, da ist es kein Problem, die Regeln deaktiviert zu lassen und nur bei Bedarf aufzudrehen.

Edit:
Hab das H in TTP durch X ersetzt, damit die Regexes dargestellt werden. Falls das ein Problem ist bzw. man es besser lösen kann, kann ich es ja nochmal ändern.

[Jiaz]

@nick_br: Könntest du mal ein paar BspLinks geben, dann schau ich mal ob es auch ohne manuelle Regel geht

[pspzockerscene]

Originally Posted by pspzockerscene

@Jiaz
Ich bin ja dafür, dass wir die Standardeinstellungen des Mirror Handlings überarbeiten hin zu "strikter".
Über die Zeit wurden gefühlt tendentiell mehr nicht-mirrors als Mirrors erkannt als "Mirrors nicht korrekt erkannt".

In einem Fall wie diesem, in dem wahrscheinlich nur Namen und keine Dateigrößen gegeben sind und die Namen gleich sind, sollten die Files per default nicht als Mirror erkannt werden.

Kurze "Korrektur" dazu:
Das ist nicht die beste Lösung.
Genau im Filehoster bereich will man, dass das Mirror Handling per default so arbeitet, wie es das gerate tut:
Wenn man von zwei File Hostern lädt, die nur Dateinamen und keine Dateigrößen zur Verfügung stellen, sollen diese als Mirrors erkannt werden.

Die korrekte Methode ist daher, in den Plugins Mirror-IDs zu definieren.
Um das Problem mit DirectHTTP Links zu lösen würde es denke ich reichen, wenn das DirectHTTP Plugin als MirrorID einfach den Downloadlink nehmen würde.

@nick_br
Testlinks bitte.

[nick_br]

**External links are only visible to Support Staff****External links are only visible to Support Staff**

Hab ganz vergessen, dass die Links hier im Forum eh versteckt werden... Die DM kannst also ignorieren @pspzockerscene

[Jiaz]

@nick_br: Danke für den Link, ich hab schon ein paar Ideen hierfür

[pspzockerscene]

@Jiaz
Der Bilderhoster stellt file Hashes für Verfügung, aber die werden erst nach dem Schritt "Click here to view image" angezeigt, ansonsten würde hier zumindest das Mirror Handling direkt richtig agieren.

@nick_br
Dort in dem Thread sind auch .zip Dateien auf Filehostern verlinkt.
Warum lädst du nicht die?
Dann hast du das Problem gar nicht mehr.
EDIT Ahh okay ich sehe die sind offline.