Oui, c'est en local sur www.revolutionv16
... j'ai fixé $nuke_url à
http://127.0.0.1 (sans repérer de changement)
... echo $_SERVER; renvoie "Array"
L'activation de la page par défaut démarre par le warning ci-dessous, le reste me semble bien fonctionner.
A suivre :b
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
Call Stack
# Time Memory Function Location
1 0.0001 363904 {main}( ) ...\index.php:0
2 0.0051 521992 select_start_page( $op = 'edito', '' ) ...\index.php:258
3 0.0052 522120 theindex( $op = 'edito', $catid = '', $marqeur = '' ) ...\index.php:48
4 0.0112 558040 !include!( 'C:\wamp64\www\revolutionv16\themes\Rev2016\central.php ) ...\index.php:233
5 0.0116 566264 meta_lang( $Xcontent = '
\n
\n
Bienvenu sur Npds Révolution 16
Gestionnaire de contenu & de communauté\n
\n
\n
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
pour voir ce qu'il y a dans $_SERVER fait simplement un phpinfo() un fichier <?php phpinfo() ?>
Phpinfo()
C'est fait, j'ai adressé le tout par mp.
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.
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é ! ...
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
mais bien sûr que oui !! merci @nico et en plus on en avait déjà parlé !...
<== c'est corrigé
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
:=!
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