pierre f

Bon une question déjà: si ton lien est "contactez-nous" c'est que tu fais un lien vers le français uniquement non? Une idée serait peut -être de viser contact-form.php, mais le problème serait le même pour ce qui est de la catégorie qui se met en travers... Donc http://mondomaine/contact-form.php te dirige au bon endroit quelle que soit la page sur laquelle tu te trouves et la langue que tu utilises. Pour les catégories dans le menu du haut, si ma mémoire est bonne, tu sélectionnes les catégories ou pages à afficher dans le BO du module. Normalement, c'est presta qui génère l'URL tout seul (voir comment dans /classes/Link.php). Si c'est bien ça, une erreur me parait étrange. Je vais être un peu court pour t'aider plus parce que je n'utilise aucun des deux modules en question... je ne les ai pas non plus gardés sur mon site de dev. Puis php, je commence à voir comment ça fonctionne sans être capable d'y toucher... Comme ce sont des modules qui ne bougent pas ou quasiment jamais et visibles sur toutes les pages, ils sont en dur sur les tpl chez moi, et les liens sont écrits comme ça. Bonne soirée

Je suis un peu long à répondre... Est-ce que tu peux regarder côté DB: dans PS_configuration la ligne name = BLOCKADVERT_LINK . Quelle est la valeur (type de lien)? Chez moi ce lien est en dur, genre http://mondomaine.com/content/1-nomcms En théorie pas d'erreur possible... (je peux difficilement tester, le module n'est plus installé chez moi, cette ligne est une relique!) Si je suis le raisonnement du post trouvé plus haut, le lien que tu rentres dans le module ne devrait pas être rentré sous une autre forme qu'un lien en dur, puisque au moment de la génération de la page, il sortira tel que tu l'as rentré. ex: si tu es sur une page produit /content/1-nomcms te redirigera vers /macatégorieproduit/content/1-nomcms Ca a l'air d'être une explication au problème, mais je fais peut-être une erreur...

Oups! Bon pour moi c'est tout vu, je cherche à mettre des variables dans du contenu rte, pas possible (ou difficilement...) Voir ici Donc rien à voir avec ton problème... Mea culpa. Mais aller, un petit coup de main quand même: as tu modifié ton module et comment sont écrits tes liens sur le .tpl?

Bonjour, Tu as trouvé la solution? J'ai (presque) le même problème... v1.5.6 Chez moi c'est sur les pages produits quand je rentre un lien vers un autre produit/catégorie/cms... directement dans la description. Si le lien est en dur, ben pas de pb (logique...) sauf que c'est pas propre. Si je rentre un lien du style: <a href="{$link->getCategoryLink('1')}" title="">...</a> là il me sort un lien domaine.com/catégorie-du-produit-actuel/{$link->getCategoryLink('1')} qui bien sur ne mène nulle part... Apache multiview activé/désactivé ne change rien... Sur mon menu top pas de problème par contre, mais mon thème est basé sur foundation avec le module responsivelinks. Par contre les liens sont écrit de la même manière. C'est le module menu top d'origine que tu utilises? histoire de chercher les points communs... Quelle version de PS? Si quelqu'un a une idée, une piste ou la réponse... bienvenue! Je suis un newbie, si je fais une erreur ou dis une conner... , merci de ne pas m'assassiner

Bonjour, Désolé -> vacances! Quelques pistes rapides: Le ccc c'est bien mais virer l'appel aux fichiers css dans les modules pour tout replacer dans global.css et activer ccc c'est mieux. Un petit gain, mais peu de boulot... Une pierre, deux coups: pour tous les petits éléments graphiques fixes faire le tour de ses pages avec le script de sprite-me.org (par exemple) et faire un ou des sprites que tu pourra en plus alléger avec smush-it ou tinypng (par exemple). Pour le chapelier: ui ui on peut faire un peu baisser le temps de réponse... moins on a de requêtes mieux on se porte. Un exemple: ton footer est présent sur toutes les pages, et à chaque fois que tu appelles une page il va chercher l'url des liens qui sont dessus dans la base... C'est bête, ça pourrait être écrit en dur comme 70-80% des éléments fixes du site. Et pour l'utilisation, avec un éditeur de texte et un client ftp tu ajoutes ou retire tes liens en 30 secondes. Tout ça pour dire que je suis passé de 5s à 2s (8 à 3 en heure de pointe) avec ce genre de bidouilles, et ça vaut le coup pour la navigation du client. Et maintenant je te rejoins: ça reste du mutu avec ses limites et ça vaudra jamais un dédié ou un vps.

Trouvé, Un petit rajout pour la balise option: <option value="{$item}" id="textField{$customizationField}"{if isset($textFields.$key)}{if $textFields.$key == {$item[spam-filter] selected="selected"{/if}{/if}>{$item}</option> Merci encore!

Bonjour, As-tu testé ton code avec les champs requis? Chez moi ça ne marche pas... j'ai le message d'erreur "veuillez remplir tous les champs puis enregistrer votre personnalisation". Si les champs ne sont pas requis, là par contre ça marche : pas de message d'erreur et les options se retrouvent dans le panier. Je fouille mais... une idée?

Bonjour, @micheldmo Cool, j'avais pas vu les personnalisations sous cet angle. Et vu comme ça, aucun problème ni pour les clients ni pour les temps de chargement. Merci pour le code ça va vraiment me faire gagner du temps parce que côté php je me noie... Faut que j'adapte un peu, mais pas beaucoup: en fait c'est vraiment le même problème qu'on rencontre! Question indiscrète: tu as quoi comme hébergement? Le temps de réponse serveur est pas mal chez toi! @aquaticam D'abord deux questions: 1- Comment as-tu fais pour voir ces requêtes?? (c'est peut-être logique mais je sais pas faire et ça m'intéresse!) 2- C'est sur quelle page? Je pose la question parce que je vois C'est un peu le fond de mon problème... Par contre pour toi, je crois qu'un peu de ménage s'impose: sur ta page d'accueil -une redirection -104 requêtes -poids de la page 1.2Mb (énorme!pour comparaison chez moi c'est 550kb et 23 requêtes) -et des erreurs de connections (timeout probablement cause poids de la page et trop de requêtes) Le temps de réponse du serveur est pas si énorme au final... Répondu un peu tard j'avais pas vu la réponse de lechapelier...

Pour le cache, c'est déjà comparé -> à la moindre modification de mon thème, de fonctionnalités ou des modules, je le vide. Sinon en effet le site rame plus que quand il est désactivé. C'est aussi ce que j'ai pu constater... et au final même quand ça marche le gain est pas énorme (mais bon à prendre). Pour la personnalisation, la plupart de mes déclinaisons sont des couleurs et je doute un peu de la motivation des clients pour écrire alors qu'ils peuvent cliquer sur la couleur ailleurs sur le web. Mais c'est une piste. Du coup, je continue à fouiller, mais j'ai encore du mal avec php. On va bien finir par trouver. Merci. Bonne soirée.

Bonjour, J'ai le même problème. J'ai une catégorie qui ne contient quasiment que des produits avec déclinaisons (environ 60 la plupart entre 800 et 1300 déclinaisons) et qui charge en 15s. A côté j'ai des catégories avec à peu près le même nombre de produits qui chargent en 3.5s. Donc je soupçonne aussi les déclinaisons... et j'aimerai bien trouver la solution parce qu'en attendant, j'ai dû arrêter d'ajouter des produits... Enfin, si vous avez des réponses ou déjà fait des test, ça m'intéresse! Merci! version 1.5.4.1; modules stats désinstalés et grand ménage côté front ; site adulte, j'évite de mettre un lien...