#21
|
|||
|
|||
Quote:
mir ist dabei aufgefallen dass sich das, was ausgewählt werden soll, auch auslesen lässt, also z.B. Hausnummern, Storefront, usw. ich gehe mal davon aus dass auch die Rückmeldungen wie "Please try again" oder "please select all Images" ausgelesen und damit verarbeitet werden kann. ich hatte es oben ja schon geschrieben dass man zu beginn, als RCv2 rauskam und vom JD beherrscht wurde, hergegangen ist und gesagt hat dass alle Bilder eines Rätsels das gleiche Feedback erhalten. bei sowas sollten sofort alles Bilder der Captcha-Runde ein NotOK erhalten: bei SJ-Links sind, warum auch immer, ganz regulär 2 Runden nötig. 2 Runden lassen sich so erkennen: hier sind dann alle Captchas einer Runde gleich zu bewerten, also alle OK oder alle NotOK nach Ablauf der 2. Runde. Sind mehr wie 2 Runden nötig, dann akzeptiert Google die 2 Runden nicht, alle bilder der 2 Runden sollten dann ein NotOK bekommen. Warum ist man davon abgekommen? Das Ende einer Captcha Runde (=alle Bilder hintereinander z.B. mit Hausnummern) kann man doch als Runde erkennen. Wenn hier Google die Lösung nicht akzeptiert, z.B. in Form von Please select all Images, warum bekommen dann nicht alle Bilder des Rätsels das gleiche Feedback? Das Problem dürfte doch nicht sein dass man nicht weiß welche Bilder denn nun zu einer Aufgabe gehören, also wo das erste und wo das letzte Bild einer Runde ist. Wenn damit auch die Bilder ein NotOK bekommen die eigentlich richtig sind wurde das zu Beginn damit begründet dass das Gesamträtsel gelöst werden muss und einem einzelne richtige Bilder daher nichts nutzen. Das hört sich zunächst für diejenigen Solver, die ein Bild richtig beantwortet haben, ungerecht an, sorgt aber dafür dass es für die Falschlöser nicht mehr attraktiv ist ein Captcha falsch/unvollständig zu beantworten weil sie eben dann nicht wie bisher in der Regel trotzdem Punkte bekommen. was mir auch mit dem PhantomView aufgefallen ist war sowas hier: 12.11.16 23.56.32 <--> 13.11.16 00.47.44 jdlog://4012981887641/ obwohl noch auf die Rückmeldung einer Antwort gewartet wird, was man auch im view gesehen hat, springt der Viewer plötzlich wieder auf das bild in dem das Häkchen "ich bin keiner Robert" gesetzt werden muss. Wie kommt das? Und ich hatte es weiter vorne beschrieben, ist wenn in der Bubble einfach "keine Antwort" steht. Das tritt vor allem dann auf wenn ein Bild sehr lange braucht bis es beantwortet wird. Ob das ein Fehler im JD ist müssen die Devs mal schauen. Der PhantomView geht einfach zu und der JD lädt ein neues Captcha, sprich der PhantomView geht einfach wieder auf. In diesem Log müssten mind. 2x dieses "keine Antwort" enthalten sein: 13.11.16 18.29.15 <--> 13.11.16 18.45.48 jdlog://2882981887641/
__________________
-- Viele Grüße BlackSun Last edited by blacksun; 13.11.2016 at 19:46. |
#22
|
|||
|
|||
Quote:
das eine Lösung her sollte die eine komplette Runde beurteilt. Gruß |
#23
|
||||
|
||||
Wir arbeiten gerade an einer Lösung welche ohne PhantomJS auskommt
__________________
JD-Dev & Server-Admin |
#24
|
|||
|
|||
das wird aber noch eine Weile dauern, also nicht mehr mit diesem Jahr, oder?
__________________
-- Viele Grüße BlackSun |
#25
|
||||
|
||||
Die erste Testversion für die Android App (Beta) geht heute raus Webinterface+nötige Browser Extension werden folgen
__________________
JD-Dev & Server-Admin |
#26
|
|||
|
|||
Quote:
Das sind alles Eingabe-Möglichkeiten für Captchas Hier ging es darum wie der JD das Captcha von Google lädt, die Antworten wieder eingibt und an einen CES noch das Feedback gibt. Sprechen wir vom gleichen?
__________________
-- Viele Grüße BlackSun |
#27
|
||||
|
||||
Bei der neuen Lösung von uns hat der JDownloader damit nichts mehr zu tun
__________________
JD-Dev & Server-Admin |
#28
|
|||
|
|||
Und ein automatisieres Lösen mittels CES ist trotzdem möglich?:huh:
__________________
-- Viele Grüße BlackSun |
#29
|
|||
|
|||
Quote:
Was habt ihr den vor? Die Aussage kann ja alles mögliche bedeuten ... Wie soll den das mit den Captcha den Diensten genau laufen? Gewünscht wird doch gerade das der Downloader nichts zu tun hat außer einen Dienst fair zu bezahlen für eine korrekt erbrachte Leistung. Ich hoffe das ich das Zitat einfach falsch verstehe... Da es den Eindruck erweckt das es genau in die andere Richtung geht. Daher klärt doch mal etwas auf was ihr euch so vorstellt. Last edited by opiumhautopium; 18.11.2016 at 01:49. |
#30
|
||||
|
||||
Die neue Lösung basiert darauf das Captcha Nativ zu unterstützen. Die Captcha Dienste müssen die neue Methode natürlich unterstützen. Die alte/derzeitige Methode ist einfach zu *Anfällig* da sie nicht alle RecaptchaV2 Typen unterstützt und eben schnell auch auf mehrere nötige Captchas hinauslaufen kann.
__________________
JD-Dev & Server-Admin |
#31
|
||||
|
||||
Inzwischen sollte 9kw.eu auch in der Lage sein den interaktiven Modus (aktuell nur Recaptcha v2) in ausreichend schneller Geschwindigkeit zu beantworten. JD2 beherrscht es inzwischen auch mit dem neusten Update.
Ansonsten kann der alte Weg auch weiterhin genutzt werden, siehe 9kw.eu => Hilfe => JDownloader => iMacros => Skript "9kw_recaptcha_v2_interactive.js" zum nachschauen und nutzen. Im kurzen Test mit JD2 funktionierte es. Angst kann man bei den Formulierungen durchaus bekommen. Ich denke am Ende wollen alle 3 Parteien (User, Captcha Dienst und JD Devs) die gleiche Richtung und haben sich nur unterschiedlich ausgedrückt. Also wenn man die bisherige Methode (rc2) nicht weiterverfolgen will seitens der JD Dev und die neue Methode nutzen mag, dann ist es auch gut. Nennen wir es mal Phase 1. Phase 2 wäre dann mit gleicher IP (eingeschränkter Proxy), Useragent, ggf. Cookies und Domain um tatsächlich eine längere Zeit voraus zu sein. Quote:
Siehe E-Mail bzgl. Integration mit 9kw und JD2. Nativ wäre natürlich optimal. EDIT: Es ist in JD2 inzwischen integriert und wird bei recaptcha v2 automatisch genutzt. Quote:
Wenn man die Browser Extension mit dem Webinterface (myjd) nutzen kann, dann würde ich es gerne testen. Auch gern als frühe Beta!
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. Last edited by thecoder2012; 19.11.2016 at 15:27. |
#32
|
|||
|
|||
Quote:
ungefähr kann ich es mir schon vorstellen. ich wäre auch dafür dass die JD-Devs das noch sicherer vor der Erkennung durch Google machen was ip, cookies und domain angeht.
__________________
-- Viele Grüße BlackSun |
#33
|
||||
|
||||
Das soll hier nicht weiter vertieft werden.
Jiaz versteht es meisterlich darin, sich so auszudrücken, dass niemand versteht was er meint. Es gibt keinen Grund vor irgendwas Angst zu haben ;-P Timing: Nagelt mich nicht drauf fest, aber ich bin mir ziemlich sicher, dass wir das neue System vor Weihnachten fertig kriegen. Wer genaueres wissen will, kann gerne in den Chat kommen
__________________
|
#34
|
||||
|
||||
Quote:
1. JD2 nutzt den so genannten data-sitekey für Recaptcha v2 aus der Zielseite 2. Sendet es an ein Captcha Dienst oder Tool zum Lösen wie myjd. 3. Dann kommt die Antwort als Lösung zurück. 4. JD2 sollte die Lösung nutzen 5. Ende! Schade. Quote:
Mit Guthaben sammeln im JD2?
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. |
#35
|
||||
|
||||
@thecoder2012: Bzgl dem Schade. Sollte ja klar sein, denn je mehr hier *Offengelegt* wird, desto *einfacher* kann man das ganze wieder *dicht machen*
__________________
JD-Dev & Server-Admin |
#36
|
||||
|
||||
Quote:
Dieses Ziel wird angestrebt und nichts anderes. Einziges Argument wäre das man in der Öffentlichkeit wie im Forum nichts schreiben sollte bis JD2 bzw. Captcha Dienste diese Formen vollständig beherrschen. Man könnte es auch als Endlösung bezeichnen. Alle anderen Lösungswege haben vermutlich sowieso keine lange Zukunft.
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. |
#37
|
||||
|
||||
Das ist utopisch.
Mit Zensur hat das wenig zu tun. Es geht auch gar nicht darum ob wir das offen legen oder nicht. Denn offengelegt wird es spätestens beim Release sowieso. Allerdings wollen wir neue Ansätze erstmal intern diskutieren und ausprobieren, bevor wir öffentlich große Versprechungen machen. Wenn wir jeden Ansatz und jede Idee gleich ins Forum stellen würden, dann würde hier kein Mensch mehr was verstehen
__________________
|
#38
|
|||
|
|||
Quote:
Du hattest mal angedeutet dass der Solver beim CES bzw. myJD dann selbst wieder etwas direkt von google laden würde, also dass bei google bei der IP-Kommunikation 2 IP-Adressen erscheinen. Hier fände ich es in der Tat gut wenn man hier das, ich sag mal Protokoll für diese Weitergabe-Geschichte so erweitern könnte dass die gesamte Kommunikation über die eine IP-Adresse des Captcha-Einreichers läuft. Mich wundert das sowieso dass diese Aufteilung auf 2 Stellen (ein Teil der Captcha-Geschichte läuft beim Solver, die andere beim Einreicher) überhaupt funktioniert. Das schreit ja förmlich danach dass Google hier ansetzt.
__________________
-- Viele Grüße BlackSun |
#39
|
||||
|
||||
Das ist vermutlich ein Datenschutz Thema. Außerdem würde ich damit Nutzer sperren, die selektive Proxies nutzen. Ich würde das aber wie gesagt nicht zu breit treten. Die IP Problematik ist real, und dann würde nur noch ein Custom Proxy helfen. Das würde gehen, macht aber alles noch komplizierter.
__________________
|
Thread Tools | |
Display Modes | |
|
|