Langue
🎨 Skin viewer
Les plus téléchargés
- 1 npds_agenda415
- 2 npds_galerie384
- 3 Programmes de Technologie 1985 MEN ...381
- 4 86-Car368
- 5 photosize359
- 6 npds_annonces 357
- 7 npds_glossaire348
- 8 npds_encapsuleur343
- 9 bootstrap.png316
- 10 superhero288
Index du forum »» Geoloc »» [Résolu] - "Essoufflement" à + de 2000 IP (en admin)
[Résolu] - "Essoufflement" à + de 2000 IP (en admin) #1048
2Contributeur(s)
1 Modérateur(s)
npdsutilisateur
J'avais l'habitude d'avoir de petit ralentissement (en admin) dès que j'arrivai à + de 12 000 IP (pour corriger cela, je vidais simplement la table loc-ip) ....
Néanmoins, je remarque depuis bientôt 1 à 2 mois, que ça commence à saturer des j'arrive à + de 2 000 IP,
=> pour pouvoir accéder ou lire plus facilement la MAP, c'est (1) ou je quitte le mode "admin" ou (2) je vide la table qui collecte les IP.
jpb => Je te laisse la base avec les 3000 IP si tu souhaites voir/tester le PB
=> A mon avis, ce doit être l'API ont dû brider certains trucs aussi.
De mon côte => Je vais encore voir du côté serveur, si cet engorgement est tracé par quelque part..
Néanmoins, je remarque depuis bientôt 1 à 2 mois, que ça commence à saturer des j'arrive à + de 2 000 IP,
=> pour pouvoir accéder ou lire plus facilement la MAP, c'est (1) ou je quitte le mode "admin" ou (2) je vide la table qui collecte les IP.
jpb => Je te laisse la base avec les 3000 IP si tu souhaites voir/tester le PB
=> A mon avis, ce doit être l'API ont dû brider certains trucs aussi.
De mon côte => Je vais encore voir du côté serveur, si cet engorgement est tracé par quelque part..
jpb
je pense vraiment que c'est juste un probleme de js et de navigateur
sur prev je viens de regarder on a donc 348 markers pour tes membres georeferencés et environ 4000 IP
et c'est la fabrication (donc en js) de ces 4000 markers qui prend du temps....
puis leur affichage quand on le demande ...(plus d'une minute ....)
donc la on atteint des limites qu'il faudra qu'on essai de contourner ....
donc cela vient juste de l'ampleur de la tache à effectuer ....
et donc comme on en avait dèjà discuter de l'implémentation d'un cluster de marker .....
sur prev je viens de regarder on a donc 348 markers pour tes membres georeferencés et environ 4000 IP
et c'est la fabrication (donc en js) de ces 4000 markers qui prend du temps....
puis leur affichage quand on le demande ...(plus d'une minute ....)
donc la on atteint des limites qu'il faudra qu'on essai de contourner ....
donc cela vient juste de l'ampleur de la tache à effectuer ....
et donc comme on en avait dèjà discuter de l'implémentation d'un cluster de marker .....
L'eau goutte à goutte finit toujours par percer la pierre...
This message was edited by : jpb / 2018-06-17 11:28
npdsutilisateur
C'est fort probable, mais...
Le seul truc qui m'interpellait (c'est encore le cas) est :
Qu'est-ce qui explique la variante de cette saturation (du à la fabrication de ces x markers).entre... :
Le seul truc qui m'interpellait (c'est encore le cas) est :
Qu'est-ce qui explique la variante de cette saturation (du à la fabrication de ces x markers).entre... :
- + de 2000IP, il y a quelques mois (2 à 4 mois) .& à
- + de 10 000 IP auparavant ...(?)
Message édité par : npdsutilisateur / 17-06-2018 12:05
jpb
oui j'ai peut être aussi introduit du code qui ralenti plus le process de fabrication construction de fichier des ip ?... ou autre ....
L'eau goutte à goutte finit toujours par percer la pierre...