moncler

Idem chez moi apres une mise a jour Les commandes n ont aucun statut et il faut le rajouter a la main

Meme probleme pour mes modules, lorsqu'une image est redimentionnée, uploadée... elle est avec les droits 0600 au lieu de 0644, et ce depuis la maj 1.4.7

Bonjour, Nous avons develloppé une passerelle (sous forme de module) pour les places de marché Rue Du Commerce, PriceMinister et Pixmania, et nous projettons de faire Ebay et amazon dans un avenir proche. (il faut etudier la faisabilité du projet, pour ebay cela m a parut faisable, la difficulté venant surtout de trouver une documentation a jour) Pour l'instant elle n'est pas commercialisable en l'état, elle "optimisée" pour le prêt à porter seulement (mais modifiable) et elle necessite une amelioration de l'interface pour être utilisée par Mr tous le monde car il s'agit d'un module assez complexe, qui ne touche pas cependant au coeur de prestashop (version 1.2.5 pour le moment) Il y a beaucoup de parametre reglable mais cela necessite en outre un miminum sur les carateristique des produits pour être compatible avec les specifications de chaque place de marché, chaque categorie imposant leur propre attribut et caracteristique. Une fois configurer le module est entierement automatisé (gestion des commandes, maj des stock etc...) et permet egalement d'etre utilisé pour des comparateur de prix, vente privée... Nous avons également developper un logiciel qui comble les 'defaults' de presta concernant la gestion en masse des produits (par exemple changer de categorie, prix, reduction), servant egalement de passerelle avec un logiciel de caisse (actuelement solsys) avec synchronisation des stock, automatisation des imports de produit, traitement des images egalement. Nous prevoyons de commercialiser le module une fois la partie ebay et amazon terminée, l'offre sera certainement annoncé dans la partie offre et prestation du forum. Cordialement,

Idem mais il m arrive souvent de les modifier par contre (creation de classes filles)

Correctif du bug: Remplacer ligne 918 par Db::getInstance()->autoExecute(_DB_PREFIX_.'cron', $values, 'UPDATE', 'id_cron='.$cron['id_cron']); ligne 937 par Db::getInstance()->autoExecute(_DB_PREFIX_.'cron_url', $values, 'UPDATE', 'id_cron_url='.$cron['id_cron_url']); Fichier pour le prestastore cijoint @+ cron.php

Tout d abord merci pour ce module bien pratique J'ai un petit soucis, pour le moins bizzare. Lorsque j'utilise une seul tache le module fonctionne sans probleme. Par contre lorsqu'il y a plus d'une tache: les taches sont toute executées simultanement lorsque je clique sur configurer le module au debut. (c'est peut etre necessaire cela dit) les taches sont toute executées sur le rythme de chaque taches. Ca fonctionne correctement chez vous avec plusieurs taches? @+

Le mieux est de passer par des modules. La plupart du temps on peux s en sortir, le seul hic est que cela peut etre plus consommateur en ressource qu en modifiant directement le core

Le nom des produit doit etre rentré dans chaque langue de la boutique ds les tables ps_product_lang.

Il faut simplement utiliser les hook, il y en un apres un paiement validé

pour controler l'espace disque il faudra aussi limiter le nombre d'image ainsi que leur taille, c'est de loin ce qui prend le plus d'espace disque.

C'est moi qui avait fait cette modif, pour les liens produits j'ai tout simplement utiliser la methode de base de prestashop (qui gere le rewriting) via l'objet $link de la classe Link. Mais selon les version comme celle ci était buggé (cf le bug avec le module sitemap)...

Oui, c'est pour ca que je dit qu'il n y a en pas reellement (il n y en a aucune dans presta alors qu idealement il devrait y en avoir) mais seulement sur le mcd. Pour les 2 tables concernées, on ne devrait pas pouvoir ajouter un module qui n'existe pas dans la table module par exemple De même qu on ne devrait pas pouvoir supprimer un module de la table module qui possede encore des valeur dans les tables currency et country

Il s agit peut etre de contrainte pour l'intégrité référentielle mais effectivement il n'y en a aucune a proprement parlé dans la structure des bdd dans presta

Je pense que la plupart des developpeurs ont appris sur le tas. Pour debuter c'est sur qu'une doc bien faite fait gagner du temps cependant elle n'est pas aussi "indispensable" que sur une solution comme magento par exemple, plus compliquer a decoder. Une doc avec les subtilités et astuces de presta serait également une bonne chose.

Je ne sais si le fait de d envoyer par paquet toute les 10 minutes fassent plus considerer les mail comme non spam...par contre ca certain serveur limite la charge donc la ca peut aider effectivement. Ce que j'ai remarquer c'est que beaucoup de gros site utilise la même service pour leur campagne (on peut le voir sur le site de desinscription) qui est un gros du marché (bouygue, ebay ...), et comme par hasard leur mail sont rarement identifier comme mail par certaine boite mail (yahoo et gmail par ex)