Récemment
-
Urls bizarres dans la console search
PhenixSuite6 -
Images produit qui disparaissent
Bugs & Améliorations5 -
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 -
[RESOLU]Image produit dans compte client > commande
PhenixSuite10
[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é !