Jump to content

[ Résolu] A Quoi Sert Ce Hook ?


Recommended Posts

Bonjour a tous

 

j'ai d’énorme lenteur sur le BO de prestashop c'est une horreur et ce depuis seulement ce matin et pourtant je n'ai rien modifier , j'ai vu avec ovh et ça viendrais du BO bref ..

 

sur plusieurs post qui parle du même genre de problème les gens conseil d'enlever certain module du hook

 

Displaybackofficeheader

 

j'en ai personnellement 12 greffer sur ce hook mais je ne sais pas a quoi il sert , du coup si j’enlève un module de ce hook ça influe sur quoi ?

 

quels sont les risques si il y en a ?

 

désolé pour ma "novicitude" et merci 

Edited by lokyjo (see edit history)
Link to comment
Share on other sites

Bonjour, ce hook, sert est affiché a chaque page et permet au module d’exécuté du code sur toutes les pages. Selon les modules cela leur permet d'ajouter du CSS et des fichiers JS. Ou encore de réaliser des actions sans surchargé un controller de PrestaShop.

 

Pour bien faire, il faut regardé le code des modules qui sont greffé sur ce hook pour si il est possible de les dé-greffer.

Link to comment
Share on other sites

je profite de ce sujet pour demander a une âme charitable de regarder les deux images et me dire si il comprends le problème

 

depuis ce matin d’énormes lenteur je ne peux presque pas travailler tellement le BO rame et fais ramer la boutique , si je ne l'utilise pas la boutique marche bien

 

mais des que je sollicite le bo tout se met a ramer même debug me dit que j'irais plus vite avec un grille pain...

 

je suis un énorme an. euh novice donc j'ai du mal mais peu être que vous en voyant ses images vous  saurez d'ou viens le problème et pourrais m'aiguiller

post-1025320-0-94298700-1458340287_thumb.jpg

post-1025320-0-27485500-1458340080_thumb.jpg

Edited by lokyjo (see edit history)
Link to comment
Share on other sites

1/ En voyant que tu es sur un mutu OVH j'ai pas besoin de regarder tes images pour voir d'où vient le problème.

 

2/ Le debug et profiling ce n'est pas fait pour mesurer des perfs sur un shop en ligne mais pour les plateforme de dev

 

3/ Le profiling c'est mettre le Nimitz sur ta galerie, même si c'est une Bugatti ça freine grâve

 

4/ 80% des ralentissements BO sont dus aux placards de pub addon - surtout quand ce dernier rame - mais n'ont aucune influence en FO

 

5/ De grace ne bricole pas tes hooks

 

6/ Degage tous les modules désactivé ou installés mais non configurés que peut-être tu utilisera probablement pas un jour

 

7/ Le php 5.6 semble être bien buggué rester en 5.4

 

8/ 9.6s sur une pauvre requête avec 1 jointure même mal optimisée de 1700 record - le serveur SQL prend un café en terasse.

 

9/ http://travaux.ovh.net/?project=4&status=all&perpage=50

 

10 / Rester calme, refaire une partie de CandyCrush. Les hébergés mutus sont tous dans les hiscore, juste derrière ceux du cloud - on me dit dans l'oreille qu'ils sont aussi chez OVH

Link to comment
Share on other sites

je pense que le problème était plutôt une erreur de ma part en modifiant un fichier mais je ne voyais pas lequel , donc j'ai supprimer complètement le contenu de mon ftp et j'ai re-upload une copie que j'avais fais 2 jours avant et hop tout re-fonctionne normalement 

 

merci

Link to comment
Share on other sites

je ne suis pas assez calé pour m'amuser a faire de l'overrides de modules ou autres, et je n'avais rien installer depuis cette sauvegarde qui daté seulement de 2 jours avant , 

 

quoi qu'il en soit le back office ne fonctionnais pratiquement plus et le site ramer , depuis j'ai plus de problèmes et aucun message d'erreur sur les différents test que j'ai fais faire

 

je me suis dit que si il y avais un système de restaurations c'est qu'il pouvais servir mais comme souvent ca chie un peu dans la colle j'ai preferer la faire de cette facon

 

pour le moment en tout cas j'ai plus aucun problème et j'ai bossé toute la journée sur le site

 

donc j’espère que ça durera

 

et franchement je me suis pas trop amusé :/

Link to comment
Share on other sites

Je ne dis pas que tu as fais des overrides, je dis que si un module en avait, comme tu as clear ton ftp, si il y en avait c'est perdu

 

Mais si chaque fois que ton BO rame tu réinstalles ton bouzin dans 2ans tu sera toujours en train de réinstaller.

 

On ne réinstalle pas pour corriger un problème - tu ne dynamite pas ta maison parce qu'il y a une fuite. Là c'est pareil.

PrestaShop c'est de base plus de 300'000 lignes de code et 230 tables - et les 2 sont liées si tu purge ta bdd tu dois remettre le code qui allait avec et vice versa

Link to comment
Share on other sites

le gros soucis sur ce coup c'est que je suis sur d'avoir fais une connerie en déplaçant sans le vouloir (déplacement rapide plus clic nerveux) un fichier ou dossier dans le ftp

 

et évidemment pour moi il était impossible de retrouver lequel , donc j'ai fais une restauration ovh mais ça n'a rien arranger car elles sont pas top , ça copie des fichier sur d'autres ça en laisse en plus bref pas top

 

donc je n'ai vu que cette solution je dit pas que j'ai bien fais juste que pour le moment je retrouve la boutique comme avant

 

mais du coup j'ai fais une sauvegarde de base de donnée et de ftp  , si j'ai vraiment un gros problème sur prestashop tu veux dire que ces sauvegarde c'est

 

pas terrible et que la solution de restauration n'est pas bonne ?

 

je demande pour comprendre :)

 

car sur internet au vois beaucoup de personne avec de gros soucis sauvé par une restauration en php

Edited by lokyjo (see edit history)
Link to comment
Share on other sites

Relis le forum ici tu vas y voir tous les jours 20 ou 30 qui ont sur-planté leur shop en restaurant qui le php, qui la bdd, après avoir fait un bétise mineure qu'on aurait pu les aider à cibler en 2mn.

 

Par exemple ton clicc malencontreux. Fait toi un répertoire avec un Prestashop de base (même pas installé, protection en écriture chez toi)

Il existe 1001 outils permettant de  faire des diff de répertoire ... en 2mn tu vois où tu as mis le bazar.

 

De toute manière quand on débute (et ça ne se veut pas autre chose qu'un conseil). On se cantonne à une zone étroite. Au lieu de lire 20 tutos plus ou moins vieux ou plus ou moins en rapport et partir bille en tête ... on se limite à quelques lignes de css, on decouvre au passage ce qu'est un règle son scope / priorité pour pas inonder son code de !f--ck-media-query :) ou encore 2/3 lignes dans 1 seul tpl et le tout en utilisant des outils pertinents - Notepad++, SublimeText.

 

Le savais-tu jeune padawan, clic-droit sur un fichier dans filezilla, on l'ouvre en édition, à chaque fois que l'on l'enregistre (CTRL+S), et que l'on remet le focus sur filezilla il te propose de le renvoyer sur le serveur exactement à l'endroit où tu l'as édité ... On lit bien les options et les différents dialogue pour comprendre de quoi il en retourne et avant longtemps on devient méga efficace ... tape tape tape,  CTRL+S, envoi, zut raté, CTRL-Z, CTRL-S, envoi ...

Link to comment
Share on other sites

salut

 

oui pour fillezilla j'ai beaucoup appris depuis que je me suis lancer la dedans et surtout grâce a ce forum et au conseil des gars qui s'y entendent

 

après comme on dit "chacun son boulot" , moi j'essai vraiment de me cantonné a ce que je sais faire sinon je demande.

 

mais encore une question , car du coup je sais plus quoi faire a ce niveau la prochaine fois si y en a une .

 

imaginons un piratage et effacement de site ou un gros problème ou l'on perds réellement le site

 

a part relancer une copie ou utilisé la restauration qu'elle autre solution on a ?

 

car moi tout les 2 jours en général vu que je boss sur le site je sauvegarde une copie sur mon dd , et c'est long lol donc si c'est inutile je m'en passe :)

 

merci

Edited by lokyjo (see edit history)
Link to comment
Share on other sites

et je profite de toi en te posant 2 questions technique (ou pas)

 

je me sert de firebug ou de la console google pour voir ou trouver par exemple une couleur dans le code ou l'emplacement d'un lien ect

 

et dans le tableau des résultat il me montre le chemin mais celui du cache pas le vrai chemin et ce depuis environs 1 semaine avant j'avais le vrai chemin .

 

tu saurais pourquoi ?

 

je veux installer page cache pour le confort des utilisateur , mais quand on active un module de cache faut il modifier le comportement du cache de base de

 

presta ? activé ou désactivé celui ci ? ou ils n'on aucun rapport ?

 

merci

Edited by lokyjo (see edit history)
Link to comment
Share on other sites

Alors les sauvegarde normalement du fais faire ça directement sur le serveur avec une copie remote - avoir ça sur son PC ça ne sert pas à grand chose quand il faut remonter 30G depuis une ligne ADSL avec les gamins qui jouent déjà en réseau sur la ligne.

 

Je peste souvent sur PrestaShop mais rendons à César, le coeur est plutôt robuste face aux pénétrations dans 95% des cas de pénétration, c'était justement par copie FTP de code soit déjà infecté, soit de code yolo de vraies invitations au massacre.

 

Pour voir le chemin de la ligne de css d'une modif, il te faut désactiver le ccc sur les feuilles de style (Préférences > Performances)

 

Et crois moi, moi même quand ça dépasse les 20 règles de css élémentaires, je fais appel à un spécialiste - pas parce que je ne sais pas faire, mais parce que lui qui fait ça à longueur de journée dans les thèmes PrestaShop il sait que telle ou telle règle est sauvagement utilisé dans un endroit incongru et moi si je mod ça ... dans 5 jours je vais arriver sur une page au look chelou ...

 

Laisse tomber les modules de cache, vraiment, un de ces 4 je ferais un topic sur ce genre de balivernes. De la même manière je ne connais aucune raison valable d'activer quoique ce soit dans le cartouche cache en pas de cette page - aucune

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...