via FTP, renommez le dossier de ce module pour pouvoir retrouver l'accès à votre site.
Je ne connais pas ce module, mais il stocke probablement le code en bdd, donc vous pouvez également y accéder par là, et supprimer le code que vous avez copié-collé.
Meilleurs messages postés par ChDUP
-
RE: Problème après un edit html
-
RE: Traduction OK sauf
essayez d'aller voir un garagiste en lui disant
"ma voiture ne démarre pas et vous ne pouvez pas la voir, quelle est la pièce à remplacer ?"
Et revenez me donner sa réponse, ça m'interesse.
Derniers messages publiés par ChDUP
-
RE: Modifier le ps_shopping_cart.tpl sans supprimer le refresh url ?
@macmame a dit dans Modifier le ps_shopping_cart.tpl sans supprimer le refresh url ? :
Pour parvenir mon style, j'ai du supprimer l'id (id="_desktop_cart") dans le code d'origine:
L'erreur est là.
Vous devez appliquer votre style aux éléments existants et ne pas les supprimer / modifier.
Affinez vos ciblages d'éléments dans votre css. -
RE: Problèmes passage http à https
Vous avez plusieurs ressources qui sont appelées en http , et donc qui sont bloquées
(regardez votre console)
http://www.encyclie.com/js/jquery/plugins/fancybox/jquery.fancybox.css
http://www.encyclie.com/js/jquery/plugins/fancybox/jquery.fancybox.jsIl faut regarder comment l'appel se fait, et corriger.
-
chemin des templates pour controllers Admin
bonjour à toutes et tous.
J'ai un module composé de plusieurs controllers admin et j'essaie de gérer leur affichage.
En tâtonnant (pas trouvé la doc par rapport à cela) j'ai trouvé que le tpl associé au controller AdminTintinPremierController se trouve dans views/templates/admin/tintin_premier/helpers/view.view.tpl
Donc pour gérer l'affichage de AdminTintinSecondController, je dois le faire dans views/templates/admin/tintin_second/helpers/view.view.tpl
ainsi de suiteJe me demande si la démarche est la bonne et si il n'y a pas quelque chose de plus simple comme pouvoir changer le nom du tpl (j'ai essayé $this->display = 'ma_vue' sans succès) et avoir tous les tpl au même endroit peut être ?
Merci d'avance
-
RE: thème par défaut à modifier ou à changer ?
oui, effectivement tout est possible.
Le choix d'un thème "au plus prêt" de ce que vous souhaitez au final permet de minimiser le travail de personnalisation à faire.
pour archiduchesse, le thème (et le site) a été réalisé par l'agence axome.
C'est un thème développé specifiquement pour cette boutique, il n'est pas en vente. -
RE: thème par défaut à modifier ou à changer ?
au contraire, les photos font parties du "remplissage" de votre site, elles ne font pas parties du thème.
Bien sur, sur les démos des thèmes, les devs incluent des photos ayant pour objet d'habiller et de "mettre en condition optimum" la présentation du thème.
Le but est quand meme de vendre leur thème.
Ces images d'illustration peuvent être fournies avec le thème, mais de toute façon, il faudra les remplacer par vos propres produits, vos ambiances ...Ce qui différencie un thème d'un autre c'est :
- les couleurs et polices utilisées, mais ça de plus en plus ça peut etre modifié facilement sur un même thème
- la disposition des éléments
- les fonctionnalités qu'il inclut
- sa construction, qui va être primordiale pour la rapidité d'affichage et le référencement
vite fait, voici des pages produits issues de sites sous presta
hormis les photos, elles vous semblent identiques ?
https://www.atout-terrain.com/fr/outillage/1659-derive-chaine-tsubaki.html
https://www.leslipfrancais.fr/le-marc-pull-homme-camionneur-marine-1933.html
https://www.archiduchesse.com/fr/chaussettes-de-ville/338-rose-panthere.html
https://boutique.olweb.fr/fr/entrainement/5952-veste-capuche-adidas-zne-olympique-lyonnais-femme-bleu-20172018.html -
RE: commande qui ne remontent pas
@frede98 Il y a un mode debug dans le module en lui-même ?
alors si rien dans le log de debug, c'est que le retour ne se fait pas.
ça pourrait effectivement être une URL de retour mal configurée. -
RE: commande qui ne remontent pas
je ne connais pas non plus Lydia mais il faudrait peut etre voir avec les developpeurs du module.
Il y a peut etre un mode debug pour tracer l'erreur. -
RE: Traduction OK sauf
non ce n'est pas block_contact mais block_myaccount_infos
-
RE: commande qui ne remontent pas
Les commandes se créent dans quel état ?
"depuis quelques temps" -> qu'est ce qui a été modifié/ajouté à ce moment là ? -
RE: Traduction OK sauf
j'ai vu la boutique, il s'agit bien du module "block informations de contact" sur un th
Apparement il a été renommé en block_myaccount_infos sur 1.7 ?Donc il faut bien passer par les traductions comme indiqué plus haut.
si ça ne fonctionne pas c'est que vous n'êtes pas au bon endroit.
Peut être que vous traduisez le Core alors qu'il existe une traduction dans le thème ?
Mais je n'ai quasi pas touché à 1.7, je préfère les versions qui fonctionnent à peu près.