#21
|
|||
|
|||
Es macht hier kein unterschied ob normal, privat oder mit Login.
Autoclick ist durch gesunden Menschenverstand gleich abgeschaltet worden, ein Programm was Robots ausschliessen soll bekommt nach immer der selben Zeit eine Checkbox geclickt... Selbst ein Robot täte hier eine randomisierte Zeitspanne nehmen... Es macht aber einen ob JD oder normal im identischen Browser mit identischem Hoster. 1. ergibt sehr schwere RC2, 2. ergibt normale RC2 Aber das euer Plugin fehlerhaft arbeitet wollt ihr irgendwie trotzdem nicht einsehen. |
#22
|
||||
|
||||
Quote:
Wir haben bereits erklärt, dass Google unsere Browsererweiterung theoretisch erkennen kann und die Captchas entsprechend schwerer machen kann - prüfen lässt sich das schwer. Google wird da immer am längeren Hebel sitzen Grüße, psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#23
|
|||
|
|||
Fakt ist lösst man ein RC2 in Firefox ohne das JD beteidigt ist, ist diese Captcha einfach.
Benutzt man JD im selben Browser, mit selben Cookies etc. ist der RC2 schwer. Das haben diverse User bestätigt und da JD immer schlechter funktioniert muss man auf Browser ausweichen und immer sind die Captchas leicht. Wenn die Erweiterung erkannt wird habt ihr mist gebaut. Was ihr machen müsst ist die Originalseite(z.b. Rapidgator) im Browser aufrufen und legendlich den finalen Downloadlink abfangen. Da muss man nix dazwischenpfuschen mit irgendein JDownloader Logo, rausnehmen der RG Seite etc. |
#24
|
||||
|
||||
Quote:
Viele User würden dann wahrscheinlich denken, sie hätten sich irgendeine Malware eingefangen Du hast offensichtlich keine Ahnung davon. Wir haben die Lage hier transparent kommuniziert - du kannst uns gerne einen Downloadmanager zeigen, der das ganze besser löst Grüße, psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#25
|
|||
|
|||
Hallo,
ich melde mich erst jetzt wieder, da ich eine längere Testphase abwarten wollte, nun zu Deiner Frage: Quote:
Nichts gegen Eurer Engagement, welches Ihr in das Projekt JD steckt und danke für die viele Zeit, die Ihr in die Entwicklung investiert, aber Euer RC2-Ansatz sollte vielleicht nochmal überdacht werden, und ja ich kann es auch nicht besser und ja ich kann mich auch hinsetzen und den Quellcode überarbeiten ... ich finde es nur schade, dass das JD-Team die RC2-Problematik nicht ernst genug nimmt, da es anscheinend zu wenig Free-User gibt, die dieses Programm nutzen. Grüße tbengel |
#26
|
||||
|
||||
@tbengel:
Quote:
Wir refinanzieren einen Teil diese Kosten durch Bundlings(Adware) im Installer und Werbung und Affiliate und Spenden. Aber wir bewegen uns natürlich mittlerweile auch im B2B Bereich und arbeiten an größeren Projekten für Kunden. Entgegen der Aussage bestimmter Personen ist uns die RC2 Problematik durchaus bewusst und obwohl man es nicht glauben mag, haben wir mehrere Verbesserungen am RC2 Handling vorbereitet, jedoch ist das Update der Erweiterung noch nicht in dem Status, dass wir es veröffentlichen können. Und wie man aus dem Forum entnehmen kann, gibt es die größeren Probleme , siehe https://board.jdownloader.org/showpo...4&postcount=34, zwar schon eine Weile aber eben nicht Jahre, wie man einer hier behauptet. Vor der Umstellung seitens Google hat die aktuelle Lösung funktioniert. Zwar nicht Perfekt, jedoch aussreichend genug damit *Normal* Nutzer damit arbeiten konnte. Und natürlich können Windows-Only Tools wie TotalD oder Load mit RC2 besser umgehen, da diese einfach den Browser /zb IE nativ einbinden können. JDownloader der eben auf mehreren Platformen als Windows läuft (Linux, Mac, OS/2, Windows..) und sogar Headless auf NAS/Embedded Devices/Routern braucht halt eine Lösung die auf mehr als nur Windows funktionieren, daher die Lösung über die Browser-Erweiterung, da diese Lösung eben auf allen genannten Kombinationen zur Verfügung steht. Das Google die aktuelle Erweiterung entdecken kann, ist durchaus möglich und sogar sehr wahrscheinlich. Und daher haben wir hier nicht aufgehört und hoffen mit dem nächsten Update der Erweiterung Verbesserungen zu bringen. Das größte Ärgernis für mich sind Aussagen, wie von gewissen Personen, die , obwohl Sie keine Ahnung haben, einfach alles Schlecht reden und sehr herablassend über die Entwickler und den JDownloader daherziehen. Wie du schon sagst und selbst korrekt erkennst, wenn es *so* einfach wäre das RC2 Problem zu lösen, dann könnte ja auch ein jeder seinen Teil zum Lösen des Problems beitragen in Form von Wissen, brauchbaren Analysen und Fehlerreports und Arbeit/Zeit/Quellcode beitragen. DAS wäre der Weg in die richtige Richtung und eben NICHT über das Produkt und den Entwickler daherziehen.
__________________
JD-Dev & Server-Admin |
#27
|
|||
|
|||
@Jiaz:
Wenn ich Dich richtig verstanden habe, gäbe es also eine bessere (native) Lösung nur eben nicht für alle User. Warum kann diese nicht (übergangsweise) für die betreffenden Systeme zur Verfügung gestellt werden? Damit würde ein Großteil der Nutzer fürs erste einmal gut leben können. Ihr möchtet, dass Euer RC2-Abfrage-System allgemeingültig funktioniert, aber die Nebeneffekte (z.B. Loops) sind so gravierend, dass Ihr wirklich Euren diesbezüglichen Ansatz überlegen solltet und vielleicht doch RC2-systemunterschiedliche Lösungen anbieten solltet. RC2 wird nun seit Ende Februar flächendeckend eingesetzt und seitdem ist es immer schlimmer geworden. Gab es das Loop-Problem früher überhaupt nicht, ist es mittlerweile zum Standard geworden. Es wäre schön, wenn Ihr Euren RC2-Ansatz überdenkt, denn der jetzige Weg funktioniert leider nicht. Danke tbengel |
#28
|
||||
|
||||
@tbengel: All diese genannten RC2 Probleme, siehe https://board.jdownloader.org/showpo...4&postcount=34 , existieren eben NICHT für alle Nutzer. Ich hab RC2 Probleme bei fast jeder Webseite (nix mit JDownloader, Erweiterung).Egal ob Chrome/Firefox... Ein Kollege von mir hat mit der Erweiterung gar keine Probleme (keine Loops, keine vielen Captchas...). Andere Nutzer haben wenig Probleme und andere vermehrt und andere noch mehr. Wiederum andere Nutzer berichten weniger/keine Probleme beim Wechsel von Chrome zu Firefox oder andersrum. Welche Informationen da Google genau nutzt, weiss nur Google selbst. Und nein, die genannten Probleme sind erst seit Juni/Juli so extrem, denn RC2 gibt es schon bestimmt seit über 2-3 Jahren und die Erweiterung hat über all die Zeit gute Arbeit geleistet. Und RC2 ist auch erst seit März flächendeckend, da Google zu dem Zeitpunkt RC1 abgeschaltet hat, siehe https://board.jdownloader.org/showthread.php?t=76515. Vorher gab es schon einige Dienste die bereits auf RC2 gesetzt haben, aber eben nicht in der Masse, wie es jetzt der Fall ist.
Ob die (native) Lösung besser ist, können wir nicht sagen, da die Lösung für dich oder andere besser funktionieren mag. Aber genauso funktioniert die aktuelle Lösung für andere ohne Probleme. Und wir waren ja nicht untätig, sondern haben weiter an der Erweiterung gearbeitet und ob diese die erhofften Verbesserungen bringen, muss die Masse zeigen, denn einzelne/individuelle Betrachtungen sagen hier leider wenig/nichts aus. Wie gesagt, wir arbeiten daran das Update zur Verfügung zu stellen. Würdest du denn eine Teamviewer Session mit uns machen, damit wir uns mal deinen Fall genauer anschauen können? Loops entstehen dadurch das du erfolgreich ein Captcha löst und Sekunden später Google direkt wieder behauptet das Token sei ungültig. Schreib uns hier am besten unter support@jdownloader.org
__________________
JD-Dev & Server-Admin |
#29
|
|||
|
|||
@Jiaz:
Danke Jiaz für das Angebot mit der Session, doch viel mehr, als in den an Euch bereits geschickten Error-Logs werdet ihr da auch nicht erkennen. Es ist dann einfach so, wie es ist, ... bei mir funktioniert die native Lösung, bei anderen vielleicht nicht, deshalb kann ich nun verstehen, warum Ihr bei Eurer Lösung bleiben wollt. Ich war der Meinung, dass dieses Loop-Problem alle Free-User betreffen würde, dem ist anscheinend nicht so ... So bleibt mir leider nur der Wechsel auf Download-Manager, die eine native Lösung anbieten und muss mit den Verlust an Benutzerkomfort leben ... Die Welt ist hart und ungerecht und mich hat's halt erwischt, ..., so what, Grüße tbengel |
#30
|
||||
|
||||
Es geht auch nicht um was im JDownloader passiert, sondern wollen Load(nativ) und JD vergleichen. Wir haben gerade JD und TotalD(nativ) verglichen und konnten keine nennenswerte Unterschiede feststellen. Daher fragen wir ja explizit nach Teamviewer um das direkt mit jemanden zu prüfen, der auch die genannten Probleme hat.
__________________
JD-Dev & Server-Admin |
#31
|
|||
|
|||
Quote:
Fände es besser 1x nachzudenken oder notfalls irgendwo fragen anstatt nachdem ich es begriffen habe mein leben lang mit sinnlosen RC2 Loops zu tun zu haben. Quote:
Also haben wir jetzt -TotalD -LOAD -Firefox Alles ohne Captcha loops. Also bewiesen es geht und es liegt an JDownloader. Machts so wie ich sagte Logo kram weg(den Hinweiss das JD jetzt ein Captcha im Browser abfragt kann in den Fenster reiner wo auch Browser öffnen steht), öffnet die reguläre Hoster seite, fangt mit dem Plugin den Download Link ab und fertig. Wenns nicht diese lahme "Programmiersprache" Java , wäre hätte ich es schon selbst gemacht. JD scheint ja auf github zu liegen. Und bitte das mit RG korregieren, jedesmal auf 1 gleichzeitige Dowloads stellen weil JD den sehr kurzen Timeout von RG nicht beachtet kann keine dauerlösung sein. Last edited by user748912; 23.11.2018 at 11:38. |
#32
|
|||
|
|||
Ist übrigens das selbe auf Win7 mit Firefox 60 und dem neuen JDownloader Plugin.
Also gänzlich anderes System/Firefox. |
#33
|
||||
|
||||
Quote:
Aus Faulheit hab ich grad nur unter Windows 8.1 und Windows Server 2012 getestet. Also LOAD (in Delphi geschrieben?) nutzt einfach den Internet Explorer bzw. dessen Engine mit folgender HTML Seite:
Spoiler:
Code:
<!doctype html> <!--[if lt IE 7]> <html class="lt-ie9 lt-ie8 lt-ie7" lang="en"> <![endif]--> <!--[if IE 7]> <html class="lt-ie9 lt-ie8" lang="en"> <![endif]--> <!--[if IE 8]> <html class="lt-ie9" lang="en"> <![endif]--> <!--[if gt IE 8]><!--> <html lang="en"> <!--<![endif]--> <head> <meta charset="utf-8"> <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1"> <title>CandiSoft Load! - RecaptchaV2</title> <meta name="description" content=""> <style type="text/css"> #main { overflow: visible } .wrap { width: 940px; padding: 0 20px; margin: 0 auto; position: relative } body { background-color: #30c4ff; color: #18383f; font-size: 14px; font-family: Arial, Helvetica, sans-serif; line-height: 19px } </style> <script src='https://www.google.com/recaptcha/api.js'></script> <script type="text/javascript"> function success() { document.capForm.submit(); } </script> </head> <body> <div id=main> <div class=wrap style="height: 350px"> <h2>Please solve this Captcha challenge:</h2> <form name="capForm" method="POST"> <div class=""> <div data-callback="success" id="rc" class="g-recaptcha" data-sitekey="6Le1WUIUAAAAAG0gEh0atRevv3TT-WP4HW8FLMoe"></div> <noscript> <p>Javascript is required! Please check your Internet Explorer settings.</p> </noscript> </div> </form> </div> </div> </body> </html> Offenbar wird darin z.B. uploaded.net:54016 bei RCv2 genutzt, da Google bisher keinen Unterschied macht, falls der Port anders ist. Intern wird es dann vermutlich auf localhost umgelenkt die Requests aber mit wenig Aufwand und ohne Quellcode nicht genau prüfbar. Direkt im ersten Test hatte ich langsam ausblendete Bilder im LOAD. Nächster! TotalD im Test ist bis auf eine leicht andere Umsetzung dabei gleich wie LOAD. Nutzt irgendeine Browserengine im Fenstermodus und hat den gleichen Ablauf. Externe Tools bei LOAD/TotalD kann man offenbar für Captchas (RCv2) nicht nutzen. Vor TotalD kann ich Anfänger in Deutschland nur warnen wegen Torrents! Bei JD könnte man einfach sowas wie Greasemonkey als Browseraddon mal versuchen. Damit dürfte der HTML Code modifizierbar sein im Browser. Quote:
Achja man könnte in JD einfach einen "Browser" angeben und darüber eine solche Browserengine exakt gleich wie TotalD/LOAD ermöglichen OHNE Java zu nutzen als standalone Fenster/tool! Quote:
Nein. Es wird SVN genutzt. Quote:
Auch wäre gut zu wissen ob man den Score irgendwo erfassen könnte wenn dieser z.B. bei 0.0 (recaptcha loops) oder bis zu 1.0 (kein Captcha, 1-Klick) liegt und dadurch eine automatische "Pause" einleiten könnte. Bei Firefox könnte man die Einstellung privacy.resistFingerprinting und privacy.resistFingerprinting.reduceTimerPrecision.microseconds (Defailt 1000, ggf. auf 100 setzen) testen. Siehe github.com/google/recaptcha/issues/268 Inzwischen hat Firefox sogar eine Einstellung dazu bzgl. "Fingerprinters":
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. Last edited by thecoder2012; 21.06.2019 at 20:16. |
#34
|
||||
|
||||
@thecoder2012: Danke für deine Analyse. Wir haben auch bereits die beiden Tools geprüft und sind zum selben Schluss gekommen, aber haben es gelassen hier zu posten, da unsere Worte eh nur verdreht oder als Lügen dargestellt werden.
__________________
JD-Dev & Server-Admin |
#35
|
||||
|
||||
Quote:
installiert. Gibt kein grund an denen zu zweifeln, auch nicht an dir. Also sagen wir das ergebniss ist instabiel. Konstant ist das ergebniss aber wenn man die selbe Datei, unter dem selben Browser, mit den selben Cookies runterladen will. Browser = leichte Captchas, JD = schwere Captchas. Das hab ich unter verschiedenen Systemen getestet. Und würde JD die originalseite zum Browser schicken, ohne modifikation, wäre unter JD natürlich der Captcha auch leicht. Quote:
Downloadlink abfangen stimmt nicht. Denn Greasemonkey ist ein Addon welches scripte ausführt. D.h. Addon mehr rechte. Quote:
Da bräuchte ich schon den JD Sourcecode in einer Programmiersprache die ich fliessend kann. Natürlich in einer zu meinen Compilerumgebungen funktionierenden Variante. Wenns in Java und closed source ist kann ich nichts machen. Quote:
das selbige in bezug auf JD&RecaptchaV2. Danke für den Link, es scheint das Fading zu beschleunigen, wenn auch nicht so schnell wie Browser-Standallone. Fade geht schnell, Bild bleibt aber eine weile weiss. |
#36
|
||||
|
||||
Quote:
Quote:
Einzig ist den GET/POST Request an JDownloader muss eingebaut werden aber das hat WEDER mit Java noch mit dem JD Source zu tun. Dies kann man mit jedem Browser per Developertools (inspect element => network) anschauen und nachbauen. Quote:
Danach änderst einfach den hinterlegten Browser auf dein Standalone Tool im JDownloader (Profieinstellungen => BrowserCaptchaSolver.browsercommandline) und hast EXAKT dein Wunschtool für die Lösung von Recaptchas. JD ist grundsätzlich Open Source und der Source Code ist per SVN jederzeit downloadbar. Siehe http://jdownloader.org/knowledge/wik...nt/get-started und https://svn.jdownloader.org/projects/jd/ Quote:
Laut dem älteren Thema Klick'n Load Funktioniert nicht - Vivaldi Browser waren deine früheren Antworten hilfreicher. Click&Load funktioniert bei mir in der Regel problemlos aber manchmal sind die Abfragen der Seiten asynchron (oder die Seite lädt noch) und man muss nochmal drauf klicken. Möchte anmerken das ich nicht fortlaufend alles durchtesten kann und aus dem Grund sind genaue Software- und Versionsangaben sehr hilfreich, wenn es zu einem neuen Problem dabei gekommen sein sollte. Dann modifiziere gerne den Code in Javascript. Dann hast vielleicht auch noch andere Vorteile.
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. Last edited by thecoder2012; 14.09.2019 at 14:00. |
Thread Tools | |
Display Modes | |
|
|