logo

NPDS : Gestion de contenu et de communauté


Content & Community Management System (CCMS) robuste, sécurisé, complet, performant, parlant vraiment français, libre (Open-Source) et gratuit.
25 visiteur(s) et 0 membre(s) en ligne.
Activité du Site

Pages vues depuis 25/05/2001 : 109 364 900

  • Nb. de membres 8 695
  • Nb. d'articles 1 695
  • Nb. de forums 26
  • Nb. de sujets 8
  • Nb. de critiques 92

Top 10  Statistiques

Index du forum »»  Pour débuter »» Comportement Revolution V16

Modérateur(s)developpeurjpbJireck

Poster une réponse dans le sujet

A propos des messages publiés :
Les utilisateurs anonymes peuvent poster de nouveaux sujets et des réponses dans ce forum.

 

Aperçu des sujets :

jpb jpb
Posté : 3 juil. 2024 à 16:09
oui good ! on a poussé un peu plus la correction en abandonnant urlencode dans la fonction getip() et donc du coup remodifié les urldecode qui ne serve plus à rien ... et du coup maintenant les ip ne sont plus urlencodés dans les tables ...
https://github.com/npds/npds_dune/commit/a5a08f83653e74f324402fd65db6b9b229aa63a3
cheval29 cheval29
Posté : 3 juil. 2024 à 12:36
De mon côté j'ai modifié la ligne 95 pour
'.gethostbyaddr(urldecode($host_addr)).'

Liste des sessions affiche bien maintenant ::1
Et HOST_ADR de la table contient %3A%3A1

:=!


nicolas2 nicolas2
Posté : 1 juil. 2024 à 11:37
hi hi hi
jpb jpb
Posté : 1 juil. 2024 à 09:10
mais bien sûr que oui !! merci @nico et en plus on en avait déjà parlé !...
<== c'est corrigé
nicolas2 nicolas2
Posté : 30 juin 2024 à 23:46
C:\wamp64\www\revolutionv16\modules\session-log\session-log.php on line 95

gethostbyaddr(urldecode($host_addr))


$host_addr n'est pas décoder via urldecode donc Warning: gethostbyaddr(): Address is not a valid IPv4 or IPv6 address in .....

$host_addr devrais être ::1 et non %3A%3A1

dans la tabe sql le $host_addr est encoder avec urlencode sur la function getip() pour le contrôle avec gethostbyaddr il faut donc decoder avec urldecode($host_addr) et donc ip valide

et ta function gethostbyaddr() te renverra le hostname valide de ta machine

;-)

Message édité par : nicolas2 / 01-07-2024 00:14

jpb jpb
Posté : 30 juin 2024 à 15:38
merci vu le mp ! il me permet de comprendre ce qui se passe avec cette IP
en fait ton server renvoi ::1 une adresse IP en format IPV6 loopback ce qui équivaut à 127.0.0.1. si il était en format IPV4 ...

:# donc il semble bien que cela ne convienne pas à notre suite de fonction (native et celles de npds) .... donc voilà une possibilité à prendre en compte .... :-o :-o

pour ton theme je te conseille un theme se finissant par _sk (ils sont les plus aboutis...) et ca te donnera infiniment plus de possibilité ! ...
cheval29 cheval29
Posté : 30 juin 2024 à 13:01
J'ai utilisé l'administration meta-lang pour encadrer les 2 termes topic_status (ForumL & ForumP) et... la magie du grand sorcier a opéré : y'a plus ces warnings.
Je passe les thèmes en revue pour retenir celui qui convient le mieux avec mes extensions.
cheval29 cheval29
Posté : 30 juin 2024 à 12:50
Phpinfo()
C'est fait, j'ai adressé le tout par mp.
jpb jpb
Posté : 30 juin 2024 à 11:33
pour voir ce qu'il y a dans $_SERVER fait simplement un phpinfo() un fichier <?php phpinfo() ?>
jpb jpb
Posté : 30 juin 2024 à 11:30
Warning: Use of undefined constant topic_status - assumed 'topic_status' (this will throw an Error in a future version of PHP) in C:\wamp64\www\revolutionv16\modules\meta-lang\adv-meta_lang.php(242) : eval()'d code on line 100

oui ! il y a deux fautes dans( l'archive sql) les metamots ForumP() ForumL() ... donc dans ton phpmyadmin (ou autre) trouve ses deux metamots et modifie les en encadrant le topic_status comme ça 'topic_status'

ses deux vieux metamots souffre de plusieurs incohérences et son en cours de réécriture .... (et comme tu utilise le theme Rev2016 qui utilise central.php qui utilise un des metamots tu as l'erreur...)

Message édité par : jpb / 30-06-2024 11:40