Récemment
-
SumUp Payments Constant Update Request
Modules2 -
PaypalAPI erreur
PhenixSuite53 -
Problèmes de prix avec plusieurs devises et PayPal
PhenixSuite6 -
Solutions de paiement...
Discussion générale5 -
Petit code pour les descriptions de produits
Discussion générale3 -
Feuilles de styles non chargées si smart cache activé [RÉSOLU]
PhenixSuite5 -
PayPal Module Error
Bugs & Améliorations2 -
Transient Bug after 1.6.2.31 Upgrade
Bugs & Améliorations2 -
blockcategory et left_column
BUG connus1 -
[REGLÉ] override - je n'y arrive pas.
Modules10 -
les routes sur mesures
Discussion générale6 -
Nouvelle attaque ?
Discussion générale11 -
Problème calcul HT
Bugs & Améliorations42 -
Erreur sur facture générée depuis le FO
PhenixSuite3 -
Factures ne se génèrent plus depuis 06/12 [RÉSOLU]
Bugs & Améliorations20 -
Edition en masse des déclinaisons
Nouvelles fonctionnalités4 -
Mise à niveau de Prestashop 1.6.24 vers PhenixSuite 1.6.30
Discussion générale2 -
Thème possible
Questions relatives à l'installation/upgrade2 -
erreurs cleaner
Discussion générale3 -
multiples déclinaisons sur produit [RÉSOLU]
Bugs & Améliorations22
Aperçu de l'activité dans le dashboard vide [RÉSOLU]
-
ou alors vous avez des IPV6 dans vos IP de maintenance. Ce pb est en cours de résolution (Prestashop n'a jamais géré les IPV6)
Pour info, il n'est plus nécessaire de mettre son IP dans cette page, Phenix se basant sur le cookie admin.
-
Et oui, j'ai des ipv6 dans les ips de maintenance (que j'ai supprimé du coup, avec toutes les autres ipv4).
-
sans les ipv6 dans la maintenance, c'est ok ? Que donne votre requête SQL ?
-
ça donne la même chose
-
vous avez toujours une erreur 500 ?
-
non, ni en debug ni sans debug
-
Donc ça fonctionne ?
-
Je n'ai plus d'erreur 500, mais dashactivity reste vide.
-
Pas d'erreur js en console ou sur un des autres appels XHR ?
-
Non, rien de rien
-
Vous pouvez m'envoyer un accès à votre BO ?
-
Je crée un employé et je vous fournit ça en (discussion)
-
Petit aparté, peut-être faire une correction pour la prochaine version sur blockuserinfotop (peut-être aussi sur d'autres modules natifs Presta) en remplaçant les Tools::addXXX par $this->context->controller->addXXX, $cookie->isLogged() par $this->context->customer->isLogged() et dans les templates les $cookie->isLogged() par $logged (sinon, en debug ça va faire sale).
NB : vu qu'on en a parlé dans le fil...
-
En réponse au petit aparté, il n'existe pas de module natif "blockuserinfotop", il y a uniquement "blockuserinfo" et il est déjà écrit correctement :)
-
Ben zut, je sais pas d'où il sort celui-ci du coup (après j'ai repris le site depuis quelques temps, et y'a eu du ménage à faire, et c'est pas fini !)
-
Toujours la même erreur sur dashactivity :
PHP Fatal error: Uncaught Error: Call to a member function rowCount() on bool in /root/classes/db/DbPDO.php:203\nStack trace:\n#0 /root/classes/db/Db.php(757): DbPDOCore->_numRows()\n#1 /root/modules/dashactivity/dashactivity.php(213): DbCore->numRows()\n#2 /root/classes/Hook.php(681): Dashactivity->hookDashboardData()\n#3 /root/classes/Hook.php(622): HookCore::coreCallHook()\n#4 /root/controllers/admin/AdminDashboardController.php(444): HookCore::exec()\n#5 /root/classes/controller/AdminController.php(1000): AdminDashboardControllerCore->ajaxProcessRefreshDashboard()\n#6 /root/controllers/admin/AdminDashboardController.php(384): AdminControllerCore->postProcess()\n#7 /var/www/clients/client3/web3/web/classes/controller/Controller.php(201): AdminDashboardControllerCore->po...', referer: https://URL/adminXXXXXXXXXXXP/index.php?controller=AdminDashboard&token=xxxxxxxxxxxxx
-
Bah d($sql); et on regarde dans la console, il doit y avoir un truc incorrect^^
-
Décidément, toujours rien. Pourtant les autres modules de stats (visiteurs...) ont bien des datas.
-
Dans maintenance, j'avais des IPv6 que j'avais pourtant supprimées, mais y'avait du ghosting dans la BDD, Eolia m'a conseillé de vider une table (ghost) qui n'avait pas était "trunquer" depuis le BO et "MAGIC". Point final. Bonne nuit à tous. Pis bisous, tiens.