larson210

Je viens de mettre comme ceci: <h1>{$category.name} {$smarty.get.page}</h1> Cela me met bien un numéro sur les pages paginées j'aurais aimé malgré tout qu'on ai ma mention "page" et le numéro. une petite idée pour mettre en dur ce nom "page" avant le numéro de la page? merci

Bonjour à tous, je ne vais pas rouvrir un autre topic concernant ce soucis. J'ai changé radicalement de thème en achetant un Template vraiment optimisé SEO, qui est vraiment pas mal sur ce point… je rencontre néanmoins un petit soucis. J'aimerais que les pages paginées génèrent automatiquement sur le {$category.name} le numéro de page (sauf page 1). Exemple: page 1 de la catégorie "attache tétine" --> <title><h1>attache tétine</h1> page 2 de la catégorie "attache tétine" --> <h1>attache tétine - page 2</h1> page 3 de la catégorie "attache tétine" --> <h1>attache tétine - page 3</h1> etc.... Le but de l'opération: N'avoir qu'UN seul H1 du même nom… Car dans cette histoire, si j'ai 10 pages de produits paginés sur cette catégorie "attache tétine" alors j'ai 10 pages avec ce même nom en balise tille H1... Quel serait alors le code qui me permettrait d'automatiser l'opération de renommage des pages paginées en reprenant le numéro de la page (comme dans les url) et l'intégrer dans la balise H1 du {$category.name} ? Voici mon bout de code de catégory.tpl: {block name="category_head"} {if isset($category)} <section class="kl-category-section"> {if $category.image.large.url} <img class="img-fluid" src="{$category.image.large.url}" alt="{$category.name}" loading="lazy"> {/if} <div class="container"> <div class="row"> <div class="col"> <div class="kl-intro"> <h1>{$category.name}</h1> {if isset($category) && $category.description && !isset($smarty.get.page)} <div id="category-description"> {$category.description nofilter} </div> {if $category.description|strip_tags|strlen > 330} <p class="more-description kl-see-more">{l s='Read more' d='Shop.Fashionseo'} <br> <i class="material-icons">expand_more</i></p> {/if} {/if} </div> </div> </div> </div> </section> {/if} {/block} Merci beaucoup de votre aide!

Merci de ton retour et de tes explications bien détaillées je pense que tu vas aider beaucoup plus de personnes que tu ne le penses qui seront dans la même situation que toi comme je l'ai été de mon côté aussi passe une bonne journée et profite bien de ta nouvelle boutique

Ce qui serait sympa mon ami pour tous ceux qui liront les postes de ce topic ce serait d'expliquer comment vous avez réussi à résoudre votre problème car bien souvent et c'est ce que je déplore un petit peu sur beaucoup de forum divers et variés c'est que des personnes pose des question d'autres personnes essaient de résoudre selon nos compétences sur les problèmes et ensuite on a pas le retour de savoir quelle procédure a été utilisée pour la résolution Donc ce qui serait sympa c'est de décrire où était le problème est la méthode de résolution pour les autres à la ligne je suis content que vous ayez retrouvé votre boutique et vous souhaite de bonnes ventes.

Je comprend bien le but étant malgré tout de s'entraider j'essaie de contribuer au mieux espérant qu'il retrouve sa boutique fonctionnelle 😉

Ça fonctionnera pas forcément.. Du moins de mon côté ça n'a pas fonctionné.. J'ai effacé cette ligne et je n'ai plus de soucis..

Bonjour, J'ai installé récemment une boutique en Prestashop 1.7.7.1 j'ai essayé de mettre le mode debug pour résoudre un problème sur un module Une fois le mode debug me je me retrouve avec ces erreurs : Pourriez-vous me dire ce que je dois faire pour les corriger si tenté ces erreur sont déjà connu je vous remercie

Je te le souhaite, Pour ma part, j'ai réinstallé une boutique toute neuve pour des tests, et rien mis dessus après l'installation. J'ai testé directement le mode debug et paf, les mêmes soucis après avoir effacé cette ligne, ça a refonctionné mais le front office est super lent, la j'attends que mon fournisseur fasse le taff pour voir et résoudre ce soucis de lenteur, tout en réglant ce problème de droits au dossier du php.ini car je ne trouve pas ça normal de base. Pour ta migration, personnellement j'ai investi dans le module migration pro qui fait le taff au delà de mes espérances... Récupération des catégories, clients, mots de passes produits, photo, etc... en quelques clics. Je le lance et suivant ton catalogue (moi j'ai plus de 800 produits et 9000 clients) il va me mettre en gros 2h pour tout le rapatrier sans soucis particuliers, et je garde toutes les ID de mon ancienne boutique idéal pour ne pas casser mon référencement.. Voilà pour le conseil !

Alors j'ai le meme soucis... pour régler temporairement le soucis, tu vas dans cpanel/logiciel/Éditeur INI MultiPHP a la troisième avant dernière ligne tu retrouvera le champ: /var/cpanel/php/sessions/ea-php72 Cpanel autorise les champs "null" donc efface cette ligne et sauvegarde... cela va refonctionner mais le mode debug a un soucis... bref c'est une solution temporaire.... j'ai contacté mon hébergeur qui galere avec ca pour autant ca me parait simple de changer les permission mais bon.... voila pour t'aider TEMPORAIREMENT. Autre piste également, trouver le fichier : user.ini dans la public html (paramètre de cpanel en haut a droite du ftp / afficher fichier cachés). Supprimez le il sera automatiquement régénéré avec le bon chemin (/var/cpanel/php/sessions/ea-php72) lors d'un rafraichissement de page, et cela devrai refonctionner. par contre cela n'enlève pas les soucis de droit qui causent l'erreur donc retour à l'erreur si on met en mode débogage. Ne pas oublier avant toutes choses de désactiver le mode déboggage dans le ftp fichier: public html/config/define.inc en changeant "true" par "false"...

je vais regarder ca avec attention. merci de vos réponses une fois de plus.

C'est vraiment dommage malgré tout que cela se passe ainsi.... prestashop est un bel outil à la base, dommage

Je suis mille fois d'accord avec vous..... j'aimerais tellement que ca soit aussi simple. Autant je travaille avec prestashop depuis des années ( premiere version 1.4 si je ne me trompe pas...) autant à chaque mises à jour de prestashop c'est la croix et la bannière.. car les modules spécifiques n'avancent pas en même temps que les versions de prestashop, entrainant d'attendre que ceux ci indispensable pour moi soient compatibles, autant , dés que je teste que ce soit en local ou sur un autre hébergement de faire la MAJ prestashop se met à chaque fois en carafe....Donc pour finir je me retrouve toujours à refaire une boutique complète en partant de 0 et en refaisant toutes mes catégories, articles et modification de fichiers pour mes modules etc.... ( cela me prend presque 3 semaines 1 mois) pour tout refaire.... Sans compter je vous le donne en mille, un gros soucis de référencement car les URL ne sont plus tout a fait les mêmes.... C'est vraiment dommage que la MAJ de prestashop ne se fasse jamais sans soucis de mon côté, ce qui me rend fébrile de les tenter au risque de tout planter.

C'est une excellente nouvelle, donc le soucis à déjà été relevé et modifié! reste à savoir ou... Avez vous une idée des fichiers qui codent cette pagination (j'ai vérifié pagination.tpl sans succès). Je suppose que c'est dans un autre ficher ou fichier de module que ca se trouve.

Nous pouvons remarquer qu'on a : et en début de code . quelle en est la différence, et comment y remédier pour qu'il n'y ai qu'une seule "description_short"

Surement mais je ne développe pas du tout de mon côté, mais c'est sympa de m'avoir conseillé