Jump to content

Yougz

Members
  • Posts

    20
  • Joined

  • Last visited

Profile Information

  • First Name
    Ugo
  • Last Name
    Knaff

Yougz's Achievements

Newbie

Newbie (1/14)

3

Reputation

2

Community Answers

  1. Bonjour, Essaye avec {if $product_attributes['id_attribute_group']==10} {$product_attributes|@count} {/if} Je suis pas sûr que $product_attributes soit la bonne variable mais normalement la fonction Smarty pour récupérer le nombre de valeurs contenue dans un array c'est {$array|@count}
  2. Bonjour, Peut être qu'il s'agit d'un problème de droits d'accès au fichier ou au dossier sur le serveur. Ceux-ci peuvent être vérifiés et modifiés avec FileZilla par exemple, mais j'imagine que les autres logiciels de FTP le font aussi. Il faut que le dossier qui mène au fichier et le ficher lui même aient au moins un droit d'accès de lecture. Sinon lorsque le script essaye d’accéder au fichier PrestashopAutoload.php lors de l’exécution de la commande require_once() le serveur ne le laisse pas lire le fichier et la commande échoue. Ces droits d'accès sont parfois résumés en chiffre (ex: 705, 777) ou en anglais abrégé (ex: -rw-r--r--- ou drwxr-xr-x). Ça reste une supposition, mes connaissances en php sont limitées.
  3. Bonjour, Si je ne dis pas de bêtise, l'extension .html est indispensable pour le fonctionnement de la réécriture des URLs des produits. Sans cette extension (ou une autre .htm .php... je n'ai pas essayé), Prestashop ne peut pas distinguer si il s'agit d'une page de catégorie ou d'une page d'un produit. En effet par défaut : domaine.fr/47-texte = page de la catégorie id 47 domaine.fr/47-texte.html = page du produit id 47 Il est possible que les erreurs 404 soient générées parceque Prestashop essaye de vous rediriger vers la catégorie id 157 lorsque vous essayez d'accéder au produit id 157. Comme en général, il y a plus de produits que de catégories, il y a une forte chance qu'en essayant d'accéder à un produit vous soyez redirigés vers une catégorie inexistante. Pour moi la présence ou non de l'extension n'a aucun impact sur le SEO, mais si vous voulez vraiment enlever l'extension .html vous pouvez essayer d'utiliser un signe distinctif entre les URLs de produits et celles des catégories. Par exemple : Route des produits : {category:/}{id}-{rewrite} Route des catégories : cat/{id}-{rewrite} Je ne suis pas sûr que cela fonctionne, mais au moins Prestashop a en théorie la possibilité de différencier les 2 types d'URL. Si ça marche, les URL des catégories ressembleront donc à : domaine.fr/cat/nom-de-la-categorie
  4. Bonjour, Quelle version de Prestashop utilisez-vous ? Il faudrait voir quelles sont les URL qui ne sont pas générées avec https:/ et comment elles sont générées depuis les fichiers sources des modules.
  5. Bonjour, Je rejoins l'avis précédent, pourquoi désactiver les produits dès qu'ils sont hors stock ? Il suffit de désactiver la commande lors que le produit n'est pas en stock depuis Produits > onglet Quantités. D'un point de vue SEO, je ne pense pas que ce soit l'idéal que votre URL soit indisponible en fonction des fluctuations de stock. La redirection de type 301 est censée être une redirection permanente, c'est à dire que le contenu s'est déplacé d'un endroit à un autre, généralement après une migration ou une refonte. Votre page risque d'être très mal indexée si elle n'est disponible que par intermittence. L'ancienneté d'une URL est un facteur crucial pour le référencement d'une page, il est assez rare qu'une page dans le top 3 des résultats pour une requête soit une page nouvellement créée. Si vous souhaitez proposer un produit équivalent à votre utilisateur, vous pouvez le faire depuis la page de votre produit épuisé, idéalement avec un module type 'related products'. Cela devrait faire au passage un maillage interne assez pertinent, ce qui ne devrait pas faire de mal pour le SEO.
  6. Bonjour, Chez moi (Prestashop 1.6) le prix barré est HT mais c'est la même variable que celle du template par défaut donc il n'y a pas de modification à faire je pense. Il me semble c'est un problème configuration. Dans l'interface d'admin, allez à Clients > Groupes et vérifier que pour les groupes Visiteurs et Clients (et invités si la commande invité est activée) l'affichage des prix soit réglé sur 'HT'.
  7. Hi, Glad I could help. As far as I know there is only one exception per page type, so the problem with the home page should be something else. Are you sure the displayRightColumn hook itself is shown on the home page ? It would be helpful to see your website.
  8. Hi aussieme, Put back the extra '<' where it was. It's because you removed it that you need to click twice to open the accordions.
  9. Hello All, Surprising that there's no answer after 3 years... Here is the solution I've found : In modules > blocklayered > blocklayered.tpl do the following changes : <span class="layered_close"><a href="#" data-rel="ul_layered_{$filter.type}_{$filter.id_key}"></a></span> <ul id="ul_layered_{$filter.type}_{$filter.id_key}"> Change for : <span class="layered_close closed"><a href="#" data-rel="ul_layered_{$filter.type}_{$filter.id_key}"><</a></span> <ul id="ul_layered_{$filter.type}_{$filter.id_key}" style="display: none;"> That should do Don't forget to check if your theme is using its own version of the blocklayered module : Go to themes > your_theme > modules > blocklayered > blocklayered.tpl If the file exists then do the change in this file.
  10. Hi Stephanie, Exceptions are made to prevent the module to show on the hook on certain pages only. Thus I don't think there is much point in transplanting a module somewhere and then preventing it to show on every page type. You can try removing the exceptions 'index' and 'category' as logically they would prevent your module to show on the home page and category page. You can also check if Viewed Products, Top Sellers, Specials, New Products are hooked on displayRightColumn to make sure you're using the right hook. I don't think your problem comes from the way you are configuring the module, it looks more like a hook related issue. Regarding your question on indexing time, it depends how many products you have. If you have only 100 products indexing should take only a few seconds, so it doesn't look wrong. Hope that helps.
  11. Hello, Have you tried to set a weight ("Pes del paquet") to your product ? It seems that no weight is set for it, so I suppose PS can't calculate the shipping cost.
  12. Hello, Do you have access to your SQL database ? The customer info and its addresses are stored in a separate table, which is why exporting customers didn't export their addresses. If you have access to your SQL database, you can export the ps_address table and import it in your new SQL database, but the customer ID needs to be the same in your 2 installs for the addresses to be correctly assigned to each customer.
  13. Hello, It seems that you don't have a carrier that is set for the country of the address. Have you checked this first ? 1) Check that you have created a carrier and assigned a zone to your carrier. 2) Check that the zone assigned (localization -> zone) contains the country your are trying to get delivered to.
  14. Bonjour, Dans un premier temps il faut prendre en compte que le fichier du template du formulaire est différent même si les pages sont identiques, en fonction qu'on soit sur une inscription ou sur une modification des informations : authentication.tpl pour l'inscription et identity.tpl pour la modification depuis un compte existant. Donc si tu modifies authentication.tpl et qu'après tu te connectes à ton compte pour voir 'Informations personnelles' tu ne verras pas le changement. Aussi vérifier s'il ne s'agit pas d'un problème de cache (Admin > Paramètres avancés > Performances) : cache smarty réglé sur forcer la compilation + vider le cache en haut à droite. Remettre les anciens réglages une fois la modification validée. Ajouter <sup>*</sup> ne rend pas le champ obligatoire, cela affiche juste une astérisque.
  15. Bonjour, Si je comprends bien ce que vous souhaitez, cela ne devrait pas être un problème, c'est le fonctionnement par défaut de Prestashop. Voir sur la démo : http://fo.demo.prestashop.com/fr/3-women Les sous-catégories "tops" et "dresses" apparaissent sur la page de la catégorie avec leur image et leur titre. Quel thème utilisez-vous ?
×
×
  • Create New...