Jump to content

mon site est lent


surfshop

Recommended Posts

Bonjour,

 

Pouvez vous me dire qu'elles sont les possibilitées pour rendre mon site plus rapide, en effet je trouve qu'il est plutot lent, une page produits met entre 4 et 11 secondes pour s'ouvrir alors que lorsque je vais sur n'importe quel autre site internet les pages s'ouvrent en 2 voir 4 secondes tout au plus.

 

En esperant que quelqu'un pourra m apporter des reponses.

 

Merci par avance.

Link to comment
Share on other sites

Bonjour

 

Tout d'abord il s'agit de savoir la cause de la lenteur, ce n'est pas forcément le site, ça peut-être le serveur, la connexion vers votre site. Il faut faire une vérification à partir d'un autre poste dans un autre réseau et si possible un autre fournisseur d'accès.

 

Votre hébergeur c'est qui ?

Hébergement mutualisé ou serveur dédié ?

Taille de votre base de donnée par rapport à la taille autorisé par l'hébergeur ?

 

Nombre de produits environs

Nombre de visiteurs par jours

 

Si vous indiquez l'url de votre site je peux vérifier si c'est le serveur qui est lent.

Link to comment
Share on other sites

Bonjour

 

[Nomaya] Niveau serveur c'est bon, je penche plus pour le thème, quelque page s'affiche bien d'autre un peu de retard.

 

Ça peut-être le thème a optimiser ou la base de donnée voir si elle est pas surcharger.

 

Vous avez fait beaucoup de changement depuis la 1ere utilisation de la base de donnée ?

Link to comment
Share on other sites

bonjour Oron je te remercie pour ta reponse rapide.

 

Sinon je suis chez Ovh en hébergement web - pro en mutualisé.

 

la taille de ma base de donnees est de 378 Mo alors que je peux aller jusqu'a 100 GO.

 

j'ai environ 350 produits dans ma boutique, et je tourne entre 150 visiteurs a 300 visiteurs jours.

 

J'ai deja regardé sur un autre pc avec un autre fournisseur d'acces internet et c'est pareil.

 

Je t'envoi mon url via message privé je prefere.

 

Encore merci par avance.

Link to comment
Share on other sites

Bonjour

 

Sinon je suis chez Ovh en hébergement web - pro en mutualisé.

 

la taille de ma base de données est de 378 Mo alors que je peux aller jusqu’à 100 GO.

 

L'hébergement mutualisé pro est 100 Go l'espace disque et la base de donnée c'est 3 x 100 Mo et 1 x 500 Mo

 

 

J'ai visiter votre site à part l'un ou l'autre produits mets un peu plus de temps pour s'afficher, mais en général ça va, surtout que j'ai qu'un connexion de 3mega. C'est potable.

 

Il y a une chose qui me surprends c'est une image ' modules/blocktopmenu/img/shadow.png ' qui fait 414px x 604px ce qui est énorme si c'est une image pour le menu, voir si c'est vraiment nécessaire cette taille.

 

Les images produits à 400px x 400px, l'image du thème de base est de 300px x 300px.

Possible que ça joue un rôle.

Link to comment
Share on other sites

Il y a une chose qui me surprends c'est une image ' modules/blocktopmenu/img/shadow.png ' qui fait 414px x 604px ce qui est énorme si c'est une image pour le menu, voir si c'est vraiment nécessaire cette taille.

 

merci pour la reponse.

 

Je ne sais meme pas a quoi sert cette image pouvez vous peu etre me le dire.

Link to comment
Share on other sites

Ok je vous remercie je vais voir dans le module de base si c'est de même.

 

Merci encore.

 

Sinon j'ai trouvé ceci sur Google pouvez vous me dire si ces étapes sont a suivre ou si elle sont déjà intégré et donc effectué sur Prestashop.

 

http://www.tutoriels-video.fr/quelques-astuces-pour-rendre-votre-site-internet-plus-rapide/

 

Merci pour votre réponse. J'ai effectué le test avec "webpagetest" et moi les notes affectées a mon site sont : F A A A A X

 

Donc indéniablement, il y a des choses qui ne vont pas mais ne mis connaissant pas trop j'aimerai l'avis d'un expert.

Link to comment
Share on other sites

Bonjour

 

Je viens de tester votre site avec webpagetest et c'est intéressant les informations qu'ils donnent, par contre je garde sous réserve l'efficacité de ce site qui se trouve aux usa vers un site en France.

 

Pour la simple raison que de l'Europe vers les USA et Canada qu'il y a des problèmes de communication, là je viens de tracé webpagetest j'ai plusieurs serveur France Telecom longue distance qui sont à l'orange et tous les 5 serveurs aux USA sont aussi à l'orange, et je doute que des USA vers l'Europe soit meilleur.

 

(orange = serveur qui rame, temps de réponse long, perte des paquets de données)

 

Mais ça peut aider pour autre que la rapidité d'accès ou d'affichage. En tout cas le serveur sur lequel est votre site en lui même fonctionne bien.

 

Ce serait bien d'avoir un site tel que webpagetest mais en France.

Link to comment
Share on other sites

Bonjour

 

[Nomaya] Niveau serveur c'est bon, je penche plus pour le thème, quelque page s'affiche bien d'autre un peu de retard.

 

Ça peut-être le thème a optimiser ou la base de donnée voir si elle est pas surcharger.

 

Vous avez fait beaucoup de changement depuis la 1ere utilisation de la base de donnée ?

 

Bonsoir Oron,

 

Je vous remercie pour votre analyse et pour votre aide sur ce forum !

 

Je travaille avec un mutu OVH Pro et j'utilise depuis quelques jours un SQL Prive 256mo que j'ai configuré en suivant leurs recommandations.

 

Par contre de quels types de changements parlez vous dans votre question ? Je ne suis pas un spécialiste donc je n'ai rien change de moi même dans la BDD.

 

Pensez vous que le thème puisse être optimisé ?

 

Encore merci pour votre implication au sein de ce forum,

 

Bonne soiree et bon week end !

Link to comment
Share on other sites

Ok je vous remercie pour votre réponse, donc pour vous il n'y a rien de très alarmant, tout est normal.

 

Par contre que pouvez vous me dire sur ceci qui ce trouve dans le lien que j'ai cité un peu plus haut.

 

Au vu de ma note F pour "First Byte Time" qui me parait pas très bonne.

 

et de ma note X sur "CDN detected", qui si j'ai bien compris est la relation entre l'adresse ip de mon site et le nom de domaine que Google doit rechercher, et comme Google ne connait pas l'adresse ip de mon nom de domaine il met donc du temps a charger mon site. ( est ce que j'ai bien compris ? )

 

Ensuite : "Compresser vos fichiers

 

Il faut également réduire le poids de vos pages web et pour cela compresser vos fichiers. Très souvent, les fichiers javascripts et CSS possèdent des espaces blancs et des commentaires (utile pour la lisibilité du codeur), mais ça prend de la place.

Une méthode simple pour compresser tous vos fichier html, css et javascript est d’utiliser Gzip. Gzip est un logiciel libre de compression qui est généralement installé sur Apache. Pour l’utiliser, il faut créer un fichier .htaccess à la racine de votre site web avec ces règles dedans :

 

<filesmatch ".(php|html|css|js)$">

SetOutputFilter DEFLATE

</filesmatch>

 

La première ligne indique quels types de fichiers doivent être compressés (surtout les CSS et javascript qui peuvent atteindre des taux de compression de 90% mais attention : pas d’images !!).

La seconde ligne indique au navigateur que les fichiers devront être décompressés.

 

Ceci est il déjà effectué avec Prestashop ou faut il le faire ?

 

Activer le cache

 

Le cache est une fonctionnalité qui évite au navigateur de télécharger 2 fois le même fichier afin d’accélérer le temps de chargement des pages. Par exemple, si toutes les pages de votre site possède un logo identique, en naviguant de page en page vous n’allez pas re-télécharger cette image à chaque fois. Encore une fois on passe par un bout de code que l’on place dans un fichier .htaccess à la racine du site :

 

<ifmodule mod_expires.c>

<filesmatch ".(jpg|jpeg|png|gif|js|css|swf|ico)$">

ExpiresActive on

ExpiresDefault "access plus 1 months"

</filesmatch>

</ifmodule>

 

La première ligne test si le mode expires est bien activé et disponible.

La seconde ligne précise les fichiers que l’on souhaite mettre en cache,

la 3ème active le cache et la 4ème donne une date d’expiration (les fichiers ayant été téléchargé il y a plus d’un mois devront être re-télécharger).

 

 

Idem, Ceci est il déjà effectué avec prestashop ou faut il le faire ?

 

Merci pour votre réponse par avance et n’hésitez pas a me dire si vous avez tout compris car la j'ai fait comme j'ai pu et j’espère que je suis arrivé a me faire comprendre.

 

Cordialement

Link to comment
Share on other sites

Bonjour

 

Par changement je parle des produits mis et enlever, quand on les supprime dans prestashop, ils restent enregistré dans la base de donnée!

 

Pour le thème je sais pas je pense que ça doit être possible

 

Il ya actuellement 200 produits environ plus les déclinaisons cela donne 600 au total. Pour une vingtaine seulement de supprimé.

Link to comment
Share on other sites

Bonjour Altkirch.

 

mon doigt a glissé..

effectivement j'anticipe !

Pour redevenir plus sérieux, depuis le 1.4.6.2 passée début janvier, le résustat est sans appel (voir courbe du post précédent).

L'analyse Google révèle un TRES fort ralentissement

Pas très bon pour nos boutiques....

merci pour vos avis

Gilles

Link to comment
Share on other sites

J'ai fait la remarque sur gilles parce que c'est aussi mon prénom.

 

Si c'est bien le site qui est dans votre information membre il faut vite revenir en France

 

post-23611-0-87699600-1327845255_thumb.png

 

 

 

Les couleurs parlent d'eux-même :

 

France vers >> 77.67.90.93 Germany, 89.149.181.25 Germany, 77.67.70.38 Germany, 199.59.244.2 vers >> Montreal quebec , 199.59.245.2 Montreal quebec, 199.16.130.101 Planet hoster quebec

 

Voilà pourquoi votre site rame en plus le serveur 199.16.130.101 rame aussi!

Link to comment
Share on other sites

Oron (alias Gilles)

 

Surprenant comme analyse, mais cela semble expliquer une partie du PB...

 

merci

 

même si les lenteurs sont simultanées avec la MAJ de Prestashop, donc je vais creuser encore un peu afin de tenter d'améliorer.

 

merci une fois encore pour les stats

 

gilles

Link to comment
Share on other sites

Bonjour,

 

Si vous avez déjà un trafic qui dépasse les 1000 visites jours, je vous recommande de désactiver les stats de PS, qui sont gourmandes et qui chargent la DB pour rien.

 

 

Les tables en question sont: ps_connections ps_connections_page ps_connections_source

 

Ckarone

Link to comment
Share on other sites

SI vous regardez un peu les avis des autres utilisateurs de prestashop, vous verrez que dans 90% des cas, le fait d'utiliser un hebergement OVH mutualisé ajoute des temps de chargement assez importants.

Experience faite avec deux autres utilisateurs de PS (je ne me rappel plus du nom du post cela dit), les différences entre mutualisé et dédié sont assez énormes :

 

Temps d'affichage pour PS sur mutualisé (3 tests) : 8 secondes, 7 secondes et 9 secondes

même tests avec un serveur dédié : 2.4 secondes, 3 secondes, 2.8 secondes

 

dans les deux cas l'herbergeur est OVH.

Le dedié testé est un des moins cher d'OVH, le Kimsuffi

 

Par contre le fait de passé seulement à une SQL dédiée ne change pas tant que ca le chargement

 

Pareil, les temp de chargement diminue grandement entre un fond d'écran de taille 400 x 600 en PNG et le meme en JPG bien compressé.

 

En gros l'idéal est d'optimiser les deux.

J'attends avec impatience le budget pour passer au kimsuffi.

Link to comment
Share on other sites

Peut-on vraiment faire une comparaison entre un hébergement mutualisé et un serveur dédié ?

 

Non la comparaison n'est pas possible pour la simple raison que si vous êtes seul sur un serveur dédié vous n'aurez pas la charge que doit supporter un serveur d'hébergement mutualisé.

 

Il est tout a fait logique que vos sites sont plus performant sur un serveur dédié.

 

Les hébergements mutualisés sont lent parce qu'ils sont surcharger. Les grand hébergeurs c'est la rentabilité et la rentabilité.

 

Attiré du monde avec des pris bas et pour rattraper ces prix bas on charge et on charge les serveurs.

Link to comment
Share on other sites

ici pas question de faire de la pub pour l'un ou l'autre, mais juste que oui, on peut comparer.

S'il n'y a pas comparaison, il n'y a pas connaissance, et s'il n'y a pas connaissance il ne peut y avoir de choix.

Donc la comparaison doit être faite entre un serveur mutualisé et un dédié. Pouquoi ? parce que tout bonnement il y a 4 mois, je ne savais pas ce que cela voulais dire. C'est justement parque quelqu'un m'a expliqué les comparaisons que j'ai su comme cela fonctionnait.

 

Donc comparons :

 

Mutualisé : Tout le monde sur le meme serveur, pas cher (2 euros par mois) , mais plus lent

dédié : On loue son propre serveur et donc c'est plus rapide (14 euros par mois je crois pour l'offre kimsuffi), par contre quelquefois (souvent parait il) il faut connaitre l'administration système et le reseau.

 

Et par contre oui, tout a fait d'accord avec toi pour dire que OVH surcharge bien trop ses mutualisés pour avoir le rendement financié

Link to comment
Share on other sites

  • 1 month later...

Bonjour à tous :

je relance le sujet ...

Car depuis la migration en 1.4.6.2, les délais sont très lents.

J'ai également tenté de mettre la 1.4.7 il y a 2 semaines, mais les statistiques de Google sont sans appel : le site atteint pratiquement 4 secondes de moyenne sur les dernières semaines.

 

On peut exclure le fait que ce soit un serveur mutualisé, car cela a surement un impact, mais la coïncidence avec la migration de version est flagrante.

Bref en version 1.4.5, temps moyens de 1.7 secondes

en version 1.4.6 et suivantes, temps moyens de 3.7 secondes, soit 2 de plus.

 

Merci

post-35686-0-67640700-1330773012_thumb.jpg

Link to comment
Share on other sites

J'ai également la même remarque que GillesNew... Depuis la 1.4.6 sur OVH mon site est extrêmement lent... Et je n'en voit pas le bout... Divers ticket chez OVH et rien de flagrant (que j'étais bien avec la 1.2, j'ai perdu 25% de mon CA/mois depuis le changement).

 

Je commence donc à réfléchir pour passer sur du dédié mais là un autre problème se pose, l'administration du serveur --> du chinois !!!

 

Quelqu'un a-t-il franchi le pas sans notion avec seulement les tutos dispo sur internet?

 

Sur ce je retourne sortir mes rames sur mon site

Link to comment
Share on other sites

Bonjour

 

quand vous êtes sur un hébergement mutualisé chez OVH et que ça ne fonctionne plus correctement vous voulez tous courrir sur un dédié :)

 

Le vrai problème n'est pas l'hébergement mutualisé mais la surcharge des serveurs d'hébergements mutualisé, quand je vois chez ovh une adresse ip utilisé par 40000 sites, je me pose des questions.

 

Ce que vous devez rechercher avant de vouloir sauter sur un dédié c'est un hébergeur qui ne surcharge pas ses serveurs ça existe :) j'en connais mais je peux pas faire de la pub ici :)

 

Il est vrai si vous avez un dédié il faut mettre la main dans le cambouis, pas seulement au niveau du site mais de l'administration du serveur duquel vous serez le responsable.

Et pour ça il faut avoir des connaissances, ou alors un dédié en infogérance qui a un coût plus important et là encore faut trouver du sérieux.

 

Pour prendre un dédié il faut aussi que votre site est une fréquence de visites importantes par jour.

Si c'est que 100 ou 300 visites par jour, le dédié n'est pas justifié.

Link to comment
Share on other sites

  • 2 weeks later...

Bonjour,

J'ai le même soucis de lenteur de site, confirmé par des amis qui ce sont connecté de chez eux, et j'avoue être un peu noyée dans les infos pour cibler et résoudre le problème.

Je suis hébergée par online en mutualisé offre pro le trafic est supposé être illimité et j'ai un espace de 10GO.

J'utilise presta-shop version 1.4.5.1

Le thème acheté via presta est electronic store pour : eco-equipement.fr

J'ai rajouté 3 modules gratuits pub et couleur de fond background et un vide cache que je trouve pratique parce qu'il a un raccourci sur la boutique. J'aurais voulu rajouter des modules autres pour égayer la boutique mais pour ça il faudrait qu'elle galope normalement.

J'accuse en ce moment une moyenne de 15 visites par jour mais à quoi bon les avoir si les gens se désespèrent de la lenteur ?

 

Est que quelqu'un aurait la gentillesse de me donner une piste pour que le site ne rame plus s'il vous plait.

 

Merci

 

Le problème a été résolu par quelqu'un de plus doué que moi. A ce que il m'a été expliqué, il a procédé à la réécriture d'url et le site ne rame plus.

Link to comment
Share on other sites

Bonjour

 

Si c'est bien votre site que vous indiquez dans votre post il est sur un serveur avec

34.285 website use this address.

 

Déjà un 1er point, après faut voir si vous avez des modules qui ne sont pas nécessaire.

Vérifier sir votre espace disque est suffisant, si votre base de donnée n'est pas saturé.

Link to comment
Share on other sites

Regarder dans la config du BO du site. préférence => performance.

 

Il se peut que des choses ne soient pas bien cochés.

 

Notre site est sous la version 1.4.6.2 est c'est très très rapide par rapport à la 1.4.5.1

 

Veillez à regarder ces réglages.

Link to comment
Share on other sites

Je suis hébergée par online en mutualisé offre pro le trafic est supposé être illimité et j'ai un espace de 10GO.

 

Trafic illimité n'est pas dans le sens du nombre de visiteurs, mais dans le sens que vous utilisez une bande passante de 10 gb ou de 100gb ou de 1000 gb vous paierez la même chose.

 

Par contre la vraie limite est la capacité de la bande passante mais jusqu'à qu'elle arrive a saturation ce sera pas pour demain dans un usage normal.

Link to comment
Share on other sites

Bonjour,

 

Je remarque le même problème de mon côté.

Hébergement mutualisé - offre business chez OVH. Depuis le début de semaine, ça rame bien !

Que ça soit du Front ou Back Office - et même des problèmes de Link to database qui arrivent ...

 

Et le pire, c'est que moi, je suis encore à la version 1.2.5 !

Donc en fin de compte, le problème viendrait p'tre clairement d'Ovh

Location: France
Error/Status Code: 200
Start Offset: 0.101 s
DNS Lookup: 59 ms
Initial Connection: 43 ms
Time to First Byte: 13566 ms
Content Download: 89 ms
Bytes In (downloaded): 6.8 KB
Bytes Out (uploaded): 0.4 KB

Link to comment
Share on other sites

Merci..

Je refait ce message parce que le 1er c'est écrit en html et je l'ai supprimé ???

l'espace disque et la base de données que j'utilise File zilla m'annonce 52 fichiers 21 dossiers pour une taille de 210180 octets.

Encore merci..

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...