Jump to content

Xuân

Members
  • Posts

    117
  • Joined

  • Last visited

About Xuân

  • Birthday 08/24/1995

Profile Information

  • Location
    Paris
  • First Name
    Levy
  • Last Name
    Corentin

Xuân's Achievements

Newbie

Newbie (1/14)

14

Reputation

3

Community Answers

  1. Bonjour, oui, c'était un problème interne malheureusement donc je ne peux pas aider :s
  2. Méthode peu adaptée pour moi : c'est une lenteur sur une seule page. Quelques précisions : quand je charge la page modules, le chargement ne dure "que" 113s. Sinon c'est 168s sur toutes les pages. Et c'est toujours initContent qui est responsable selon debug profiling / le TTFB du tout premier fichier selon l'analyse réseau du navigateur. J'ai essayé pas mal de méthodes : supprimer divers modules (cron, les stats...), supprimer mon dossier xml, changer diverses permissions... Rien ne fonctionne.
  3. J'avais pas eu de mail me prévenant d'une réponse, désolé. C'est toujours le premier fichier qui mets du temps. Je vais essayer la méthode de nemo et voir si ça marche.
  4. KenzoDev : c'est fait, et c'est bien initContent le fautif, avec son TTFB indécent.
  5. En l'occurence je suis no limit J'ai dit >, ça peut vouloir tout dire
  6. Personnellement je ne connais pas le moyen propre de déplacer mes éléments non, mon site mobile est une atrocité. Peut être en créant un hook personnalisé à chaque fois, j'avoue que je m'y suis pas énormément interessé. Hésite pas à changer tes couleurs et autres par contre, moi les éléments qui sont partis en vrille sont juste ceux sur lesquels j'ai fait des margin / padding, dont j'ai changé la width ou que j'ai placé en absolute.
  7. Si tu ne connais pas un peu le CSS tu vas avoir du mal oui ^^' En gros ton element.style c'est un style provisoire juste pour ton navigateur quand tu fais tes modifs en live. Essaie de l'éviter. Pour prendre l'exemple de blockart, j'ai voulu changer la couleur du bouton "commander". Avec F12, j'ai fais "inspecter l'élément" sur le bouton, j'ai vu que dans le HTML il avait un id "button_order_cart". Dans la feuille de style associée sur la droite de l'inspecteur d'éléments, y avait aussi un truc qui ressemblait à ça : cart_block .cart-buttons a#button_order_cart span { padding: 7px 0; font-size: 1.1em; border: solid 1px #63c473; background: #43b155; } Je vois que toutes les balises <a> ayant l'id button_order_cart (# pour les ID, . pour les classes en CSS) auront les propriétés d'en dessous. Je fais mes tests, et quand j'ai trouvé les valeurs qui me conviennent, je regarde ou se situe la feuille de style qui est décrite dans l'inspecteur (le lien te donne le chemin, donc facile) et je modifie le fichier. En l'occurrence pour mon cas, je me suis interessé au background et à la bordure, je sais que je peux régler les couleurs là. Après selon ce que tu veux faire, il y a plein de commandes en CSS. Pour le déplacement, joue avec les margin/padding par exemple. Par contre ça casse le thème mobile.
  8. Le déplacement ne se fera pas en HTML non ( les "style:" que tu vois sont des alias de CSS en fait, autant le faire directement en CSS ). Pour la localisation des fichiers CSS : personnellement je me sers de mon navigateur avec F12 pour inspecter un élément : les styles associés s'affichent, avec le chemin associé jusqu'au fichier. En général, il est dans themes/nomdutheme/css/ (tu as notamment un énorme fichier global.css) ou dans nomdutheme/modules/nomdumodule/css/. Mais inspecte les éléments pour être sur, tu peux même faire les tests en live comme tu l'as déjà fait
  9. Bonjour, tu peux le faire en CSS dans les fichiers associés ( sers toi de firebug pour les trouver ) mais je crois que ça peut poser problème pour l'affichage mobile. Sinon, tu peux créer un hook à chaque endroit ou tu souhaites mettre les éléments et les greffer au dit hook. Si tu viens d'un cms comme Wix ça peut perturber effectivement, le design est beaucoup plus dur à mettre en place sur presta, par contre le BO est bien meilleur.
  10. Bonjour à tous, Depuis quelques temps mon BO est très lent à charger sur quasi toutes les pages ( entre 150 et 250 secondes ). Sur la page produit cela m'empêche même de sauvegarder les modifications : le bouton enregistrer tourne à l'infini. J'ai regardé le réseau, et tout cette longueur vient d'un TTFB énorme sur le premier fichier chargé. J'en ai parlé avec mon hébergeur (interne à mon entreprise) et il m'a assuré que si il y avait un problème il venait de ma config Prestashop, je sais que les caractéristiques techniques de la machine sont suffisantes, mais je n'ai pas paramétré moi même apache, php et cie. J'ai essayé de farfouiller un peu sur les forums mais j'ai l'impression qu'effectivement la config a l'air bonne (memory limit > 64MB, memcached désactivé, aucun module de stats installé etc...) A noter que le chargement de la page d'un module est très rapide, pareil lorsque je sauvegarde la nouvelle configuration d'un module... Je me demandais donc d'où cela pouvait venir et comment y rémédier. Je suis sur prestashop 1.6.0.14. Merci d'avance
  11. Bonjour, ce sujet peut t'aider je pense, il y a pas mal de réponses correspondant à ta demande.
  12. C'était un exemple, mais en l'occurence ce que je veux vraiment faire est ajouter un texte visible seulement aux utilisateurs connectés ( donc {if $logged} <p> Texte </p> {/if} ). Tout en conservant du texte visible à tous grâce à ma page CMS.
  13. Je ne trouve pas ce que je cherche alors. Admettons que au milieu de mon texte écrit dans ma page cms je veuille utiliser une variable smarty. Comment je fais puisque le texte enregistré sur la page CMS n'apparaît pas dans cms.tpl ?
  14. Bonjour à tous, c'est probablement tout bête, mais je n'ai pas trouvé les fichiers tpl des pages CMS générées grâce à l'outil CMS. Sur ma page cms je veux utiliser une variable Smarty ( et pas de l'html, éditable directement ), et sans accès au tpl je ne sais pas comment faire. Donc toute aide serait appréciée. Merci d'avance
×
×
  • Create New...