Récemment
-
Des modules et des hacks - liste non exhaustive des modules présentant un risque
Discussion générale17 -
Thème enfant
PhenixSuite16 -
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
[1.6.1.17] Données erronées dans le tableau de bord
-
En version 1.6.1.17, les CA journaliers sont "évolutifs" en fonction de la dernière date de changement de statut d'une commande.
Pour retrouver le fonctionnement normal, soit:
- appliquer ce patch: https://github.com/PrestaShop/PrestaShop/pull/8335
- soit remettre le fichier controllers/admin/AdminStatsController.php de la version 1.6.1.16
Le bug report est ici: http://forge.prestashop.com/browse/PSCSX-9335
-
Petit patch correctif pour les produits les plus vus dans cette page également (Bug si dates sélectionnées == date du jour et ne trie pas les résultats dans l'ordre souhaité)
Dans dashproducts.php ligne 482, remplacez le bloc else par celui-cielse { return Db::getInstance(_PS_USE_SQL_SLAVE_)->executeS(' SELECT p.id_object, pv.counter FROM `'._DB_PREFIX_.'page_viewed` pv LEFT JOIN `'._DB_PREFIX_.'date_range` dr ON pv.`id_date_range` = dr.`id_date_range` LEFT JOIN `'._DB_PREFIX_.'page` p ON pv.`id_page` = p.`id_page` LEFT JOIN `'._DB_PREFIX_.'page_type` pt ON pt.`id_page_type` = p.`id_page_type` WHERE pt.`name` = \'product\' '.Shop::addSqlRestriction(false, 'pv').' AND DATE_FORMAT(dr.`time_start`, "%Y-%m-%d") >= "'.pSQL($date_from).'" AND DATE_FORMAT(dr.`time_end`, "%Y-%m-%d") <= "'.pSQL($date_to).'" ORDER BY pv.counter DESC LIMIT '.(int)$limit); }
-
@eolia Salut , mon code commence comme ca ( { else )
le tien ( else { ) le quel est bon ? merci
-
{ else c'est impossible en php...
-
Salut ok, je t'envoi le code que j'ai ou le fichier ?
dashproducts.php
Je confirme j'ai ca :
}
else
return Db::getInstance(PS_USE_SQL_SLAVE)->executeS('
SELECT p.id_object, pv.counter
FROM'._DB_PREFIX_.'page_viewed
pv
LEFT JOIN'._DB_PREFIX_.'date_range
dr ON pv.id_date_range
= dr.id_date_range
LEFT JOIN'._DB_PREFIX_.'page
p ON pv.id_page
= p.id_page
LEFT JOIN'._DB_PREFIX_.'page_type
pt ON pt.id_page_type
= p.id_page_type
WHERE pt.name
= 'product'
'.Shop::addSqlRestriction(false, 'pv').'
AND dr.time_start
BETWEEN "'.pSQL($date_from).'" AND "'.pSQL($date_to).'"
AND dr.time_end
BETWEEN "'.pSQL($date_from).'" AND "'.pSQL($date_to).'"
LIMIT '.(int)$limit);
}public function getMostSearchTerms($date_from, $date_to, $limit = 10) { if (!Module::isInstalled('statssearch')) return array();
-
On est bien d'accord, j'ai la même chose^^
Donc tu remplaces le bloc else avec le code que je t'ai fourni plus haut...
-
@eolia Merci ^^ Bonne pâques
-
Je n'arrive pas à comprendre qu'il faille polluer pendant 3 jours le topic pour quelque chose qui se résout d'un simple test A/B en 2 mn et qui au final consiste à faire très exactement ce qui est écrit. Ni plus, ni moins
-
Ce message a été supprimé !