Jump to content

itiConseil

Members
  • Posts

    26
  • Joined

  • Last visited

Everything posted by itiConseil

  1. Finalement le problème est en amont. Je n'arrive tout simplement pas à faire une mise à jour de la base de données. Quand je fais la mise à jour, à la dernière étape (titrée "compatibilité du système), la barre de progression en haut à droite tourne dans le vide pendant des heures sans se terminer. J'ai une peu moins de 1000 produits dans la base, et rien n'a été modifié dedans. Avec des installations propres, les mises à jour passent sans problème, mais dès que j'utilise la base de mon site existant, ça bloque. Est-ce que la mise à jour d'une base assez lourde est très longue et explique cet interminable temps de chargement ?
  2. Bonjour, Je viens de faire une mise à jour de mon site, pour le passer d'une version 1.0.0.8 à une version 1.1.0.5 J'ai deux petits soucis : - Les mots de passe ne fonctionnent plus (que ce soit en admin ou pour les utilisateurs), il faut les faire renvoyer par mail - Les traductions apparaissent avec des é pour les accents par exemple (quelle fonction puis-je modifier pour corriger cela ?) Merci
  3. Je suis en train de passer un site en version 1.0 vers la 1.1, et j'ai un soucis de traduction. Mes é apparaissent &eacut; cela vient du module de traduction qui doit transformer le & en & Je ne connait pas du tout Smarty, du coup je peine à trouver le principe de fonctionnement dans les templates du {l s='texte a traduire en BDD'} Est-ce que vous pouvez m'éclairer ? Merci
  4. Le problème ne vient pas de la réécriture d'url mais de la génération des url. Je ne sais pas exactement de quoi ça peut venir, mais visiblement dans tes liens produit (sur la page d'accueil ou dans les listes) il manque l'adresse du site, par exemple : http://36-chapeau-gothique-mini-hat-christabelle.html/ Doit être de la forme : http://www.mikawai.com/36-chapeau-gothique-mini-hat-christabelle.html Je pense qu'il manque le code {base_url} après le http:// J'espère que cela pourra t'aider !
  5. Hop je te remet la réponse ici Il faut pointer sur cette page : authentication.php?create_account=1
  6. [Edit : Jolivil m'a devancé, et en effet, cette solution n'est valable que si le site est dans une seule langue ] Pour plus de facilité de mise en page, tu peux passer outre le système de traduction intégré. Dans la page /templates/[ton_template]/conditions.tpl tu peux mettre directement tes conditions de vente. Ton client ne pourras plus modifier ces CGV, mais cela te permet de faire une mise en page un peu plus sympa
  7. Yes ! Bravo les mecs, j'installe ça de suite histoire de voir ce que ça donne
  8. Merci pour le lien Le soucis ne vient donc pas du rewriting, mais d'un bug dans ton template, dans le lien, tu as dû oblier la variable qui te permet de récupérer l'url du site devant le lien vers le produit. ça se trouve dans /modules/blockviewed/blockviewed.tpl Tu dois avoir une ligne du type : getProductLink($viewedProduct)}" title="{l s='More about' mod='blockviewed'} {$viewedProduct->name|escape:htmlall:'UTF-8'}">cover}-medium.jpg" alt="{$viewedProduct->legend}" /> A priori tu as donc un soucis dans ton href, peut être que c'est juste affiché {$viewedProduct} alors qu'il faut {$link->getProductLink($viewedProduct)}
  9. Il faut passer une certaine variable pour que la page de création de compte s'affiche, normalement si tu met ça derrière ton bouton "créer un compte" ça devrait marcher : /authentication.php?back=my-account.php&create_account=1
  10. Je suis d'accord avec Mael. Ebay est d'ailleurs en train de changer sa politique, avec une segmentation plus marquée entre particuliers et professionnels, et surtout, une mise en avant des achats immédiat. Des sites comme Priceminister, 2xmoinscher et surtout Leboncoin lui grignotent régulièrement des parts de marché. De plus, je pense que le moteur de prestashop n'est pas du tout adapté pour faire un site d'enchères ; la méthodologie ne me semble pas être la même.
  11. Sans voir directement ce que ça donne sur ton site, ce n'est pas évident de te donner la solution (je n'ai pas installé de bêta)... Si ça marche pour certains liens et pas pour d'autres, cela ne vient pas, à priori, du htacess, mais plutôt d'une erreur dans le fichier template. J'ai eu un soucis une fois aussi avec le nom du produit en lui-même, il y avait des caractères qui ne passaient pas.
  12. Non, actuellement il n'y a pas de fonction d'export, je crois que c'est prévu dans une prochaine version. Pour exporter, il faut coder un petit script en PHP qui va aller chercher les infos dans la base de données...
  13. De mon côté je suis sur un dédié chez OVH et je n'ai aucun soucis de configuration. Je suis sur les release Gentoo modifiées par OVH (le système qu'ils conseillent je crois).
  14. Cool, j'attends avec impatience une version stable de la 1.1, elle dispose de beaucoup de fonctionnalités demandées par mes clients !
  15. Pour avoir essayé Online il y a quelques années, j'en suis bien vite parti : fonction mail modifiée, et surtout mises à jour sans prévenir les utilisateurs, qui faisaient souvent crasher certains scripts. Pour modifier ton mot de passe, c'est assez simple : - Connecte toi à ta base SQL, via PHPMyAdmin - Trouve la table ps_employee - Dedans tu as la liste de tes comptes admin, tu vas voir que le mot de passe est codé. - Edite le compte désiré, et dans le mot de passe met 14d6ed5526c20b087e48bf937d2102cf ce mot de passe est prestashop, tu pourras le modifier ensuite Vérifie au passage que le champ "active" est bien à 1 Là normalement tu pourras te connecter.
  16. Bruno, je pense que ton problème vient du fait que le script de Xiti utilise des balises { et } qui sont elles-mêmes utilisées par Smarty, le moteur de template utilisé par Prestashop. Tu dois donc entourer ton code des balises {literal} et {/literal} Comme suit : {literal} //Ton code Javascript (comme Xiti) {/literal} Comme les variables passés à Smarty sont spécifiées par des crochets {}, si ton code javascript contient ces crochet, smarty va tenter de les interpréter et renverra donc une erreur.
  17. Pour ce genre de script, c'est généralement mieux de le mettre dans le footer, juste avant le </body> Dans le header, cela peut ralentir le chargement du site (le navigateur attendant d'avoir des données du site externe, ici xiti, pour continuer à charger la page).
  18. Qu'entends-tu par valider ton site ?
  19. Je continue sur ma lancée. Après avoir appelé les gens d'Atos, il s'avère qu'il n'est pas possible de passer de paramètres, et donc impossible de mettre un trackTrans() ou même un_link() qui permettrait de passer le cookie sur le site marchand. Du coup même en sérialisant le contenu du cookie pour le passer dans l'url de renvoi, ça bloque (à priori je pense que ça fait une url trop longue). Si quelqu'un à d'autres solutions à essayer...
  20. C'est clair que les deux points de vue se tiennent. D'un côté l'open source, c'est communautaire, et on partage tout... Mais bon, personne n'est totalement philanthrope et je trouve que proposer un outil aussi abouti que Prestashop gratuitement est déjà une très belle chose, même s'il faut mettre la main au porte monnaie. De mon côté j'ai déjà installé deux site sous Prestashop, où le paiement en ligne a été installé par la team prestashop. Cela m'évite de perdre du temps sur une fonction cruciale du site, et d'un autre côté de faire marcher leur commerce puisqu'ils font bien marcher le mien
  21. J'ai exactement le même problème que vous ! J'ai un paiement par chèque et un paiement par carte bleue, via le site de la banque. Je pense connaître le problème, mais je n'ai malheureusement pas la solution : Google Analytics utilise des cookies pour faire ses statistiques. Du coup si on passe sur un autre site (en plus en accès sécurisé) pour la passerelle de paiement, on perd le Cookie... Selon Google, il faudrait mettre le marqueur sur la passerelle... Mais ça m'étonnerait que la BNP, le Crédit Agricole et consorts l'acceptent La solution la plus light serait, sur le script "payer", de mettre un .trackTrans(), mais du coup on y perd les produits commandés, et surtout, cela ne veut pas forcément dire que la commande sera OK (le paiement peut être refusé).
  22. Tu peux sans problème supprimer l'affichage des contact / sitemap et favoris en allant dans ton admin > modules, dans les bloc, il faut que tu désinstalles le bloc "liens permanents". Concernant la suppression du bouton ajouter au panier, c'est plus difficile. Le fait d'utiliser la boutique en vitrine et non en vente sort de l'utilisation classique de Prestashop. C'est donc possible, mais il faut intervenir au niveau du code du template (le code HTML quoi). C'est tout à fait faisable, mais mieux vaut faire faire ça par quelqu'un qui sait coder
  23. Je ne sais pas sur quelle version tu bosses, mais sur la 0.9.7.2 il faut modifier le fichier /classes/Category.php C'est la fonciton getProducts() qu'il faut changer, et plus précisément la requete MySQL : remplacer la ligne : WHERE cp.`id_category` = '.intval($this->id).($active ? ' AND p.`active` = 1' : '').' par : WHERE p.quantity > 0 AND cp.`id_category` = '.intval($this->id).($active ? ' AND p.`active` = 1' : '').' Il faut le faire à deux endroits : En ligne 292 pour la requête sur le nombre produits, et en ligne 309 pour la requête principale. J'ai fait un petit test et ça semble marcher (y compris pour l'accueil). Par contre, ce n'est pas très propre comme système, puisque ça passe outre certaines options de la boutique, comme "pouvoir commander des produits hors stocks", là, ça ne les affiches pas, purement et simplement.
  24. En modifiant directement le code de ta classe Category, tu peux sans soucis activer cette option. Par contre, c'est vrai que l'idéal serait que ça soit intégré proprement, avec la possibilité d'activer ou non cette option (comme c'est le cas pour la commande de produits hors stock par exemple). Dans la pratique, cette option ne sert que très peu, puisque les produits hors stock servent au niveau du référencement dans les moteurs de recherche.
  25. Bonjour, Je découvre la solution PrestaShop qui me semble très prometteuse. J'ai néanmoins quelques interrogations : 1°) Les caractéristiques N'est-il pas possible de de définir les caractéristiques par rubrique plutôt que des caractéristiques générales ? En effet, si la boutique vend des produits aux rubriques très différente, cela devient assez compliqué : - Des Ipod (avec les caractéristiques que l'on trouve par défaut) - Des ordinateur plus classiques (avec des caractéristiques genre système d'exploitation, etc). Cela rend la saisie assez peu intuitive. 2°) La recherche en front office sur ces caractéristiques Pouvoir faire des recherches sur tel type de système d'exploitation serait très intéressant par exemple. 3°) Le fichier image d'une catégorie Ce fichier image sert à deux choses : - La liste des sous catégories - En-tête pour l'affichage de la liste des produits de la catégorie. Or l'affichage est carré pour la liste des sous catégories et rectangulaire horizontal pour les bandeaux identitaires de catégorie. Ne serait-il pas plus efficace de pouvoir définir deux fichiers plutôt qu'un seul pour ces images qui n'ont pas du tout les mêmes proportions en front office ? J'attends vos réponses, et je m'excuse par avance si ces fonctionnalités sont déjà intégrées et que je ne l'ai pas vu Et bon courage pour le reste du dev, c'est vraiment un super boulot !
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More