SERP Hacker support forum - serposcope

Support forum for open-source softwares built by serphacker.com : serposcope the rank checker.

You are not logged in.

#1 2016-01-21 13:17:53

slom
Member
Registered: 2016-01-21
Posts: 16

Les tâches bloquent vers 99% d'avancement

Bonjour,

Tout d'abord, bravo et merci pour ce super outil.

J'utilise Serposcope Windows depuis quelques jours (v2.1.0) sur une base de 7111 mots clés avec :
- un compte Deathbycaptcha
- une liste d'une cinquantaine de proxys
- un paramétrage Google 1 page de 100 résultats/mot clé, pause de 1 à 180s et Maximum threads à 25.

Les 3 premiers checks de positions se sont bien déroulés. Cool !

En revanche, mes 3 derniers checks ne passent plus.
Les tâches se sont bloquées autours du 7100ème mot clé. La barre de progression reste à 99%.

Voici les dernières lignes des logs de mon dernier check :

[2016-01-21 13:24:54,786] [google-17] INFO  c.s.s.t.g.GoogleTaskRunnable - search "<mot+cle>" | try 1 | total search done : 7084/7111
[2016-01-21 13:24:54,787] [google-17] DEBUG c.s.s.s.g.s.GoogleScraper - GET https://www.google.fr/search?q=<mot+cle … U=&num=100 via proxy:http://193.0.152.59:3128/ try 1
[2016-01-21 13:25:00,040] [google-10] TRACE c.s.s.s.g.s.GoogleScraper - sleeping 69514 milliseconds
[2016-01-21 13:25:00,153] [google-17] INFO  c.s.s.t.g.GoogleTaskRunnable - search "<mot+cle>" | try 1 | total search done : 7085/7111
[2016-01-21 13:25:00,153] [google-17] DEBUG c.s.s.s.g.s.GoogleScraper - GET https://www.google.fr/search?q=<mot+cle … U=&num=100 via proxy:http://193.0.152.59:3128/ try 1
[2016-01-21 13:25:05,070] [google-17] TRACE c.s.s.s.g.s.GoogleScraper - sleeping 110121 milliseconds
[2016-01-21 13:25:08,344] [google-23] INFO  c.s.s.t.g.GoogleTaskRunnable - search "<mot+cle>" | try 1 | total search done : 7086/7111
[2016-01-21 13:25:08,344] [google-23] DEBUG c.s.s.s.g.s.GoogleScraper - GET https://www.google.fr/search?q=<mot+cle … U=&num=100 via proxy:http://193.0.152.59:3128/ try 1
[2016-01-21 13:25:20,592] [google-9] DEBUG c.s.s.s.g.s.GoogleScraper - GET https://www.google.fr/search?q=<mot+cle … U=&num=100 via proxy:http://193.0.152.59:3128/ try 2
[2016-01-21 13:25:30,317] [google-2] ERROR c.s.s.s.g.s.GoogleScraper - solver can't resolve captcha (overload ?) error = TIMEOUT
[2016-01-21 13:25:30,317] [google-2] DEBUG c.s.s.s.g.s.GoogleScraper - GET https://www.google.fr/search?q=<mot+cle … U=&num=100 via proxy:http://94.23.200.49:3128/ try 2
[2016-01-21 13:25:30,655] [google-2] DEBUG c.s.s.s.g.s.GoogleScraper - captcha form detected via proxy:http://94.23.200.49:3128/
[2016-01-21 13:25:42,180] [google-2] DEBUG c.s.s.s.g.s.GoogleScraper - Got captcha response excires in 11 seconds
[2016-01-21 13:25:42,438] [google-2] DEBUG c.s.s.s.g.s.GoogleScraper - reporting incorrect captcha (incorrect response = excires)
[2016-01-21 13:25:42,682] [google-2] DEBUG c.s.s.s.g.s.GoogleScraper - GET https://www.google.fr/search?q=<mot+cle … U=&num=100 via proxy:http://94.23.200.49:3128/ try 3
[2016-01-21 13:25:43,051] [google-2] DEBUG c.s.s.s.g.s.GoogleScraper - captcha form detected via proxy:http://94.23.200.49:3128/
[2016-01-21 13:26:30,120] [google-2] ERROR c.s.s.s.g.s.GoogleScraper - solver can't resolve captcha (overload ?) error = TIMEOUT
[2016-01-21 13:26:30,120] [google-2] WARN  c.s.s.t.g.GoogleTaskRunnable - scrap failed for <mot+cle> because of ERROR_CAPTCHA_INCORRECT
[2016-01-21 13:26:30,120] [google-2] WARN  c.s.s.t.g.GoogleTaskRunnable - no more proxy, stopping the thread
[2016-01-21 13:26:30,120] [google-2] INFO  c.s.s.t.g.GoogleTaskRunnable - google thread stopped
[2016-01-21 13:26:30,120] [google-24] INFO  c.s.s.t.g.GoogleTaskRunnable - search "<mot+cle>" | try 1 | total search done : 7102/7111
[2016-01-21 13:26:30,120] [google-24] DEBUG c.s.s.s.g.s.GoogleScraper - GET https://www.google.fr/search?q=<mot+cle … U=&num=100 via proxy:http://193.0.152.59:3128/ try 1
[2016-01-21 13:26:38,366] [google-24] TRACE c.s.s.s.g.s.GoogleScraper - sleeping 166832 milliseconds

Je vois bien la mention "no more proxy, stopping the thread" mais lorsque je fais aussitôt après un "vérifier tous les proxys" dans Serposcope/CONFIGURATION, j'ai encore de nombreux proxys "OK".

Est-ce que le blocage est bien lié aux proxys ? Comment faire pour débloquer la situation ?

Merci d'avance pour votre aide.

Cdt,

slom

Offline

#2 2016-01-21 13:30:11

serphacker
Administrator
Registered: 2014-06-13
Posts: 411

Re: Les tâches bloquent vers 99% d'avancement

Bonjour,

Utilisez vous une base MySQL ? Il est recommandé d'utiliser une base mysql lorsque l'on vérifie plus de 1000 keywords (voir la doc).

Un proxy peut être OK au niveau du proxy checker, et être HS sur google (blacklist).

Depuis quelle heure la tache est bloquée ? Quelle est la dernière ligne présente dans les logs ? Qu'affiche admin > tasks, une tâche à 99% ?

"no more proxy, stopping the thread" veut dire qu'il n'y a plus de proxy en reserve et qu'un thread s'arrête, ça ne veut pas dire que la tache s'arrête complétement il peut y avoir d'autres threads actifs qui ont déjà un proxy configuré et qui vérifient encore les positions.

On voit dans les logs que la tâche tourne toujours "[2016-01-21 13:26:38,366] [google-24] TRACE c.s.s.s.g.s.GoogleScraper - sleeping 166832 milliseconds" On voit qu'il y a au moins un thread  [Google-24] qui continue de vérifier les positions.

La tâche s'arrêtera toute seule quand tous les mot-clés auront été vérifié ou quand tous les threads auront été stoppé via "no more proxy etc.".

S'il y a toujours de l'activité dans les logs, la tache tourne toujours. Sinon c'est qu'il y a éventuellement un bug.

Offline

#3 2016-01-21 14:05:55

slom
Member
Registered: 2016-01-21
Posts: 16

Re: Les tâches bloquent vers 99% d'avancement

Merci pour ce retour rapide.

Dans le fichier sysconfig il y a "serposcope.db.url : jdbc:h2:C:\ProgramData\serposcope/db;MODE=MySQL" donc je pense fonctionner avec MySQL.

Je n'avais pas pensé au blacklistage des proxy par Google, merci pour la précision.

La dernière ligne de la tâche en cours est celle de l'extrait de log de mon message précédent (dernière ligne à [2016-01-21 13:26:38,366]).
Quelques lignes se sont ajoutés concernant le check proxys mais c'est tout.
Actuellement (15h04), rien n'a bougé dans les logs, la tâche à 99% dans admin > tasks.

Cdt,

slom

Offline

#4 2016-01-21 14:17:54

serphacker
Administrator
Registered: 2014-06-13
Posts: 411

Re: Les tâches bloquent vers 99% d'avancement

Ce n'est pas normal alors, il y a peut être un bug, ça va commencer à être un peu compliqué.

Peux tu identifier l'id du processus de serposcope (on doit pouvoir voir ça dans le gestionnaire de tâche, c'est une tâche java).

Une fois que c'est ok, exécute la commande suivante : jstack PID > stack-dump.txt

copie colle le contenu du fichier stack-dump.txt sur https://gist.github.com/

Offline

#5 2016-01-21 15:05:33

slom
Member
Registered: 2016-01-21
Posts: 16

Re: Les tâches bloquent vers 99% d'avancement

Je ne trouve pas jstack sur mon poste mais c'est probablement normal car j'ai trouvé ceci "NOTE - This utility is unsupported and may or may not be available in future versions of the J2SE SDK. jstack is not currently available on Windows platforms or on the Linux Itanium platform." sur http://docs.oracle.com/javase/1.5.0/doc … stack.html .

Dans le gestionnaire des tâches Windows, j'ai la possibilité de générer un fichier ".DMP" sur le processus "serposcope" (l'option s'appelle "créer un fichier de vidage").
Est-ce que cela pourrait t'être utile ?

Offline

#6 2016-01-21 15:09:24

serphacker
Administrator
Registered: 2014-06-13
Posts: 411

Re: Les tâches bloquent vers 99% d'avancement

Arf je ne savais pas que ce n'était pas dispo sous Windows

Non le .dmp windows est différent et ne m'aidera pas.

Il y a quand meme moyen sous windows mais ça devient technique : https://access.redhat.com/solutions/19170

Sinon attendre la prochaine version de serposcope où j'intégrerai un stack dump depuis le menu admin, mais aucune idée pour la date de sortie.

Offline

#7 2016-01-21 15:56:06

slom
Member
Registered: 2016-01-21
Posts: 16

Re: Les tâches bloquent vers 99% d'avancement

La solution proposée dans le lien redhat nécessite, si j'ai bien compris, d'avoir jstack.exe sur la machine, ce qui n'est pas mon cas.
Je laisse de côté cette option.

En revanche, j'ai le souvenir d'avoir vu dans la barre des tâches Windows une icône Serposcope avec différentes possibilités disponibles avec le clic droit comme arrêter le service, démarrer le service, faire un dump (ou quelque chose de ce genre). Je ne comprends pas pourquoi je ne l'ai plus. Je redémarrerai  tout demain et verrai si l'icône réapparaît. Ce sera peut-être une possibilité pour t'envoyer dump exploitable.

J'ai hâte que ça refonctionne, ça rend accro ton outil smile

Merci pour ton aide.

Offline

#8 2016-01-21 15:58:42

serphacker
Administrator
Registered: 2014-06-13
Posts: 411

Re: Les tâches bloquent vers 99% d'avancement

Je crois que jstack.exe est disponible sous windows dans le JDK 1.8, tu as probablement la version JRE.

Non tu ne pourras pas faire de dump via serposcope-monitor (ou je ne sais plus comment ça s'appelle sous windows), c'est encore autre chose.

Offline

#9 2016-01-21 17:32:09

slom
Member
Registered: 2016-01-21
Posts: 16

Re: Les tâches bloquent vers 99% d'avancement

J'ai effectivement trouvé jstack dans le JDK.
Je ne m'en sors toujours pas...
Dans une console ouverte avec les droits d'administrateur j'ai ceci :

C:\Program Files (x86)\Java\jre1.8.0_71\bin>psexec -s "C:\Program Files (x86)\Java\jre1.8.0_71\bin\jstack.exe" -l 3788 >dump.txt

PsExec v2.11 - Execute processes remotely
Copyright (C) 2001-2014 Mark Russinovich
Sysinternals - www.sysinternals.com

Starting C:\Program Files (x86)\Java\jre1.8.0_71\bin\jstack.exe on LENOVO-PC...
C:\Program Files (x86)\Java\jre1.8.0_71\bin\jstack.exe exited on LENOVO-PC with error code -1073741701.

C:\Program Files (x86)\Java\jre1.8.0_71\bin>

J'ai le même problème avec les JDK 32bits ou 64bits.

Je laisse tomber. Je vais essayer de "bidouiller" les paramètres en essayant de diminuer peut-être la taille de la liste de mots clés ou l'agressivité du check en attendant que tu intègres le stack dump dans une prochaine release.

Merci encore.

Offline

#10 2016-01-22 12:54:47

slom
Member
Registered: 2016-01-21
Posts: 16

Re: Les tâches bloquent vers 99% d'avancement

Bonjour,

Juste pour info, après réduction de la base des mots clés, le check va bien au jusqu'au bout.

En réduisant ma base je me suis rendu compte que j'avais sous estimé sa taille. Je m'étais fié à ce qui était écrit dans les logs Serposcope (càd 7111). En réalité j'ai 3 groupes de 75, 6251 et 5222 mots clés, soit un total de 11548.

J'ai vidé le 3ème groupe de ses 5222 mots clés et ça fonctionne.

Bonne journée.

Offline

#11 2016-01-22 12:55:43

serphacker
Administrator
Registered: 2014-06-13
Posts: 411

Re: Les tâches bloquent vers 99% d'avancement

S'il y a des doublons, serposcope ne va pas vérifier les memes mot-clés.

Offline

#12 2016-01-22 13:43:20

slom
Member
Registered: 2016-01-21
Posts: 16

Re: Les tâches bloquent vers 99% d'avancement

Mea culpa, j'ai dis des bêtises dans mon précédent message. Voici les bons chiffres :

3 groupes de 50, 1844 et 5222 mots clés, soit un total de 7116.
Pas de doublons.

Donc en ôtant les mots-clés du 3ème groupe ça fonctionne (soit 1894 mc).

Bon aprem'

Offline

#13 2016-01-22 13:45:30

serphacker
Administrator
Registered: 2014-06-13
Posts: 411

Re: Les tâches bloquent vers 99% d'avancement

Yep, cependant serposcope doit pouvoir checker 10 000 mot-clés sans soucis, même 100 000. Il y a un donc un bug, je te tiens au courant lorsque j'aurai mis en ligne la version avec le dump stack pour que tu puisses reproduire le bug.

Offline

#14 2016-01-22 13:52:18

slom
Member
Registered: 2016-01-21
Posts: 16

Re: Les tâches bloquent vers 99% d'avancement

Avec plaisir.

Offline

#15 2016-02-05 16:12:30

strem
Member
Registered: 2016-01-26
Posts: 19

Re: Les tâches bloquent vers 99% d'avancement

Salut !
Idem pour moi, je lance le cron à 19H, mais 22H plus tard, on y est encore...
Je n'ai pas plus de 200 mots-clés pourtant...
Voilà ce que j'obtiens :

root@xxx:/# ps -aux | grep serp
warning: bad ps syntax, perhaps a bogus '-'?
See http://gitorious.org/procps/procps/blobs/master/Documentation/FAQ
109       4177  0.0  1.8 18736444 1252840 ?    Sl   févr.01   3:29 /usr/lib/jvm/java-8-oracle/bin/java -Dserposcope.conf=/etc/serposcope.conf -jar /usr/share/serposcope/serposcope.jar

root@xxx:/# jstack 4177 > ./stack-dump.txt
4177: Unable to open socket file: target process not responding or HotSpot VM not loaded
The -F option can be used when the target process is not responding

root@xxx:/# jstack 4177 -F > ./stack-dump.txt
Error attaching to core file: cannot open binary file
sun.jvm.hotspot.debugger.DebuggerException: cannot open binary file
        at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach0(Native Method)
        at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach(LinuxDebuggerLocal.java:286)
        at sun.jvm.hotspot.HotSpotAgent.attachDebugger(HotSpotAgent.java:673)
        at sun.jvm.hotspot.HotSpotAgent.setupDebuggerLinux(HotSpotAgent.java:611)
        at sun.jvm.hotspot.HotSpotAgent.setupDebugger(HotSpotAgent.java:337)
        at sun.jvm.hotspot.HotSpotAgent.go(HotSpotAgent.java:304)
        at sun.jvm.hotspot.HotSpotAgent.attach(HotSpotAgent.java:156)
        at sun.jvm.hotspot.tools.Tool.start(Tool.java:191)
        at sun.jvm.hotspot.tools.Tool.execute(Tool.java:118)
        at sun.jvm.hotspot.tools.JStack.main(JStack.java:92)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:497)
        at sun.tools.jstack.JStack.runJStackTool(JStack.java:140)
        at sun.tools.jstack.JStack.main(JStack.java:106)

Et voilà les logs serposcope :

[2016-02-04 21:09:44,237] [google-2] TRACE c.s.s.s.g.s.GoogleScraper - sleeping 14856 milliseconds
[2016-02-04 21:09:49,071] [google-1] TRACE c.s.s.s.g.s.GoogleScraper - sleeping 5780 milliseconds
[2016-02-04 21:09:54,852] [google-1] DEBUG c.s.s.s.g.s.GoogleScraper - GET https://www.google.com/search?q=band+saw+blade+for+metal&start=20 via proxy:http://113.21.229.54:8080/ try 1
[2016-02-04 21:10:24,867] [google-1] DEBUG c.s.s.s.g.s.GoogleScraper - GET https://www.google.com/search?q=band+saw+blade+for+metal&start=20 via proxy:http://113.21.229.54:8080/ try 2
[2016-02-04 21:10:42,675] [google-1] TRACE c.s.s.s.g.s.GoogleScraper - sleeping 9250 milliseconds
[2016-02-04 22:00:06,315] [pool-1-thread-1] INFO  s.s.Scheduler - last version 2.0.0 | current version 2.1.0

et celui d'aujourd'hui (le cron n'a pas encore été lancé) :

root@xxx:/# tail -100 /home/xxx/logs/serposcope/2016-02-05.log
[2016-02-05 04:00:06,359] [pool-1-thread-1] INFO  s.s.Scheduler - last version 2.0.0 | current version 2.1.0
[2016-02-05 10:00:06,399] [pool-1-thread-1] INFO  s.s.Scheduler - last version 2.0.0 | current version 2.1.0
[2016-02-05 16:00:06,447] [pool-1-thread-1] INFO  s.s.Scheduler - last version 2.0.0 | current version 2.1.0

Any idea ?
On dirait que la tâche s'est terminée hier à 22H,
mais pourquoi est-il toujours bloqué à 98% ?

C'est bloquant, je ne peux pas créer de nouveaux groupes.
Je n'ose pas redémarrer le service; la dernière fois que j'ai fait ça, il a supprimé tout mon historique !

Bien à toi ,
smile

Offline

#16 2016-02-05 16:20:25

serphacker
Administrator
Registered: 2014-06-13
Posts: 411

Re: Les tâches bloquent vers 99% d'avancement

Super, tu vas pouvoir exécuter un jstack, j'ai vu que tu avais essayé mais il a foiré car je crois que ça ne marche pas en root et qu'il faut avoir le même id que l'utilisateur serposcope. Donc essaye :

su - serposcope
jstack 4177 > ./stack-dump.txt
cat ./stack-dump.txt

Aussi peux tu m'afficher le résultat de la commande :

free -m

Offline

#17 2016-02-05 16:22:16

serphacker
Administrator
Registered: 2014-06-13
Posts: 411

Re: Les tâches bloquent vers 99% d'avancement

Aussi, tu peux redémarrer serposcope (mais ne le fais pas, car il faut absolument que j'obtienne un stack dump avant, c'est le seul moyen d'identifier le bug), tu ne perdras pas tout ton historique, juste celle de la dernière vérification.

Offline

#18 2016-02-08 08:28:43

strem
Member
Registered: 2016-01-26
Posts: 19

Re: Les tâches bloquent vers 99% d'avancement

OK, j'ai testé ta commande, mais sans succès, donc j'ai installé sudo et j'ai lancé la commande  :

sudo -H -u serposcope bash -c "jstack 4177"

(l'output dans un fichier causant un permission denied dans le repertoire home)

Et voilà ce que ça m'a renvoyé :

2016-02-08 09:24:47
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.66-b17 mixed mode):

"Attach Listener" #5364 daemon prio=9 os_prio=0 tid=0x000000000098f800 nid=0x16cc waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"qtp940060004-3041" #3041 prio=5 os_prio=0 tid=0x00007f66d558a800 nid=0x53a8 waiting on condition [0x00007f66db0ab000]
   java.lang.Thread.State: TIMED_WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000003d0c14920> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
        at org.eclipse.jetty.util.BlockingArrayQueue.poll(BlockingArrayQueue.java:389)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.idleJobPoll(QueuedThreadPool.java:531)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.access$700(QueuedThreadPool.java:47)
        at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:590)
        at java.lang.Thread.run(Thread.java:745)

"google-2" #2252 prio=5 os_prio=0 tid=0x000000000119d000 nid=0x7749 waiting on condition [0x00007f66d860a000]
   java.lang.Thread.State: TIMED_WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000006aa6c8bb0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
        at java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:467)
        at com.serphacker.serposcope.task.google.GoogleTaskRunnable.run(GoogleTaskRunnable.java:81)
        at java.lang.Thread.run(Thread.java:745)

"google-1" #2251 prio=5 os_prio=0 tid=0x0000000000d65800 nid=0x7748 waiting on condition [0x00007f66dafaa000]
   java.lang.Thread.State: TIMED_WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000006aa6c8bb0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
        at java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:467)
        at com.serphacker.serposcope.task.google.GoogleTaskRunnable.run(GoogleTaskRunnable.java:81)
        at java.lang.Thread.run(Thread.java:745)

"google-0" #2250 prio=5 os_prio=0 tid=0x0000000000b95800 nid=0x7747 runnable [0x00007f66d9fa5000]
   java.lang.Thread.State: RUNNABLE
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
        at java.net.SocketInputStream.read(SocketInputStream.java:170)
        at java.net.SocketInputStream.read(SocketInputStream.java:141)
        at sun.security.ssl.InputRecord.readFully(InputRecord.java:465)
        at sun.security.ssl.InputRecord.read(InputRecord.java:503)
        at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:973)
        - locked <0x00000006aa70c630> (a java.lang.Object)
        at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1375)
        - locked <0x00000006aa70c640> (a java.lang.Object)
        at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1403)
        at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1387)
        at org.apache.http.conn.ssl.SSLConnectionSocketFactory.createLayeredSocket(SSLConnectionSocketFactory.java:395)
        at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.upgrade(DefaultHttpClientConnectionOperator.java:185)
        at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.upgrade(PoolingHttpClientConnectionManager.java:369)
        at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:415)
        at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:236)
        at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184)
        at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88)
        at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)
        at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
        at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
        at com.serphacker.serposcope.scraper.http.ScrapClient.execute(ScrapClient.java:635)
        at com.serphacker.serposcope.scraper.http.ScrapClient.performRequest(ScrapClient.java:444)
        at com.serphacker.serposcope.scraper.http.ScrapClient.get(ScrapClient.java:309)
        at com.serphacker.serposcope.scraper.google.scraper.GoogleScraper.downloadSerp(GoogleScraper.java:159)
        at com.serphacker.serposcope.scraper.google.scraper.GoogleScraper.scrap(GoogleScraper.java:92)
        at com.serphacker.serposcope.task.google.GoogleTaskRunnable.run(GoogleTaskRunnable.java:100)
        at java.lang.Thread.run(Thread.java:745)

"Thread-18" #2249 prio=5 os_prio=0 tid=0x00007f66d48d7000 nid=0x7746 in Object.wait() [0x00007f66d8408000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        at java.lang.Thread.join(Thread.java:1245)
        - locked <0x00000006aa708120> (a java.lang.Thread)
        at java.lang.Thread.join(Thread.java:1319)
        at com.serphacker.serposcope.task.google.GoogleTask.waitForThreads(GoogleTask.java:163)
        at com.serphacker.serposcope.task.google.GoogleTask.doRun(GoogleTask.java:132)
        at com.serphacker.serposcope.task.AbstractTask.run(AbstractTask.java:53)

"qtp940060004-1122" #1122 prio=5 os_prio=0 tid=0x0000000000c42800 nid=0x377f waiting on condition [0x00007f66d8509000]
   java.lang.Thread.State: TIMED_WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000003d0c14920> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
        at org.eclipse.jetty.util.BlockingArrayQueue.poll(BlockingArrayQueue.java:389)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.idleJobPoll(QueuedThreadPool.java:531)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.access$700(QueuedThreadPool.java:47)
        at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:590)
        at java.lang.Thread.run(Thread.java:745)

"Scheduler-2091156596" #27 prio=5 os_prio=0 tid=0x0000000000c74800 nid=0x107c waiting on condition [0x00007f66d890b000]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000003d1161d28> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
        at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1081)
        at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
        at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at java.lang.Thread.run(Thread.java:745)

"pool-2-thread-1" #25 prio=5 os_prio=0 tid=0x00007f66d4697000 nid=0x107a waiting on condition [0x00007f66d9696000]
   java.lang.Thread.State: TIMED_WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000003d1226948> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
        at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093)
        at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
        at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at java.lang.Thread.run(Thread.java:745)

"pool-1-thread-1" #24 prio=5 os_prio=0 tid=0x00007f66d4696000 nid=0x1079 waiting on condition [0x00007f66d9997000]
   java.lang.Thread.State: TIMED_WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000003d12273c0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
        at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093)
        at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
        at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at java.lang.Thread.run(Thread.java:745)

"net.sf.ehcache.CacheManager@15d992a3" #22 daemon prio=5 os_prio=0 tid=0x00007f66d4626800 nid=0x1077 in Object.wait() [0x00007f66d9a98000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:502)
        at java.util.TimerThread.mainLoop(Timer.java:526)
        - locked <0x00000003d11d6758> (a java.util.TaskQueue)
        at java.util.TimerThread.run(Timer.java:505)

"Hikari housekeeper (pool HikariPool-0)" #20 daemon prio=5 os_prio=0 tid=0x00007f66d452e800 nid=0x1071 waiting on condition [0x00007f66da0a7000]
   java.lang.Thread.State: TIMED_WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000003d11a2a10> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
        at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093)
        at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
        at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at java.lang.Thread.run(Thread.java:745)

"qtp940060004-18-selector-ServerConnectorManager@64b2ff00/2" #18 prio=5 os_prio=0 tid=0x00007f66d4139000 nid=0x1070 runnable [0x00007f66dada8000]
   java.lang.Thread.State: RUNNABLE
        at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
        at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
        at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:79)
        at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
        - locked <0x00000003d1162a30> (a sun.nio.ch.Util$2)
        - locked <0x00000003d1162a20> (a java.util.Collections$UnmodifiableSet)
        - locked <0x00000003d1136a38> (a sun.nio.ch.EPollSelectorImpl)
        at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
        at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
        at org.eclipse.jetty.io.SelectorManager$ManagedSelector.select(SelectorManager.java:596)
        at org.eclipse.jetty.io.SelectorManager$ManagedSelector.run(SelectorManager.java:545)
        at org.eclipse.jetty.util.thread.NonBlockingThread.run(NonBlockingThread.java:52)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
        at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
        at java.lang.Thread.run(Thread.java:745)

"qtp940060004-17-acceptor-0@12ddd23f-ServerConnector@1c1a3e14{HTTP/1.1}{0.0.0.0:7134}" #17 prio=5 os_prio=0 tid=0x00007f66d4137000 nid=0x106f runnable [0x00007f66daea9000]
   java.lang.Thread.State: RUNNABLE
        at sun.nio.ch.ServerSocketChannelImpl.accept0(Native Method)
        at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:422)
        at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:250)
        - locked <0x00000003d1117720> (a java.lang.Object)
        at org.eclipse.jetty.server.ServerConnector.accept(ServerConnector.java:377)
        at org.eclipse.jetty.server.AbstractConnector$Acceptor.run(AbstractConnector.java:500)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
        at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
        at java.lang.Thread.run(Thread.java:745)

"qtp940060004-14" #14 prio=5 os_prio=0 tid=0x00007f66d4132000 nid=0x106c waiting on condition [0x00007f66db1ac000]
   java.lang.Thread.State: TIMED_WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000003d0c14920> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
        at org.eclipse.jetty.util.BlockingArrayQueue.poll(BlockingArrayQueue.java:389)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.idleJobPoll(QueuedThreadPool.java:531)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.access$700(QueuedThreadPool.java:47)
        at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:590)
        at java.lang.Thread.run(Thread.java:745)

"qtp940060004-13-selector-ServerConnectorManager@64b2ff00/3" #13 prio=5 os_prio=0 tid=0x00007f66d4130800 nid=0x106b runnable [0x00007f66db2ad000]
   java.lang.Thread.State: RUNNABLE
        at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
        at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
        at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:79)
        at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
        - locked <0x00000003d1134da8> (a sun.nio.ch.Util$2)
        - locked <0x00000003d1134d98> (a java.util.Collections$UnmodifiableSet)
        - locked <0x00000003d1134c70> (a sun.nio.ch.EPollSelectorImpl)
        at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
        at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
        at org.eclipse.jetty.io.SelectorManager$ManagedSelector.select(SelectorManager.java:596)
        at org.eclipse.jetty.io.SelectorManager$ManagedSelector.run(SelectorManager.java:545)
        at org.eclipse.jetty.util.thread.NonBlockingThread.run(NonBlockingThread.java:52)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
        at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
        at java.lang.Thread.run(Thread.java:745)

"qtp940060004-12-selector-ServerConnectorManager@64b2ff00/0" #12 prio=5 os_prio=0 tid=0x00007f66d412e800 nid=0x106a runnable [0x00007f66db3ae000]
   java.lang.Thread.State: RUNNABLE
        at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
        at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
        at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:79)
        at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
        - locked <0x00000003d11655d0> (a sun.nio.ch.Util$2)
        - locked <0x00000003d11655c0> (a java.util.Collections$UnmodifiableSet)
        - locked <0x00000003d1164720> (a sun.nio.ch.EPollSelectorImpl)
        at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
        at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
        at org.eclipse.jetty.io.SelectorManager$ManagedSelector.select(SelectorManager.java:596)
        at org.eclipse.jetty.io.SelectorManager$ManagedSelector.run(SelectorManager.java:545)
        at org.eclipse.jetty.util.thread.NonBlockingThread.run(NonBlockingThread.java:52)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
        at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
        at java.lang.Thread.run(Thread.java:745)

"qtp940060004-11-selector-ServerConnectorManager@64b2ff00/1" #11 prio=5 os_prio=0 tid=0x00007f66d412e000 nid=0x1069 runnable [0x00007f66db4af000]
   java.lang.Thread.State: RUNNABLE
        at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
        at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
        at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:79)
        at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
        - locked <0x00000003d113bc58> (a sun.nio.ch.Util$2)
        - locked <0x00000003d113bc48> (a java.util.Collections$UnmodifiableSet)
        - locked <0x00000003d113ba50> (a sun.nio.ch.EPollSelectorImpl)
        at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
        at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
        at org.eclipse.jetty.io.SelectorManager$ManagedSelector.select(SelectorManager.java:596)
        at org.eclipse.jetty.io.SelectorManager$ManagedSelector.run(SelectorManager.java:545)
        at org.eclipse.jetty.util.thread.NonBlockingThread.run(NonBlockingThread.java:52)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
        at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
        at java.lang.Thread.run(Thread.java:745)

"Service Thread" #9 daemon prio=9 os_prio=0 tid=0x00007f66dc016000 nid=0x1066 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C1 CompilerThread3" #8 daemon prio=9 os_prio=0 tid=0x000000000081e000 nid=0x1065 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread2" #7 daemon prio=9 os_prio=0 tid=0x00007f66dc001000 nid=0x1064 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" #6 daemon prio=9 os_prio=0 tid=0x0000000000813800 nid=0x1063 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" #5 daemon prio=9 os_prio=0 tid=0x0000000000810800 nid=0x1062 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" #4 daemon prio=9 os_prio=0 tid=0x000000000080f000 nid=0x1061 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Finalizer" #3 daemon prio=8 os_prio=0 tid=0x00000000007d6000 nid=0x105f in Object.wait() [0x00007f66e06e0000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
        - locked <0x00000003d0c34a08> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

"Reference Handler" #2 daemon prio=10 os_prio=0 tid=0x00000000007ce800 nid=0x105e in Object.wait() [0x00007f66e07e1000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:502)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:157)
        - locked <0x00000003d0c0d258> (a java.lang.ref.Reference$Lock)

"NinjaJetty" #1 prio=5 os_prio=0 tid=0x000000000060c000 nid=0x1054 in Object.wait() [0x00007f671a57b000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:502)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.join(QueuedThreadPool.java:381)
        - locked <0x00000003d0c5a3b8> (a java.lang.Object)
        at org.eclipse.jetty.server.Server.join(Server.java:560)
        at ninja.standalone.NinjaJetty.doJoin(NinjaJetty.java:119)
        at ninja.standalone.AbstractStandalone.join(AbstractStandalone.java:179)
        at ninja.standalone.AbstractStandalone.run(AbstractStandalone.java:102)
        at serposcope.lifecycle.Daemon.start(Daemon.java:19)
        at serposcope.lifecycle.Daemon.main(Daemon.java:15)

"VM Thread" os_prio=0 tid=0x00000000007c9800 nid=0x105d runnable

"GC task thread#0 (ParallelGC)" os_prio=0 tid=0x0000000000621800 nid=0x1055 runnable

"GC task thread#1 (ParallelGC)" os_prio=0 tid=0x0000000000623000 nid=0x1056 runnable

"GC task thread#2 (ParallelGC)" os_prio=0 tid=0x0000000000625000 nid=0x1057 runnable

"GC task thread#3 (ParallelGC)" os_prio=0 tid=0x0000000000626800 nid=0x1058 runnable

"GC task thread#4 (ParallelGC)" os_prio=0 tid=0x0000000000628800 nid=0x1059 runnable

"GC task thread#5 (ParallelGC)" os_prio=0 tid=0x000000000062a000 nid=0x105a runnable

"GC task thread#6 (ParallelGC)" os_prio=0 tid=0x000000000062c000 nid=0x105b runnable

"GC task thread#7 (ParallelGC)" os_prio=0 tid=0x000000000062d800 nid=0x105c runnable

"VM Periodic Task Thread" os_prio=0 tid=0x00007f66dc019000 nid=0x1067 waiting on condition

JNI global references: 314

Concernant la dernière vérif, est-ce qu'il y a moyen de faire un export MySQL, d'arrêter le service, d'importer le dump SQL et de relancer ?

Merci encore pour ta réactivité, quel engagement dans ton logiciel !

Offline

#19 2016-02-08 10:54:43

serphacker
Administrator
Registered: 2014-06-13
Posts: 411

Re: Les tâches bloquent vers 99% d'avancement

Merci pour ce stack dump, j'ai pu identifier le problème. Je vais corriger ça cette semaine.

Non il n'y a pas de fonctionnalité d'export/import SQL pour le moment. Redémarre et relance une nouvelle vérif, avec de proxies de meilleur qualité si possible.

Offline

#20 2016-02-08 15:29:00

strem
Member
Registered: 2016-01-26
Posts: 19

Re: Les tâches bloquent vers 99% d'avancement

Cool !
Pour le dump, je demandais ça parce que j'ai installé SERPoscope avec une DB MySQL.
Ca me permet d'avoir un peu plus de contrôle sur les données (je viens notamment de passer un user en admin grâce à ça, puisqu'on ne peut pas le faire par l'interface d'admin)
J'essaierai, à l'occaz.

Pour les proxies, je te confirme qu'ils sont de bien piètre qualité, mais mon chef n'est pas encore prêt à payer des proxies dédié.
Que me conseilles-tu ? De rester en direct avec DeathByCaptcha, ou d'utiliser des proxies publics ? (la peste ou le choléra...)

Merci encore !

Offline

#21 2016-02-08 16:48:54

serphacker
Administrator
Registered: 2014-06-13
Posts: 411

Re: Les tâches bloquent vers 99% d'avancement

Tu pourras utiliser des proxies de mauvaises qualité sans soucis une fois que j'aurai corrigé ce bug. (Mais je ne le recommande pas).

Ça coute rien aujourd'hui un VPS chez ovh, 3€ / mois et 2€ / ip supplémentaire (à l'achat uniquement, pas mensuellement). Sinon oui, mieux vaut direct ip + deathbycaptcha si tu as des proxies à chier.

Offline

#22 2016-02-13 13:44:27

slom
Member
Registered: 2016-01-21
Posts: 16

Re: Les tâches bloquent vers 99% d'avancement

Bonjour,

Pour info, depuis la version 2.2.0 les tâches atteignent 100%.

Offline

Board footer