#41
|
|||
|
|||
Benachrichtigung per WLAN funktioniert im Standby- bzw. Ruhezustand nur bedingt
So, ich habe inzwischen mal ein bisschen ausgiebiger mit Deiner App "herumgespielt". Dabei ist mir folgendes aufgefallen:
Bei Verbindung per WLAN löst die App für den Fall, dass man das Smartphone ausgeschaltet hat - gemeint ist der Standby-Modus - bzw. es nach einer gewissen Dauer von alleine in den Ruhezustand gegangen ist, nach Ablauf einer Zeitspanne von ca. 5 Minuten bei eintreffenden Captchas keine Benachrichtigung mehr aus - das Handy bleibt "aus"! Sobald ich es wieder einschalte, reagiert die App sofort mit der ausgewählten Benachrichtigungsmethode! Mit der "submit.bat" kann man dieses Verhalten sehr gut reproduzieren - bis zu einer Wartezeit von ca. maximal 5 Minuten, nachdem man das Smartphone in den Standby- bzw. Ruhezustand-Modus gebracht hat, erwacht es beim Starten der Batch-Datei - wartet man länger, tut es das nicht mehr! Bei meinem Smartphone habe ich die Option "WLAN im Standby-Modus aktiviert lassen" auf "immer" eingestellt und die Option "Wi-Fi ausschalten, wenn System Ruhezustand aufruft" deaktiviert. Dieses Phänomen tritt wie gesagt nur bei der Verbindung per WLAN auf! Bei der Verbindung per Mobilfunk funktioniert hingegen alles ordnungsgemäß. Könntest Du Dir vielleicht einmal ansehen, ob es sich um einen Bug handelt oder ich irgendetwas auf meinem Smartphone noch anders einstellen muss? Danke für Deine Mühe im Voraus! Gruß Mister Floppy |
#42
|
|||
|
|||
Neuaufbau der Verbindung geschieht bei DynamicDNS nicht automatisch
Und weiter geht's mit meinem Feedback...
Folgendes Szenario: Der JDownloader führt einen Reconnect aus, d. h., der Router bekommt eine neue IP-Adresse vom Internet Service Provider zugeteilt. Du schreibst ja in Deiner Anleitung: "Die App wurde so programmiert, dass sie auf Netzwerkstatus-Änderungen reagiert und dann die Verbindung automatisch neu aufbaut." Das gilt aber scheinbar nur bei der Verbindung per WLAN, richtig? Bei meinem Test mit der "submit.bat" jedenfalls erkennt Deine App durchgängig, wenn sich durch den Reconnect die IP-Adresse geändert hat und ich die Batch-Datei anschliessend neu starte. So weit so gut. Bei der Verbindung per Mobilfunk und Verwendung von DynamicDNS hingegen scheint dies nicht der Fall zu sein - wenn sich hier zwischendurch durch den Reconnect die IP-Adresse ändert, muss Deine App auf dem Smartphone beendet und neu gestartet werden, damit sie dies mitbekommt und auf einen erneuten Start der "submit.bat" reagiert. Zusatzinformation zu meinem Test-Umfeld: Ich verwende als DynamicDNS den Service von hxxp://freedns.afraid.org/ . Das schöne daran ist nämlich, dass einem nach Registrierung unter hxxp://freedns.afraid.org/dynamic/ direkt verschiedene Methoden angeboten werden, um z. B. per URL- oder Batch-Aufruf ein Update der IP-Adresse durchführen zu lassen (man braucht also nicht extra ein Tool dafür auf dem PC zu installieren). Meine Vorgehensweise bei JDownloader sieht so aus, dass ich mir für den Reconnect selbst eine kleine Batch-Datei geschrieben habe, die a) den Reconnect ausführt, b) dann wartet, bis der Router die neue IP-Adresse zugeteilt bekommen hat, c) anschliessend die geänderte IP-Adresse durch Aufruf der obengenannten automatisch generierten Update-URL an FreeDNS meldet. Ich konnte mich auf dem Smartphone mit der App "Ping & DNS" davon überzeugen, dass FreeDNS wirklich blitzschnell ist, was die Rückmeldung der geänderten IP-Adresse nach durchgeführtem Reconnect angeht. Das Problem ist offensichtlich, dass Deine App nur beim erstmaligen Start die unter "Server" eingetragene dynamische FreedDNS-Domain abfragt. Möglicherweise könntest Du ja als Lösungsansatz irgendwie ein - eventuell konfigurierbares - "Abfrage-Intervall" in Deine App integrieren? Ich bin leider kein Programmierer, und daher sind meine Vorstellungen natürlich sehr theoretisch. Vielleicht fallen Dir ja aber auch noch andere Ideen ein, um die App die Änderung mitbekommen zu lassen. Vielen Dank für Dein Feedback im Voraus! Gruß Mister Floppy Last edited by Mister Floppy; 20.01.2013 at 15:09. |
#43
|
||||
|
||||
Quote:
Quote:
Das Smartphone kann nicht wissen, was "im großen Internet" passiert, also wenn die Gegenstelle eine neue IP bekommt. Beim WLAN bleibst du ja in deinem eigenen Netzwerk, deswegen bleibt die Verbindung zwischen Server und App bestehen. Beim Mobilfunk hilft es das Keep-Alive Intervall zu erhöhen, ABER aktuell ist hier noch ein Bug drinnen bzw. tritt er auf meinen beiden Android-Testgeräten auf. Im Emulator läuft hingegen alles problemlos. Dieser Bug wird definitiv diese Woche durch einen Workaround behoben werden, bin nur noch am Überlegen wie dieser aussehen soll, da mehrere Lösungen denkbar sind. Zu freedns.afraid.org möchte ich erwähnen, dass ich damit um Weihnachten experimentiert hatte. Zu diesem Zeitpunkt hatten die DNS-Server von freedns erhebliche Probleme, ich habe mehrere Versuche (teilweise mehr als 20) benötigt bis ich eine IP-Adresse bekommen habe. Falls du mal bei "Verbinde..." festhängst kann es an freedns liegen. Quote:
Quote:
An das Reconnect habe ich noch nie gedacht. Du schreibst, dass du bei Freedns per Skript die IP aktualisieren kannst. Ich nehme also an, dass es nicht dein Router macht, oder? Wie teilst du deinem Skript mit, dass neu verbunden wird/wurde? Ich frage deshalb, weil einen Reconnect kriegt man aktuell nur per Polling (Keep-Alive) mit. Denkbar wäre zusätzlich einzubauen, dass die App bevor die Verbindung getrennt wurde eine Nachricht bekommt in den nächsten Minuten die Verbindung neu aufzubauen. Dann kann man ein längeres Keep-Alive Intervall verwenden, denn je mehr Keep-Alives es gibt, desto höher der Akkuverbrauch. |
#44
|
|||
|
|||
Vorläufige 1.3 Version
Hallo Mister Floppy und auch an andere,
ich habe hier mal die vorläufige 1.3er Version hochgeladen. Normalerweise teste ich vor dem Veröffentlichen immer erst einige Tage. Ich habe die Version erst heute fertiggestellt. Damit aber niemand warten muss, gibt es sie hier schonmal. Wenn meine Tests erfolgreich waren, lade ich sie im ersten Post hoch. Die Funktion harter Keep Alive unbedingt aktiviert lassen, mehr dazu bei endgültiger Veröffentlichung. Es handelt sich nur um die App, der Rest (Server und Plugin) bleiben gleich. EDIT: Die vorläufige 1.3 Version wurde entfernt, stattdessen gibt es nun die offizielle 1.4 im Eingangsbeitrag. Last edited by AndroidCaptchaApp; 20.02.2013 at 19:46. |
#45
|
|||||
|
|||||
Neuaufbau der Verbindung geschieht bei DynamicDNS nicht automatisch
Quote:
Quote:
Quote:
Quote:
Für mein Skript verwende ich ein "Makro-Sprachen-Tool" namens "GroundControl", siehe hier: hxxp://www.avadine.com/products/groundcontrol.html Falls Du Interesse hast, kann ich Dir das Skript und weitere Details zu dieser Software mal per PN senden. Quote:
Gruß Mister Floppy Last edited by Mister Floppy; 21.01.2013 at 18:23. |
#46
|
|||
|
|||
Quote:
Ich habe es auch im Android Emulator nachvollzogen. Bei 4.0.3 tritt das Problem auf, bei 4.1.2 ist es behoben. Konkret heißt das für dich, es dauert nach einem harten Keep-Alive (wird in "Neuverbinden bei Keep-Alive umbenannt), es maximal 10 Minuten dauert bis die Verbindung wieder steht. Sorry, dass ich nicht mehr machen kann, aber gegen einen Bug in Android bin ich machtlos. Eventuell kann ich einen Workaround mit dem NDK machen, da z.B. beim Terminal Emulator die korrekte IP aufgelöst wird oder ich baue eine App-Neustart-Funktion ein. Mal sehen, wann ich dazu komme, fürs NDK fehlt mir im Moment wirklich die Zeit. Problem an der App-Neustart-Funktion ist aber, dass sich die App dann mit dem Start in den Vordergrund drängen wird. Also wenn man z.B. gerade surft, ein Keep-Alive durchgeführt wird, kommt die App in den Vordergrund. Ich recherchiere das aber nochmal. EDIT: Wenn du ein Keep-Alive Intervall > 10 Minuten hast, solltest du in der Regel kein Problem bekommen, weil die letzte Namensauflösung dann ja 10 Minuten her war und nun der Name tatsächlich neu aufgelöst wird. In der Regel deshalb, weil z.B. bei Netzwerkstatusänderungen die innerhalb der 10 Minuten passieren nun erstmal keine Verbindung zustande kommt bis die 10 Minuten DNS-Timeout abgelaufen sind. Beispiel: 0 Uhr 0 Minuten, die App verbindet sich. 0 Uhr 1 Minute, du bekommst eine neue IP, der DNS-Eintrag wird aktualisiert. 0 Uhr 5 Minuten, du gehst ins WLAN. Die App stellt dies fest, will die Verbindung neu aufbauen, dies scheitert aber daran, dass Android noch die alte IP Adresse zurückgibt. Die App versucht es nun in den folgenden 5 Minuten weiterhin, bis um 0 Uhr und 10 Minuten die Verbindung endlich steht. Last edited by AndroidCaptchaApp; 21.01.2013 at 22:46. |
#47
|
|||
|
|||
Quote:
Aufgrund der sich dadurch ergebenden mehrminütigen Zeitspanne, bis die dynamische DNS-Verbindung nach einem IP-Wechsel wieder für Deine App "da ist", entsteht leider beim JDownloader bei einigen Filehostwrn das Problem, dass der anstehende Download dann mit der Meldung "schwerwiegender Fehler" abgebrochen und nicht mehr aufgenommen wird, da die Filehoster nicht allzu lange warten, bis ein Captcha eingegeben wurde... Quote:
Obwohl sich die von Dir in Deinem vorhergehenden Posting angesprochene Alternative, in die App zusätzlich einzubauen, dass die App, bevor die Verbindung getrennt wurde, eine Nachricht bekommt, in den nächsten Minuten die Verbindung neu aufzubauen, grundsätzlich auch gut anhört - das würde zwar, wie wir inzwischen ja herausgefunden haben, wegen des noch nicht abgelaufenen DNS-Timeouts bei Android Version <4.1.2 nichts bringen. Wenn es aber möglich wäre, der App eine Nachricht zukommen zu lassen, sich selber in so und so viel Sekunden/Minuten neu zu starten, hätte dies den Vorteil, dass ein Neustart gezielt und nicht so häufig wie bei einem starren "Harten Keep-Alive-Intervall" durchgeführt würde und dadurch beim Aufpoppen m. E. als weniger belästigend empfunden werden würde. Zumal man bei dieser Variante ja ohnehin unmittelbar folgend ein Captcha eingeben muss. Vielleicht ist es ja sogar unter Android möglich, die App nach Eingabe des Captchas automatisch zur zuletzt ausgeführten Anwendung - in Deinem Beispiel also dem Browser - zurückkehren zu lassen. Dann könnte man quasi alles kontrolliert aus einer Hand erledigen: Aufforderung zum Neustart in kurzer Zeit, Reconnect und Aktualisierung der dynamischen DNS-IP. Die Aufforderung zum Neustart liesse sich sicherlich prima auch noch in mein GroundControl-Skript mit einbauen. Das wäre perfekt. Hoffentlich ist das jetzt nicht zuviel Wunschdenken von mir :-) Vielleicht findest Du ja ein wenig Zeit, eine solche Spezial-Version zu programmieren. Gruß Mister Floppy Last edited by Mister Floppy; 23.01.2013 at 12:25. |
#48
|
|||
|
|||
Quote:
Wegen dem anderen muss ich mal überlegen. Die 10 Minuten wirken sich ja nicht so dramatisch aus, denn wenn der Keep-Alive alle 11 (oder 10,5) zum Neuverbinden zwingt, dann läufst du gar nicht ins Problem. Statistisch gesehen liegt der letzte Reconnect dann 5 Minuten her, das sollte reichen um mit dem 2. Captcha-Versuch zu "punkten", sodass der JDownloader nicht abbricht. |
#49
|
|||
|
|||
Automatisches Starten / Beenden des AndroidCaptchaServers
Hallo,
gibt es eine Möglichkeit, den AndroidCaptchaServer automatisch mit dem JDownloader zusammen zu starten bzw. zu beenden. so dass man sich den separaten Aufruf bzw. das Beenden der "CaptchaServer starten.bat" ersparen kann? Gruß Mister Floppy |
#50
|
||||
|
||||
Mach dir ne Batch Datei, die beides macht
GreeZ pspzockerscene
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#51
|
|||
|
|||
Die Frage ist nur, wie?
Quote:
AndroidCaptchaApp hatte ja auch mal folgende Idee geäußert: Quote:
Gruß Mister Floppy |
#52
|
|||
|
|||
Quote:
Ja ich plane den CaptchaServer als Plugin in den JDownloader zu integrieren, aber da es offensichtlich keine Dokumentation gibt und auch diese Anfrage http://board.jdownloader.org/showthr...866#post238866 unbeantwortet blieb, wird es noch etwas dauern, bis der Captcha-Server integriert wird. |
#53
|
|||
|
|||
AndroidCaptcha 1.4 veröffentlicht
Im Eingangsbeitrag ist nun der Download für Version 1.4 von AndroidCaptcha zu finden. Es gibt zahlreiche Neuerungen:
Quote:
Last edited by AndroidCaptchaApp; 19.02.2013 at 16:39. |
#54
|
||||
|
||||
Coole Sache, aber ich bezweifle, dass JD2 die Betaphase demnächst verlassen wird.
Wie auch immer, in der BETA wird dann ja schon alles laufen. GreeZ pspzockerscene
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#55
|
|||
|
|||
Bug in v1.4: "Akku Entladeschutz" ist IMMER aktiv!
Hi,
ich habe folgenden Bug in v1.4 entdeckt: die "Akku Entladeschutz"-Option ist nicht deaktivierbar, d. h., der Haken in der Box ist zwar aktivierbar und deaktivierbar - aber der Akku-Entladeschutz ist nach einem Neustart der App STETS aktiv, selbst wenn man zuletzt den Haken entfernt hat (auch erkennbar an den dann nicht mehr ausgegrauten Abschnitten "Anzahl Verbindungsversuche" und "Neuverbinden verzögern"! Ein Fix wäre nett, Danke im Voraus! Gruß Mister Floppy |
#56
|
|||
|
|||
Danke für den Hinweis, ich werde das kommende Woche beheben (bin aktuell nicht zu Hause für eine neue Version). Workaround: Anzahl Verbindungsversuche sehr hoch einstellen.
Meine App wird vorrausichtlich auch kommende Woche in den Playstore gehen, dann profitiert man von einem automatischen Update. Ob sie sich automatisch mit dem Playstore verbindet oder man sie erst deinstallieren muss, werde ich dann mitteilen. |
#57
|
|||
|
|||
Der Bug ist nun behoben. Und vorallem ist die App nun im Playstore zu finden. **External links are only visible to Support Staff****External links are only visible to Support Staff** Das manuelle installieren auf dem Handy entfällt nun.
Ich werde demnächst auch ein Plugin für JDownloader2 hier veröffentlichen. Wer Beta-Tester sein will, PM an mich. EDIT: Das Plugin entfällt erstmal, da ich keine Mühe mehr reinstecken werde, bevor JDownloader2 die Betaphase verlassen hat, denn die CaptchaBehandlung wurde heute umgestellt, sodass ein Teil meiner Arbeit relativ sinnlos war. Für alle, die die App schon installiert haben: Bei mir hat der Playstore zwar erkannt, dass die App bereits installiert ist, hat aber kein Update durchgeführt. Ich empfehle deshalb, die App zu deinstallieren und dann erneut über den Playstore zu installieren. Leider gehen dabei die Einstellungen verloren. Da alle künftigen Updates über den Playstore kommen, ist dies jedoch ein einmaliger Vorgang, bei weiteren Updates über den Playstore bleiben die Daten erhalten. Wenn jemand die Erfahrung macht, dass die App sich bei ihm ohne Deinstallation updatet, bitte mitteilen. Last edited by AndroidCaptchaApp; 26.02.2013 at 19:39. |
#58
|
|||
|
|||
Andoid Captcha unter Linux
Hi,
gibt es hier noch jemand der versucht hat Android Captcha unter Linux zum laufen zu bringen? Die Verbindung zwischen Server und Handy funktioniert einwandfrei. Aber JDownloader scheint die Captchas nicht an den Server zu senden. Im Log von JDownloader taucht immer wieder der Fehler auf: 274 31.03.13 12:27:40 - INFO [jd.captcha.JACMethod(forServiceName)] -> There is no JAC method for the service cloudzer.net! Aber in der jacinfo.xml ist cloudzer.net schon aufgeführt. Irgendwelche Hilfe? Danke JoeD Last edited by JoeD; 31.03.2013 at 12:57. |
#59
|
|||
|
|||
Ich habe gerade nochmal verifiziert, bei Windows wird das Captcha von Cloudzer.net problemlos ans Handy geschickt.
Wird denn bei anderen Hostern das Captcha ans Handy gesendet? Eventuell verwendet Linux ja andere Pfade. |
#60
|
|||
|
|||
Nein, es werden von keinem Hoster Captchas übertragen.
Das Plugin ist ja scheinbar geladen, sonst würden ja keine Logmeldungen angezeigt. Und wenn ich die Submit.bat ausführe wird auch das Test Captcha ans Handy gesendet. Ich konnte mir vorstellen das der Jdownloader die jacinfo.xml nicht findet. Leider weiß ich zu wenig wie Captcha Plugins funktionieren. Ist das irgendwo ausführlich beschrieben? Welche Pfade benötigt man den in Windows? |
#61
|
|||
|
|||
In Windows muss man die jacinfo.xml und den Rest einfach in <JDownloaderVerzeichnis>\jd\captcha\methods\AndroidCaptcha haben und schon funktioniert es.
|
#62
|
|||
|
|||
Ok. Ich werde weiter suchen.
Evtl. Ist hier die Lösung http://board.jdownloader.org/showpos...4&postcount=32 Werde ich heute Nachmittag mal ausprobieren. ___EDIT___ Also der oben genannte Link bietet die Lösung. os="linux" setzen und alle Backslashes zu normalen Slashes umdrehen. Dann funktionierts auch unter Linux. Evtl noch die Submit.bat ausführbarl machen. Danke für die tolle App!!! Last edited by JoeD; 03.04.2013 at 17:27. |
#63
|
|||
|
|||
Was fällt auf meinem Rechner? Ich habe Windows 7 und probiere auf dem Samsung Galaxy S2 AndroidCaptch App einzurichten aber es klappt irgendwie nicht.
Wenn ich „CaptchaServer starten“ ausführe (aus dem Ordner „Server“) komm eine Meldung: „java konnte nicht gefunden werden. Stellen Sie sicher, dass Sie den Namen richtig eingegeben haben und wiederholen Sie den Vorgang“ Vielen Dank im Voraus |
#64
|
|||
|
|||
Lade dir mal hier http://www.java.com/de/ Java herunter und installiere es.
|
#65
|
|||
|
|||
Schnittstelle zu Tasker möglich?
Hallo,
so, nach langer Zeit, in der ich Deine App mit JDownloader v0.9.581 exzessiv und begeistert genutzt habe - JDownloader2 kommt ja leider irgendwie nicht aus der Beta-Phase heraus - melde ich mich mal wieder mit einer Idee, wie man sie vielleicht noch um ein neues Feature erweitern könnte... Wäre es Dir möglich, eine Schnittstelle zu Tasker einzubauen? Falls Du Tasker noch nicht kennen solltest: Es handelt sich hierbei um eine geniale App, mit der man sein Smartphone unter Android sprichwörtlich neu "programmieren" bzw. automatisieren und damit quasi zur "eierlegenden Wollmichsau" machen kann. Beispiellink: httx://www.androidnext.de/howto/tasker-tutorial Spontan fallen mir folgende Möglichkeiten für Tasker in Verbindung mit Deiner App ein: - Aktivierung bzw. Deaktivierung der Einstellungen im Abschnitt "Bildschirm an" in Abhängigkeit von dem Vorhandensein einer externen Stromquelle - automatische Änderung des Eintrages unter "Server" in Abhängigkeit davon, ob ich Deine App zu Hause per WLAN oder auswärts per Mobilfunknetz mit dynamischen DNS nutze - automatische Änderung dieses Eintrages, wenn sowohl eine Verbindung per WLAN als auch per Mobilfunknetz möglich ist, denn in diesem Fall wird die Mobilfunknetzverbindung betriebssystembedingt automatisch abgeschaltet - "Feintuning" der Einstellungen im Abschnitt "Akku Entladeschutz" in Abhängigkeit davon, ob ich Deine App zu Hause per WLAN (wo ich die Ursache für die Nichterreichbarkeit des Captcha-Servers schnell aufspüren und beseitigen kann) oder auswärts per Mobilfunknetz (wo die Nichterreichbarkeit des Captcha-Servers vielleicht auch an einem momentan vorhandenen Funkloch liegen könnte) nutze Ich habe leider keine Ahnung, wieivel Programmieraufwand es für Dich bedeuten würde, Deine App für Tasker zugänglich zu machen, aber vielleicht stellt das ja gerade eine Herausforderung für Dich da! Ich bin deshalb sehr auf Deine Meinung dazu gespannt, vielen Dank für Dein Feedback im voraus! Gruß Mister Floppy Last edited by Mister Floppy; 15.06.2013 at 03:32. |
#66
|
|||
|
|||
Quote:
Die Idee mit Bildschirm an in Abängigkeit vom Ladegerät ist nicht schlecht. Quote:
Die Integration mit Tasker muss ich mir mal ansehen, ich bin aber zurzeit ziemlich ausgelastet, sodass das leider nicht so schnell kommen wird. |
#67
|
||||
|
||||
Hi,
erst einmal vielen Dank für Dein Feedback! Quote:
Quote:
Quote:
Quote:
Gruß Mister Floppy |
#68
|
|||
|
|||
Quote:
|
#69
|
|||
|
|||
Ping auf DynDNS funktioniert vom Smartphone aus, Port 54322 antwortet aber nicht!
Quote:
Hi, ich habe einen U.S. Robotics Wireless MAXg Router (USR5461) und nach wie vor die Einstellungen wie in folgendem Post drin: httx://board.jdownloader.org/showpost.php?p=240154&postcount=37 Du hast Recht: auch über WLAN ist mein PC über den DynDNS-Namen erreichbar - ich habe zum Testen auf dem Smartphone die kostenlose App "Ping & DNS" aus dem Google Playstore verwendet und darüber meinen PC erfolgreich angePINGt. Wenn ich aber den Port 54322 über die Drop-Down-Auswahl "Check Port Range" teste, sagt diese App mir jedoch "Port 54322: NOT open" (und dasselbe übrigens auch dann, wenn ich nicht den DynDNS-Namen, sondern die momentan vom Provider zugewiesene IP meines Routers einsetze). Die Fehlermeldung, die Deine App bei dieser Konstellation ausspuckt, lautet: "java.net.ConnectException: failed to connect to <DynDNS-Name>/IP-Adresse des Providers (port 54322): connect failed: ECONNREFUSED (Connection refused)" Liegt das also an meinem Router? Falls ja, kannst Du mir eventuell weiterhelfen? Es gibt da -neben "Port Forwarding" - auch noch eine Rubrik "Port Triggering", kann man darüber eventuell etwas erreichen? Vielen Dank im Voraus! Gruß Mister Floppy Last edited by Mister Floppy; 02.07.2013 at 17:52. |
#70
|
||||
|
||||
Quote:
Abgesehen von viiielen geschlossenen Bugs und Feature Wünschen, ist auch http://my.jdownloader.org einen Blick wert. Das neue Webinterface unterstützt z.B. auch schon das Lösen von Captchas. Über die selbe API werden wir demnächst auch ein Android/IPhone/WindowsPhone App releasen: @AndroidCaptchaApp Eventl. ist die JD2 API auch für dich ganz nützlich. Events, Push Notifies, und vor allem eine saubere Implementierung der Captchas, ohne irgendwelche externen JAC Spielerein.
__________________
|
#71
|
|||
|
|||
Quote:
Quote:
Ich hatte ja schon ein komplett lauffähiges Plugin wo der Server komplett innerhalb des JDownloaders ablief, dann wurde die ganze Captcha Behandlung umgestellt, sodass das Plugin nutzlos geworden ist. Bevor JDownloader 2 nicht veröffentlicht wurde, fange ich nun nicht mehr an da nochmal Arbeit reinzustecken. Hinzu kommt, dass ich usprünglich angedacht hatte, dass man mein Plugin gleich mit dem JDownloader ausliefert, sodass man nur noch die App aus dem Playstore braucht, aber leider wurde mir ja hier im Chat dazu eine Absage erteilt. |
#72
|
||||
|
||||
Ja das wird es nicht geben.
Aber wo du PRISM erwähnst... Gegen sowas hilft nur eine Point to Point Verschlüsselung. Da ist MyJDownloader vermutlich besser geschützt als dein Ansatz. (Wobei ich jetzt nicht weiß ob du nicht auch alles verschlüsselt überträgst) Dein "Vorteil" ist halt auch leider mit dem Nachteil verknüpft, dass die Einstellungen ziemlich nervig werden können (Dyndns, portforwarding und co) Überleg es dir, und schau dir bei Bedenken mal die Verschlüsselung an. Sollte die Lücken haben, bessern wir da gerne nach.
__________________
|
#73
|
|||
|
|||
Hier ist ein Work-Around...
Quote:
Quote:
Aber ich habe einen - beschwerlichen - Work-Around gefunden, für den man allerdings Root-Rechte benötigt... Genau wie bei Windows existiert auch unter Android zur "Umleitung" von URL-Adressen auf andere IPs eine Hosts-Datei, und zwar hier: /system/etc/hosts Wenn man Deine App per WLAN nutzen möchte, muss man die Hosts-Datei um eine Zeile in der Form "<IP-Adresse des PCs, auf dem der Captcha-Server läuft> <DnyDNS-Namen>" entsprechend ergänzen (sowie am Ende der Hosts-Datei eine Leerzeile anfügen, damit diese Änderung sofort und nicht erst nach einem Neustart des Smartphones wirksam wird); will man sie per Mobilfunk verwenden, muss man diese Zeile wieder löschen. Auf diesem Wege kann man in der App unter "Server" den DynDNS-Namen dauerhaft eingetragen lassen. Das ganze lässt sich über "Tasker" automatisieren. Es gibt eben für fast alles eine Lösung :-) Hier für Interessierte ein paar Links um Nachlesen: httx://opensimulator.org/wiki/NAT_Loopback_Routers httx://www.detoxcomic.com/articles/hosts-file.html httx://forum.xda-developers.com/showthread.php?t=1131144 httx://groups.google.com/forum/#!topic/tasker/_1TksNVcbIA Gruß Mister Floppy Last edited by Mister Floppy; 03.07.2013 at 16:15. |
#74
|
|||
|
|||
Befürchtet Ihr Konkurrenz oder was spricht dagegen dem Nutzer einen weiteren Weg zum Captcha-Lösen zur Verfügung zu stellen?
Nur der versierte Benutzer wird die Direktverbindung nutzen und der weiß was Portforwarding usw. ist. Wenn er damit nichts am Hut haben will, nimmt er eben eure Lösung. Meine Verbindung ist komplett unverschlüsselt, da im Bezug auf Captchas keine schützenswerten Daten übertragen werden. Der Hinweis mit PRISM war darauf bezogen, dass man generell soviele Direktverbindungen wie möglich nutzen soll. Aber selbst wenn Ihr eure Verbindungen verschlüsselt hilft das nichts, wenn euch die NSA dazu zwingt auf eurem Server eine Abhörschnittstelle einzurichten, denn da liegen die Daten prinzipbedingt immer unverschlüsselt vor. Auch Google usw. setzt ja für den Mailabruf verschlüsselte Verbindungen ein. Aber die NSA hat ja Zugriff auf die Server bzw. in deren Rechenzentren. Wer es sicher haben will kann meine Lösung mit einem VPN kombinieren. Ich z.B. schicke meine AndroidCaptchaApp Verbindung durch OpenVPN (realisiert mit OpenVPN Settings) auf dem Androiden. Dadurch nutze ich das Schichtenprinzip in TCP/IP aus. Anstatt mich selbst um eine Verschlüsselung zu kümmern, überlasse ich das OpenVPN. Diese Lösung ist anerkannt und sicher. Einen Fehler kann es in Bezug auf Verschlüsselung damit erst gar nicht mehr geben. |
#75
|
||||
|
||||
Dieser Thread ist ab sofort kein Sticky mehr und zwar nicht um euch zu ärgern sondern weil wir das Forum n bissl aufräumen wollten und finden, dass solche Threads (auf lange Sicht) keine Stickies sein sollten.
Ich hoffe das ist okay @AndroidCaptchaApp. GreeZ pspzockerscene
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#76
|
|||
|
|||
Hallo,
ich würde gerne AndroidCaptcha benutzen, aber wenn ich per submit von einem Linux-Rechner etwas an meinen HTC Flyer mit Android 3.2 schickt, dann erscheint das Capatcha, aber wenn ich dann einen Text Eingebe und den zurückschicken will, dann hängt sich die App auf und auf dem Server kommt nichts an. Firewall hatte ich zu Testzwecken mal ganz aus. Egal ob Mobiles Netz oder Wifi, es klappt nicht. Gerne kann ich was testen. Kennt jemand das Problem? FireIce |
#77
|
|||
|
|||
Hat niemand eine Idee?
FireIce |
#78
|
|||
|
|||
Morgen,
möchte ebenfalls AndroidCaptcha verwenden. Habe alle Schritte in der Readme befolgt und beim Ausführen von Submit.bat wird das Captcha an das Handy gesendet. Die Antwort vom Handy kommt auch problemlos wieder beim PC an. Jedoch wenn ich JDownloader starte und einen Download beginne, taucht das Captcha-Fenster nur am PC auf, aber nicht am Handy. In der jacinfo.xml ist der Hoster eingetragen. Verwende Android 4.1.2 und Windows 7 x64 Folgender Lösungsansatz hat bei mir nicht geholfen: cacls <JDownloaderPfad> /T /E /G Benutzer:F oder JDownload-Ordner auf Desktop verschieben |
#79
|
|||
|
|||
Ich pack es nicht
Hallo Zusammen,
habe mich sehr über diese App gefreut und wollte Sie verwenden. Es gelingt mir aber nicht, eine Verbindung zwischen App und Server herzustellen. Die Nachricht in der App endet auf Ehostunreach. System ist windows 7 64 bit, modem: Fritzbox mit portfreigabe für "captcha-server" an port 54322 für den in frage kommenden pc, Fon ist galaxy s2, jdownloader 0.9.851, Dnydns ist dyndns.org und ich habe versucht die Anleitung so gut wie ich es mit meiner sachkenntnis kann, zu befolgen. dennoch schaffe ich es nicht. darf ich auf eure Hilfe Hoffen. weitere Fragen zum Setup versuche ich gerne so gut ich kann zu beantworten. Herzlichen thx bydand p.s. wenn ich nicht im Wlan zu hause unterwegs bin meldet die App...verbunden warten auf captchas aber ich erhalte keine, auch wenn ich das probesenden durchführe...nochmals danke im voraus für gegebene Hilfe Last edited by bydand; 19.09.2013 at 20:45. |
#80
|
|||
|
|||
Hallo,
ein Nachtrag zu meinem vorherigen Post. Ich habe die ganze Sache nochmals auf Windows XP ausprobiert und dort funktioniert alles reibungslos. Dürfte also wirklich ein Problem mit Windows 7 und den Berechtigungen sein. Selbst mit dem "echten" Administratorkonto auf Win7 funktionierte es bei mir leider nicht. |
Thread Tools | |
Display Modes | |
|
|