NPDS
Responsive
Labo de développement 2015-2025 version master
17 visiteur(s) et 0 membre(s) en ligne.
Samedi 15 août 2026 à 12:39:51
Samedi 15 août 2026 à 12:39:51
Radios online
Langue
Carte des utilisateurs
🎨 Skin viewer
Anniversaire
Aucun anniversaire à venir
Galeries Photo
Petites Annonces
Les plus téléchargés
- 1 npds_galerie626
- 2 npds_agenda594
- 3 86-Car550
- 4 npds_annonces 546
- 5 Programmes de Technologie 1985 MEN ...545
- 6 photosize531
- 7 npds_glossaire516
- 8 npds_encapsuleur506
- 9 bootstrap.png440
- 10 superhero418
Index du forum »» Geoloc »» [Résolu] - comptabilisation des visites des IP V6
[Résolu] - comptabilisation des visites des IP V6#911
2Contributeur(s)
1 Modérateur(s)
jpb
il semble que la comptabilisation des visites en IP V6 ne fonctionne pas
(toutes les IPV6 dans la table ip_loc affiche 0 visite ... (ce devrait être 1 ou plus)
cause probable : déchiffrage des adresses défectueuses (core ?)
non il s'agit de la table ip_ip qui n'a pas assez de caracteres 39 (ce qui correspondait au maxi d'une adresse IPV6)
MAIS comme getip() renvoi une adresse avec urlencode() ceci augmente le nombre de caracteres car les : de l'adresse sont encodés %3A ce qui fait donc 21 caracteres pour les séparateurs au lieu de 7 ...
enfin bref ceci tronquait donc notre adresse ipV6 .....j'ai donc modifié le max de la table jusqu'a 44 caracteres (max +1)
==> to check
bon les adresses sont correctes mais je n'ai toujours pas la comptabilisation correcte
probablement la comparaison avant la requete +1 pour l'incrémentation de la visite ...
==> à revoir
arggh j'ai besoin de vacances
8*4(32) + 3*7(21) == 53
re-modification de la table (54) bon ce devrait être bon maintenant ...
=> à rechecker
(toutes les IPV6 dans la table ip_loc affiche 0 visite ... (ce devrait être 1 ou plus)
cause probable : déchiffrage des adresses défectueuses (core ?)
non il s'agit de la table ip_ip qui n'a pas assez de caracteres 39 (ce qui correspondait au maxi d'une adresse IPV6)
MAIS comme getip() renvoi une adresse avec urlencode() ceci augmente le nombre de caracteres car les : de l'adresse sont encodés %3A ce qui fait donc 21 caracteres pour les séparateurs au lieu de 7 ...
enfin bref ceci tronquait donc notre adresse ipV6 .....j'ai donc modifié le max de la table jusqu'a 44 caracteres (max +1)
==> to check
bon les adresses sont correctes mais je n'ai toujours pas la comptabilisation correcte
probablement la comparaison avant la requete +1 pour l'incrémentation de la visite ...
==> à revoir
arggh j'ai besoin de vacances
8*4(32) + 3*7(21) == 53
re-modification de la table (54) bon ce devrait être bon maintenant ...
=> à rechecker
L'eau goutte à goutte finit toujours par percer la pierre...
Message édité par : jpb / 05-10-2017 13:54
Message édité par : jpb / 05-10-2017 13:55
Message édité par : jpb / 06-10-2017 09:09
Message édité par : jpb / 07-10-2017 11:15
npdsutilisateur
bonjour,
y aurait il un rapport /un lien avec le dedoublement du/des meme(s)visiteur(s) que l'on constate de temps a autre.? (dans le bloc membre) voir triplement ..
@+
y aurait il un rapport /un lien avec le dedoublement du/des meme(s)visiteur(s) que l'on constate de temps a autre.? (dans le bloc membre) voir triplement ..
@+
test signature
jpb
yo
en principe non ... cette anomalie est présente depuis des années sur NPDS ( raffraichissement parfois un peu cahotique de la table session ....) ..
en principe non ... cette anomalie est présente depuis des années sur NPDS ( raffraichissement parfois un peu cahotique de la table session ....) ..
L'eau goutte à goutte finit toujours par percer la pierre...
