[sj_rolak]

moin,

Jiaz meinte, eine ganz am Rande aufgetauchte Geschichte hätte einen eigenen thread verdient: Neben 6ZeichenEntziffern¹, OffenenKreisFinden¹, MatheFürAnfänger¹, reCaptcha³ und den tollen Puzzles² hat filecrypt noch eine captchaVariante, eine Art semantische BilderSortage:

von filecrypt.cc frisch in den browser:

Links oben ein Stapel Bilder vom letzten Speicher-Aufräumen, die nach dem gezeigten Motiv via drag&drop in die mit KlassifizierungsIcons benamten drei Spalten sortiert werden sollen.
War für mich schon immer die lästigste Variante: Sie braucht deutlich mehr Aufwand und Zeit als die anderen, speziell bei der ganz rechten Spalte klemmt das Ablegen manchmal, manche Bilder sind frei interpretierbar von 'schon mal gegessen' bis 'Natur am Abend' weil so grottenschlecht photographiert und so rattig gerastert - mal ganz abgesehen von den Fällen, in denen Hunde und Katzen sich (wie im Beispiel) nicht eine ErgebnisSpalte teilen und, wie schon erwähnt, anhand einer Nahaufnahme einer Handvoll Fell unterschieden werden müssen ;-) Diese cinderella-sorts bekommt JDL überhaupt nicht geregelt:

JDownloader und wie er die Welt sieht:

Das sieht nicht sehr funktional aus und dieser Eindrück wird auch bestätigt - bei mouse-over (*¹) ist unter jeder der drei grauen Kacheln ein und dasselbe Bild zu erkennen, bei clic ändern sich alle drei synchron. Mehr kann auch schon garnicht gemacht werden, ziemlich dysfunktional.

Kannst du das Problem provozieren?

fragte Jiaz - ja aber sicher doch: Du mußt nur mit dem Fell einer um Mitternacht bei Neumond gehäuteten Katze Deine für manche captchas eh notwendige Kristallkugel solange reiben, bis Dein Wunsch in Erfüllung geht.
Na selbstverständlich nicht. Bzw eventuell doch. Es ist zwar bestenfalls anekdotisch belegt und eine bis dato zum allergrößten Teil subliminale Einschätzung¹¹, möglicherweise auch noch durch confirmation bias getrübt, doch Kreise, Zeichen und Puzzle scheinen mir das defaultAngebot zu sein, bei zu viel captchas/Zeiteinheit oder so werden dann die schweren Geschütze reCaptcha und BilderSort ausgepackt. Bleibt das LöseTempo erhalten, gibts auch nur noch massive Artillerie.
So wurde zum BeispielBilder-Fangen schlicht eine Seite vom movie-blog von Anfang Richtung Ende á tempo durchgelöst, jeweils nur der dlc runtergeladen und als im browser der erste sort kam, der nächste cryptlink dem JDL übergeben und tadaaa!, noch ein sort. 8 dlc mußten gelöscht werden.

*² wie heute morgen deutlich erinnert wurde, gibt es noch eine fc-captcha-Variante: Der Sprüchklopfer, bei dem ziemlich fusselig dargebotene Satz/Spruchstück-Standards gelesen bzw erraten werden sollen:

if it fits, wear it take it as answer

Wird als ordinäres show&query einwandfrei vom JDL gehandhabt.


P.S.: Da der Bremsklotz für Click'n'Load erkannt wurde und abschaltbar ist, sehe ich dieses Problem in keiner Weise als besonders dringlich an. Es werden mit fc typischerweise ganze Pakete gecryptet und nicht einzelne parts beim OCH auf diese Weise botgesichert, so daß von mir aus kein unbedingter Bedarf für eine sofortige bis remote-Lösung zu sehen ist.


//edit 2016-02-28 5:55//
==*¹ Funktionalität der JDL-Variante des BilderSorts nachgetragen, alter Text war

(oder clic, hab jetzt keine Lust es nochmals auszuprobieren, werde es aber beizeiten nachtragen, nachtragend wie ich bin)

==*² den (oder doch nur einen?) fehlenden captcha-Typ nachgetragen
_________________
¹ von/in JDL perfekt behandelt
² von/in JDL gut behandelt - das Puzzleteil flutscht nicht ins Raster (wie beim browser) sondern bleibt dort, wo es fallengelassen wird - man muß zwar nicht genauer arbeiten, hat aber keine Rückmeldung für 'ok (ja/nein)'
³ via JDL im browser behandelt, akzeptabel für direkte Lösung, afaik bisher nicht remote
¹¹ der zum learning by doing nötige kleine Mann im Ohr, der versucht, im Geschehen Muster zu sehen läuft als bewußter Denkprozeß zwar auch mit - doch halt nur beobachtend, nicht analysierend. Strichlisten gibts auch noch keine. Bei hunderten von captchas/Sitzung kommt allerdings selbst bei systembedingten Bremsen (wie 20/10' bei reCaptcha) reichlich Material vorbei...

[Jiaz]

[thecoder2012]

Das Thema dürfte mehr zu CutCaptcha gehören.

[sj_rolak]

moin thecoder2012, herzlichen Glückwunsch zu der über die letzten drei Jahre so unglaublich schnell gewachsenen Erkenntnis - unabhängig davon, ob sie nun die Realität von 2016 korrekt beschreibt oder nicht. Jedenfalls hat filecrypt diese Variante der non-bot-Erkennung längst auf dem Schuttabladeplatz der Zeit deponiert.

[pspzockerscene]

Soo kurz vor 2020 sind wir nun alle in 2019 angekommen - sehr gut!

Bedeutet das also, dass es keine der beiden Varianten mehr gibt?
Das Cutcaptcha Ticket ist aber schon korrekt verlinkt - da gibt es noch Probleme!

Grüße, psp

[thecoder2012]

Originally Posted by sj_rolak

herzlichen Glückwunsch zu der über die letzten drei Jahre so unglaublich schnell gewachsenen Erkenntnis - unabhängig davon, ob sie nun die Realität von 2016 korrekt beschreibt oder nicht.

Zu meiner Verteidigung hab erst seit 11.07.2019 den Zugang zum Ticketsystem.
Wollte nur alle Informationen verlinken um nichts zu übersehen und um die Tickets im Bereich "Captcha" zu säubern.

Originally Posted by sj_rolak

Jedenfalls hat filecrypt diese Variante der non-bot-Erkennung längst auf dem Schuttabladeplatz der Zeit deponiert.

Hab weder eine historische Aufzeichnung vorgenommen noch alle Captchas aus der Vergangenheit im Kopf.
Also ist "keycaptcha 2nd variant support" schon Geschichte und man müsste "CutCaptcha" als "keycaptcha 3rd variant support" sehen?

Originally Posted by pspzockerscene

Soo kurz vor 2020 sind wir nun alle in 2019 angekommen - sehr gut!

Ohja. Bestimmt wären wir sonst noch in der Zukunft gelandet.

Originally Posted by pspzockerscene

Bedeutet das also, dass es keine der beiden Varianten mehr gibt?

Dachte mit "keycaptcha 2nd variant support" wäre das CutCaptcha gemeint aber scheinbar nicht.

[sj_rolak]

alle Captchas aus der Vergangenheit im Kopf

Na sicher nicht, thecoder2012 - im allgemeinen ist man ja froh, unangenehme und speziell derart widerborstig erlebte Erinnerungen rasch loszuwerden.
Das war wie beim Briefesortieren (auch früher ) bei der Post: ein Stapel Bilder und drei Ablagefächer, die allerdings jedesmal neu beschriftet ('Fisch, Haus, Fahrzeug' oä) waren. Und man mußte halt jedes Bild ins (vermeintlich) richtige Fach ablegen.

"keycaptcha <number>nd variant" (..) "CutCaptcha"

Über eure interne Nomenklatur bin ich nicht informiert, der Vergleich kam bei mir bisher auch nicht auf, doch zeitlich gesehen ists naheliegend: bei beiden werden Bildchen verschubst und der AblageOrt ausgewertet. Allerdings verschwand erstere, oben im thread als nichtfunktional abgefangen beklagte Variante doch recht zügig, während letztere aktuell 'in einem echten browser' gar nicht erst zum Zuge kommt. Zumindest nicht via filecrypt() von SJ() aus (**External links are only visible to Support Staff**1-**External links are only visible to Support Staff**2-3): das führt ohne weitere Interaktion zu 'Falscher Captcha Code', wie eben bei der Beispielsuche auffiel - aber bei euch ja schon länger bekannt ist.

[pspzockerscene]

Filecrypt bietet KeyCaptcha nicht mehr an, daher habe ich das Ticket geschlossen.

Zu CutCaptcha
Wir haben keinen funktionierenden CutCaptcha Solver in JDownloader, aber ich habe CutCaptcha Unterstützung in den existierenden 2captcha.com Solver eingebaut.
Das bedeutet, sobald die Änderung online ist, können User, die den 2captcha.com Dienst verwenden CutCaptcha Captchas in JDownloader automatisch lösen lassen.
Sobald die Änderung live ist, gebe ich in diesem Thread bescheid.

Das filecrypt CutCaptcha Ticket bleibt weiterhin geöffnet, da die meisten User eben keinen CES Dienst nutzen und somit ein JD internet Solver für CutCaptcha schon wünschenswert wäre, auch wenn es wahrscheinlich niemals einen geben wird.