Récemment
-
Images produit qui disparaissent
Bugs & Améliorations il y a environ 4 jours15 -
Urls bizarres dans la console search
PhenixSuite il y a environ 7 jours12 -
Erreurs 410 dans BO
PhenixSuite il y a environ 7 jours3 -
la classe search
Bugs & Améliorations il y a environ 9 jours2 -
Probleme depuis MAJ phenix 1.6.2.36
PhenixSuite il y a environ 9 jours8 -
[resolu] Le module mondial relay 3.4.5
Bugs & Améliorations il y a environ 12 jours1 -
controlleur fournisseurs.
Bugs & Améliorations il y a environ 14 jours11 -
J'en profite (la fougue de la jeunesse) (ah ah ah)
Bugs & Améliorations il y a environ 15 jours5 -
Bon dernier du jour mais cela me turlupine classe search
Bugs & Améliorations il y a environ 15 jours4 -
se connecter comme un client idntifié
Bugs & Améliorations il y a environ 15 jours1 -
la bonne blague
Discussion générale il y a environ 17 jours2 -
Passage de la 16.1.9 a la PhenixSuite 1.6.2.36
Bugs & Améliorations il y a environ 21 jours8 -
Echec de l'installation de Creative Elements
Bugs & Améliorations il y a environ 28 jours3 -
[Résolu] Modification données client dans l'admin
PhenixSuite il y a environ 28 jours10 -
googletagmanager
PhenixSuite il y a environ 29 jours2 -
2 téléphones obligatoires
PhenixSuite 21 juin 2025, 21:5411 -
Liens qui disparaissent
PhenixSuite 21 juin 2025, 17:545 -
Smart cache JS et Iphone
PhenixSuite 20 juin 2025, 23:121 -
Hack ancien PS 1.6 avant mise à jour Phenix
PhenixSuite 16 juin 2025, 07:423 -
[RESOLU]Souci Revolut et Hipay
Modules 14 juin 2025, 18:5511
Aperçu de l'activité dans le dashboard vide [RÉSOLU]
-
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
-
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 ?