Jump to content

alain56

Members
  • Posts

    177
  • Joined

  • Last visited

alain56's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. Bonjour, Je viens de recevoir un mail d'OVH m'avertissant qu'OVH va dans le futur (pas plus précis que ça pour l'instant) ne plus supporter les versions PHP 5.3 ou inférieure ! Ma question : la Team Prestashop peut-elle nous dire quelle version de PS vont être concernées par cela ? Car cela va obliger à upgrader pas mal de boutiques hébergées chez OVH, avec tous les problèmes qui vont avec ! (J'ai personnellement une boutique en 1.5 concernée par ce futur problème.) Merci d'avance
  2. Ok, je viens de voir que sur certains produits, je peux créer 1 prix spécifique. Mais je ne vois pas pourquoi sur certains et pas sur les autres...? je pensais que ça déconnait quand il y avait un accent dans la balise title du produit...mais c'est pas ça...
  3. Bonjour, je suis en version v1.5.4.1, et lors d'ajout de prix spécifique dans mes produits, j'ai l'erreur suivante : 5 erreurs Le champ friendly URL (English (English)) est invalide. Le champ friendly URL (Português (Portuguese)) est invalide. Le champ friendly URL (Deutsch (German)) est invalide. Le champ friendly URL (Español (Spanish)) est invalide. Le champ friendly URL (Italiano (Italian)) est invalide. J'ai cherché sur le forum, et vu que +sieurs personnes ont eu ce problème, mais je n'ai pas trouvé comment le résoudre ... Pour infos : -- les produits ont des accents dans leur nom, mais pas dans les URLs simplifiés -- les URL simplifiée activée -- les URL accentuée désactivée -- Redirection automatique vers URL canonique activée -- Multiboutique désactivée Et dans les langues, je n'ai que le français d'activé (Les 5 autres langues sont désactivées) Merci de votre aide
  4. A priori (d'après certains posts sur WRI) GoogleBot ne suivrait pas toujours les recommandations du robots.txt...
  5. Bon, je viens de voir un gros problème : ce matin encore, bien que j'avais modifié le robots.txt de la manière suivante : User-agent: * Disallow: je vais dans GWT, et là encore, il me dit que c'est bloqué par le robots.txt etc... Je vais donc dans la partie "URL Bloquées" de GWT, et là je tombe sur le fichier robots.txt chargés dans GWT : # http://www.robotstxt.org/wc/robots.html User-agent: * # Private pages Disallow: / En gros, le robots.txt a été modifié De + : il a été modifié de sorte qu'aucun bot ne peut crawler mon site...????!!!!!!!!!!! Et, à moins d'être devenu fou, ce n'est pas moi qui ai modifié le robots.txt de cette manière !!! Et en fait, j'ai fait des tests sur le fichier htaccess aussi, et j'ai l'impression que c'est lors d'une re-génération auto du fichier htaccess que le fichier robots.txt a été modifié... Est-ce que c'est possible selon vous ? Car je ne vois pas comment il a été modifié autrement... (j'ai même essayé de changer mon mdp FTP tellement je deviens parano...)
  6. Bonjour labelandco, Oui je l'ai fait via la méthode "fournisseur du nom de domaine" (par contre, je n'ai pas été assez précis : Le site en question a été ouvert il y a 1 an environ - mais j'ai du changer le nom de domaine, donc j'ai créé une autre boutique (avec 1 autre nom de domaine) et j'ai fait un chagement d'adresse dans GWT. Mais maintenant, je veux ré-ouvrir cette boutique. Donc je l'ai "ré-activé" dans GWT, notament en la certifiant...) Autres Pistes: => Peut-être 1 problème de "DNS" ? Car : - j'ai suivi ce tuto pour optimiser le site : http://www.prestacoach.com/referencement-prestashop-1-5-activez-les-serveurs-de-media/#comment-68 J'ai donc créé 3 sous-domaines: - cdn1.mon-domaine.fr - cdn2.mon-domaine.fr - cdn3.mon-domaine.fr (et dans mon htaccess, généré automatiquement depuis le BO de ma boutique, j'ai ça par exemple : ... # Images RewriteCond %{HTTP_HOST} ^cdn1.mon-domaine.fr$ [OR] RewriteCond %{HTTP_HOST} ^cdn2.mon-domaine.fr$ [OR] RewriteCond %{HTTP_HOST} ^cdn3.mon-domaine.fr$ [OR] RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ ... Donc est-ce que cela pourrait être des erreurs de DNS ? (Dans le doute je vais supprimer les 3 sous-domaines et voir...) => De plus, dans le htaccess d'une autre boutique Presta (en 1.4xx) il y a un bloc : "# URL rewriting rules" Bloc qui ne se trouve pas dan le htaccess du site que je veux mettre en ligne. Est-ce que ce serait pas le htaccess qui serait problematique ? Contenu du htaccess : SETENV PHP_VER 5 SetEnv REGISTER_GLOBALS 0 SetEnv MAGIC_QUOTES 0 <Files .htaccess> order allow,deny deny from all </Files> # ~~start~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again # .htaccess automaticaly generated by PrestaShop e-commerce open-source solution # http://www.prestashop.com - http://www.prestashop.com/forums <IfModule mod_rewrite.c> RewriteEngine on RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ RewriteRule . - [E=REWRITEBASE:/] RewriteRule ^api/?(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L] # Images RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ RewriteRule ^([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$1$2$3.jpg [L] RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ RewriteRule ^([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$1$2$3$4.jpg [L] RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ RewriteRule ^([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$1$2$3$4$5.jpg [L] RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ RewriteRule ^([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$1$2$3$4$5$6.jpg [L] RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6$7.jpg [L] RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7$8.jpg [L] RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8$9.jpg [L] RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$9$10.jpg [L] RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ RewriteRule ^c/([0-9]+)(\-[\.*_a-zA-Z0-9-]*)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2$3.jpg [L] RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ RewriteRule ^c/([a-zA-Z_-]+)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2.jpg [L] # AlphaImageLoader for IE and fancybox RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ js/jquery/plugins/fancybox/images/$1.$2 [L] # Dispatcher RewriteCond %{REQUEST_FILENAME} -s [OR] RewriteCond %{REQUEST_FILENAME} -l [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ RewriteRule ^.*$ - [NC,L] RewriteCond %{HTTP_HOST} ^www.mon-domaine.fr$ RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L] </IfModule> <IfModule mod_expires.c> ExpiresActive On ExpiresByType image/gif "access plus 1 month" ExpiresByType image/jpeg "access plus 1 month" ExpiresByType image/png "access plus 1 month" ExpiresByType text/css "access plus 1 week" ExpiresByType text/javascript "access plus 1 week" ExpiresByType application/javascript "access plus 1 week" ExpiresByType application/x-javascript "access plus 1 week" ExpiresByType image/x-icon "access plus 1 year" </IfModule> FileETag INode MTime Size <IfModule mod_deflate.c> <IfModule mod_filter.c> AddOutputFilterByType DEFLATE text/html text/css text/javascript application/javascript application/x-javascript </IfModule> </IfModule> #If rewrite mod isn't enabled ErrorDocument 404 /index.php?controller=404 # ~~end~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again Merci
  7. Bonjour, J'aimerai indexer un site dans GWT, mais cela semble poser des problèmes Comme je ne maitrise pas totalement GWT je ne sais pas trop ce qui cloche précisément...mais quand je vais dans GWT >>Exploration >> Explorer comme Google et que je clique sur le bouton EXPLORER (avec juste http://wwww.mon-domaine.fr comme valeur), j'obtiens le résultat suivant : Refusée par le fichier robots.txt (Même résultat pour d'autres URLs comme http://wwww.mon-domaine.fr/accueil par exemple) Je ne sais pas ce qui déconne dans mon robots.txt. Je l'ai généré automatiquement depuis le BO de PS. Le voici : # robots.txt automaticaly generated by PrestaShop e-commerce open-source solution # http://www.prestashop.com - http://www.prestashop.com/forums # This file is to prevent the crawling and indexing of certain parts # of your site by web crawlers and spiders run by sites like Yahoo! # and Google. By telling these "robots" where not to go on your site, # you save bandwidth and server resources. # For more information about the robots.txt standard, see: # http://www.robotstxt.org/wc/robots.html User-agent: * # Private pages Disallow: /*orderby= Disallow: /*orderway= Disallow: /*tag= Disallow: /*id_currency= Disallow: /*search_query= Disallow: /*back= Disallow: /*utm_source= Disallow: /*utm_medium= Disallow: /*utm_campaign= Disallow: /*n= Disallow: /*controller=addresses Disallow: /*controller=address Disallow: /*controller=authentication Disallow: /*controller=cart Disallow: /*controller=discount Disallow: /*controller=footer Disallow: /*controller=get-file Disallow: /*controller=header Disallow: /*controller=history Disallow: /*controller=identity Disallow: /*controller=images.inc Disallow: /*controller=init Disallow: /*controller=my-account Disallow: /*controller=order Disallow: /*controller=order-opc Disallow: /*controller=order-slip Disallow: /*controller=order-detail Disallow: /*controller=order-follow Disallow: /*controller=order-return Disallow: /*controller=order-confirmation Disallow: /*controller=pagination Disallow: /*controller=password Disallow: /*controller=pdf-invoice Disallow: /*controller=pdf-order-return Disallow: /*controller=pdf-order-slip Disallow: /*controller=product-sort Disallow: /*controller=search Disallow: /*controller=statistics Disallow: /*controller=attachment Disallow: /*controller=guest-tracking # Directories Disallow: /*classes/ Disallow: /*config/ Disallow: /*download/ Disallow: /*mails/ Disallow: /*modules/ Disallow: /*translations/ Disallow: /*tools/ # Files Disallow: /*fr/mot-de-passe-oublie Disallow: /*fr/adresse Disallow: /*fr/adresses Disallow: /*fr/authentification Disallow: /*fr/panier Disallow: /*fr/bons-de-reduction Disallow: /*fr/historique-des-commandes Disallow: /*fr/identite Disallow: /*fr/mon-compte Disallow: /*fr/details-de-la-commande Disallow: /*fr/avoirs Disallow: /*fr/commande Disallow: /*fr/recherche Disallow: /*fr/commande-rapide Disallow: /*fr/suivi-commande-invite # Sitemap Sitemap: http://www.mon-domaine.fr/sitemap.xml Merci de votre aide
  8. Bonjour, j'aimerai savoir comment insérer la balise Meta Noindex dans certains CMS ? (les CGV par exemple) (Je sais qu'on peu rajouter un disallow /*content/conditions-generales-ventes Mais à priori les bots ne font pas toujours cas du robos.txt, donc je cherhce vraiment à ne pas indexer certains CMS ) Merci pour votre aide
  9. Bonjour, Comme indiqué dans le titre, plus aucun email ne part depuis maboutique. (Et cela depuis ce matin ou hier après-midi au plus tard) Aussi bien : - mail auto lors d'1 création de commande. - mail depuis le formulaire de contact - mail auto lors d'1 changement de statut d'1 commande - envoi de l'email Test depuis le BO Je précise que je suis sous PS v1.5.4.1, OVH Pro Mutualisé Je lis mes mes mails dans ThunderBird, et lorsque je teste depuis une boite Yahoo par exemple, les emails arrivent bien dans ThunderBird : donc pas de problème de ce point de vue là. C'est bien un problème depuis ma boutique. J'utilise par défaut la fonction mail() de Php. Mais je ne vois pas comment configurer le SMTP pour tester ça par exemple... Est-ce que quelqu'un peut m'aider ? Merci beaucoup
  10. Bon, finalement j'ai eu l'info : c'est impossible d'ajouter les produits dans le module BlockTopMenu d'origine. Il faut ajouter les liens "en dur" directement dans le fichier .tpl
  11. Hi vekia, yes i'm using the default BlockTopMenu module. And i was still searching an issue, but i was thinking that the only solution is to create the "sub-links" for the products directly in the .tpl Thanks again vekia
  12. Hi, I'm on PS v1.5.4.1, and i can only add main categories to the BlockTopMenu. The sub-categories (in fact, the products) are not add under the Categories ?! the only way I have to add the products in the BlocktopMenu, i can only add them one by one (by chossing their ID each time), but of course, like that they are at the same level than the categories.... Somebody can help me please ? Thanks a lot
  13. Bonjour, Voilà mon problème : - j'aimerai ajouter dans mon Menu horizontal mes 2 catégories, avec l'affichage en liste déroulante en dessous chaque cétgorie des produits associés. Classique, quoi Sauf que lorsque j'ajoute les catégories, il n'y a pas d'ajout des produits associés. Le problème, c'est que dans la partie gauche des "paramètres", dans le BO de BlockTopMenu, j'ai ça (entre autres) : Catégories Root (Mon-Domaine.fr) Accueil (Mon-Domaine.fr) Catégorie 1 (Mon-Domaine.fr) Catégorie 2 (Mon-Domaine.fr) Produits Choisissez un ID de produit Donc, en gros, je peux seulement ajouter les catégories seules - sans les produits qui vont avec. Et ajouter les produits seuls, 1 par 1, et au niveau PRINCIPAL du menu, cad même pas au sous-niveau de la catégorie correspondante... Est-ce que quelqu'un sait comment faire pour que je puisse ajouter une catégorie, et que tous les produits appartenant à cette catégorie soit ajouter automatiquement ? Merci beaucoup
  14. Bon, ben c'est revenu... je sais pas trop pourquoi, mais le principal c'est que c'est revenu. Pour info, si d'autres rencontres des problèmes avec le module Panier, il y a ce Post : http://www.prestashop.com/forums/topic/199687-15x-panier-vide/page-7 Bon courage
  15. Bon, à priori, c'est un problème avec le module Panier... Lorsque je "décroche" le module Panier des hooks displayHeader et displayTop le Header de ma boutique (bannière, Login, Connexion etc...) réapparait bien sur toutes les pages. Mais evidement, cela pose le problème suivant : - il n'y a plus "d'effet Ajax" sur ma boutique. A savoir, lorsque je clique sur le bouton "Ajouter au Panier" d'un article, il n'y a plus l'effet visuel d'ajout d'article au panier, et je suis redirigé directement vers le Processus de commande (cad la page "récapitulatif commande") (Et cela même si je greffe le module Panier sur la colonne de droite par exemple...) Pour avoir "l'effet Ajax" du Panier, il faut que je le regreffe à nouveau sur les Hooks dsiplayHeader et displayTop. Là, je n'ai plus la haut de ma boutique visible (Plus de bannière, ni les blocs "Informations clients" et "Liens permanents"). Mais quand je clique sur "Ajouter au panier" d'un article des produits phares par exemple, j'ai à nouveau "l'effet Ajax"...mais comme le Header de ma boutique n'est plus visible, et donc le panier non plus, la petite "animation" se dirige vers le coin en haut à gauche de ma boutique et disparait.... DONC : - pour je ne sais quelle raison, si je veux que le header de ma boutique s'affiche, il faut que je "dégreffe" le module Panier des hooks displayHeader et display Top... ...MAIS je me retrouve alors avec un comportement très merdique au niveau du Panier et des ajouts de produits au Panier... Si quelqu'un connait la solution à ce problème...
×
×
  • Create New...