Récemment
-
Images produit qui disparaissent
Bugs & Améliorations15 -
Urls bizarres dans la console search
PhenixSuite12 -
Erreurs 410 dans BO
PhenixSuite3 -
la classe search
Bugs & Améliorations2 -
Probleme depuis MAJ phenix 1.6.2.36
PhenixSuite8 -
[resolu] Le module mondial relay 3.4.5
Bugs & Améliorations1 -
controlleur fournisseurs.
Bugs & Améliorations11 -
J'en profite (la fougue de la jeunesse) (ah ah ah)
Bugs & Améliorations5 -
Bon dernier du jour mais cela me turlupine classe search
Bugs & Améliorations4 -
se connecter comme un client idntifié
Bugs & Améliorations1 -
la bonne blague
Discussion générale2 -
Passage de la 16.1.9 a la PhenixSuite 1.6.2.36
Bugs & Améliorations8 -
Echec de l'installation de Creative Elements
Bugs & Améliorations3 -
[Résolu] Modification données client dans l'admin
PhenixSuite10 -
googletagmanager
PhenixSuite2 -
2 téléphones obligatoires
PhenixSuite11 -
Liens qui disparaissent
PhenixSuite5 -
Smart cache JS et Iphone
PhenixSuite1 -
Hack ancien PS 1.6 avant mise à jour Phenix
PhenixSuite3 -
[RESOLU]Souci Revolut et Hipay
Modules11
Aperçu de l'activité dans le dashboard vide [RÉSOLU]
-
Bonjour (décidément),
depuis la .21 (après, ça ne m'empêche pas de respirer, au vu des nombreuses améliorations), l'aperçu reste muet :
-
Ouvrez votre console (F12) et regardez la réponse ajax, il doit y avoir quelque chose qui coince^^
-
j'ai une réponse 500
-
donc on active le mode debug et on regarde le contenu de la réponse :)
-
yup, mais il se trouve que je n'ai pas de message d'erreur en debug.
(Et j'évite, sur la prod, parce qu'en FO il y a de nombreux messages d'erreur)
-
le message d'erreur doit se trouver dans la réponse XHR, sinon il est dans le error.log de votre serveur.
-
@Olivier75009 a dit dans Aperçu de l'activité dans le dashboard vide :
(Et j'évite, sur la prod, parce qu'en FO il y a de nombreux messages d'erreur)
ben ça il faut les corriger, un site doit être sans erreur !
-
Il se trouve que ce sont sur des modules de partenaires qui mettent du temps à corriger, ou qui s'en f.. éperdument.
-
Copie d'écran des erreurs de leurs modules et on les balance sur les réseaux sociaux avec le nom des auteurs^^
-
s'pas idiot ;)
(y'a blockuserinfotop d'ailleurs, il me semble que c'est du presta natif ça - mais à leur décharge, c'est sur addCSS et isLogged que ça coince, pas compatible sûrement avec php7.4)
À ce propos, il m'a fallut (dans la précipitation, pour corriger quelques erreurs sur mes modules) ajouter #[AllowDynamicProperties] pour certaines de mes classes. Pas glop.
J'ai pas encore terminé l'override de pagenotfound pour ajouter les url referrer aux ips que j'ai préféré prendre pour ban, mais j'ai quelques 404 ajax sur l'admin (ajax;php il me semble)
-
Étonnamment, sans le mode debug j'ai bien une réponse 500 dans le xhr (l'autre capture est en debug) :
[Wed Nov 29 18:14:08.241437 2023] [proxy_fcgi:error] [pid 1585555] [client 192.168.0.254:55546] AH01071: Got error 'PHP message: PHP Warning: PDO::query(): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ',)\n GROUP BY c.id_connections\n ORDER BY...' at line 17 in /var/www/clients/client1/web4/web/classes/db/DbPDO.php on line 151PHP message: PHP Fatal error: Uncaught Error: Call to a member function rowCount() on bool in /var/www/clients/client1/web4/web/classes/db/DbPDO.php:203\nStack trace:\n#0 /var/www/clients/client1/web4/web/classes/db/Db.php(757): DbPDOCore->_numRows()\n#1 /var/www/clients/client1/web4/web/modules/dashactivity/dashactivity.php(213): DbCore->numRows()\n#2 /var/www/clients/client1/web4/web/classes/Hook.php(681): Dashactivity->hookDashboardData()\n#3 /var/www/clients/client1/web4/web/classes/Hook.php(622): HookCore::coreCallHook()\n#4 /var/www/clients/client1/web4/web/controllers/admin/AdminDashboardController.php(444): HookCore::exec()\n#5 /var/www/clients/client1/web4/web/classes/controller/AdminController.php(1000): AdminDashboardControllerCore->ajaxProcessRefreshDashboard()\n#6 /var/www/clients/client1/web4/web/controllers/admin/AdminDashboardController.php(384): AdminControllerCore->postProcess()\n#7 /var/www/clients/client1/web4/web/classes/controller/Controller.php(201): AdminDashboardControllerCore->po...', referer: URL/adminxxxxxxx/index.php?controller=AdminDashboard&token=6c8860060a7ed2f741de0af9edf0a6c6
Tiens, une erreur rowCount (celle que j'avais sur le module de notre logisticien, en fait)
-
rajoutez un d($sql); à la ligne 211 et vous aurez la requête dans le retour XHR
Ensuite copiez/collez cette requête dans votre gestionnaire de base de données et dites-moi l'erreur
-
Chez moi ça donne ça:
SELECT c.id_guest, c.ip_address, c.date_add, c.http_referer, pt.name as page FROM `ps_connections_page` cp INNER JOIN `ps_connections` c ON(c.id_connections = cp.id_connections) INNER JOIN `ps_page` p ON(p.id_page = cp.id_page) INNER JOIN `ps_page_type` pt ON(p.id_page_type = pt.id_page_type) INNER JOIN `ps_guest` g ON(c.id_guest = g.id_guest) WHERE (g.id_customer IS NULL OR g.id_customer = 0)
-
A mon avis il vous manque une colonne
-
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