Logo
Message
Logo
esa saradin @esa
5 mois
bonjour , tests et debug ce jour sur le module nouveaux produits qui affiche les produits existants depuis plusieurs mois et modifiés ce jour donc c'est incorrect .C'est la table product_shop qui sert de source pour la requete select. Les requetes UPDATE de product_shop sont bien sur date_upd mais j'ai ceci dans les propriétes date_add de la table product_shop , il semble que le on_update sur product_shop soit mis sur date_add au lieu de date_upd. J'ai modifié en conséquence et le module n'affiche plus les produits updatés ce jour mais uniquement les créations.
Picture
Eolia @eolia
5 mois
a répondu au Message de esa saradin - 5 mois
Le ON UPDATE dépend de votre base mais de toute façon c'est le code qui effectue les mises à jour.
Le schéma de base de cette table:

CREATE TABLE `ps_product_shop` (
`id_product` int(11) unsigned NOT NULL,
`id_shop` int(11) unsigned NOT NULL,
`id_category_default` int(11) unsigned DEFAULT NULL,
`id_tax_rules_group` int(11) unsigned NOT NULL,
`on_sale` tinyint(1) unsigned NOT NULL DEFAULT 0,
`online_only` tinyint(1) unsigned NOT NULL DEFAULT 0,
`display_condition` tinyint(1) unsigned NOT NULL DEFAULT 0,
`ecotax` decimal(17,6) NOT NULL DEFAULT 0.000000,
`minimal_quantity` int(11) unsigned NOT NULL DEFAULT 1,
`price` decimal(20,6) NOT NULL DEFAULT 0.000000,
`wholesale_price` decimal(20,6) NOT NULL DEFAULT 0.000000,
`unity` varchar(255) DEFAULT NULL,
`unit_price_ratio` decimal(20,6) NOT NULL DEFAULT 0.000000,
`additional_shipping_cost` decimal(20,2) NOT NULL DEFAULT 0.00,
`customizable` tinyint(2) NOT NULL DEFAULT 0,
`uploadable_files` tinyint(4) NOT NULL DEFAULT 0,
`text_fields` tinyint(4) NOT NULL DEFAULT 0,
`active` tinyint(1) unsigned NOT NULL DEFAULT 0,
`redirect_type` enum('','404','301','302','410','1301','1302','9301','9302') NOT NULL DEFAULT '1302',
`id_product_redirected` int(11) unsigned NOT NULL DEFAULT 0,
`available_for_order` tinyint(1) NOT NULL DEFAULT 1,
`available_date` date NOT NULL DEFAULT '0000-00-00',
`condition` enum('new','used','refurbished') NOT NULL DEFAULT 'new',
`show_price` tinyint(1) NOT NULL DEFAULT 1,
`indexed` tinyint(1) NOT NULL DEFAULT 0,
`visibility` enum('both','catalog','search','none','nowhere') NOT NULL DEFAULT 'both',
`cache_default_attribute` int(11) unsigned DEFAULT NULL,
`advanced_stock_management` tinyint(1) NOT NULL DEFAULT 0,
`date_add` datetime NOT NULL,
`date_upd` datetime NOT NULL,
`pack_stock_type` int(11) unsigned NOT NULL DEFAULT 3,
`increase_quantity_pack` tinyint(1) unsigned NOT NULL DEFAULT 1,
`never_discounted` tinyint(1) unsigned NOT NULL DEFAULT 0,
PRIMARY KEY (`id_product`,`id_shop`),
KEY `id_category_default` (`id_category_default`),
KEY `date_add` (`date_add`,`active`,`visibility`),
KEY `indexed` (`indexed`,`active`,`id_product`),
KEY `never_discounted` (`never_discounted`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_general_ci;
esa saradin @esa
5 mois
a répondu au Message de Eolia - 5 mois
ah dans les propriétés listées date_upd n'a pas le on_update ( mise à jour par php) mais si vous avez un on update sur date_add alors à chaque modif , date_add est updatée par le moteur mysql et la fonction getNewProducts capture cet article puisque selon les critères de date , c'est un nouvel article. Mais c'est ok maintenant , j'ai supprimé le on update sur date_add et le module nouveaux produits ne liste que les nouveaux produits. Merci pour vos précisions.
Eolia @eolia
a répondu au Message de esa saradin - 5 mois
Je pense que votre souci vient d'ailleurs.
ObjectModel ne renvoie jamais une date_add vide lors d'un update.
"Une colonne auto-initialisée est définie sur l'horodatage actuel pour les lignes insérées qui ne spécifient aucune valeur pour la colonne."

Donc si vous avez un script ou un module qui met directement à jour la table ps_product_shop sans préciser de valeur pour date_add, celle-ci sera écrasée par la date courante.

"Une colonne mise à jour automatiquement est automatiquement mise à jour avec l'horodatage actuel lorsque la valeur de toute autre colonne de la ligne est modifiée par rapport à sa valeur actuelle. Une colonne mise à jour automatiquement reste inchangée si toutes les autres colonnes sont définies sur leurs valeurs actuelles. Pour empêcher une colonne mise à jour automatiquement de se mettre à jour lorsque d'autres colonnes changent, définissez-la explicitement sur sa valeur actuelle"
Qui suivre
avatar
Eolia
28 Abonnés
avatar
BigM
9 Abonnés
avatar
esa saradin
7 Abonnés
avatar
Khundo
9 Abonnés
avatar
Julien
6 Abonnés
Voir plus
Actualités
PhenixSuite
employee
dashboard
carrier_wizard
1
0
LoadModule
conseil
bestpractice
blabla
shop_version
version
humour
produits