BoutikShop69 Posted February 7, 2015 Share Posted February 7, 2015 (edited) Bonjour, J'aurai besoin d'un coup de main, car le retrait des serveurs médias me posent un p'tit problème : Prestashop (1.4) garde la trace des sous-domaines dans la base de données et ou ailleurs : " bad request subdomaine sql query " Il faudrait que je trouve comment l'isoler et la retirer, car du coup en BO, prestashop reste cassé : Il n'est plus possible d'activer CCC, ça redéglingue l'affichage du thème. Le site continue de mouliner ..... temps de chargement moyen entre 30 et 66 secondes selon pingdom tools, dareboost et webpage test. Au passage le média 1 était un cdn externe (incapsula) que j'ai viré : j'ai annulé l'abonnement mensuel que j'avais pris chez eux, car ce service injectait dans mes pages : 1 000 Ko de cookies en moyenne ; les médias 2 et 3 sont des sous-domaines que j'ai créé dans mon espace ftp de l'hébergement, j'ai juste supprimé les serveurs médias en BO pour l'instant. D'avance merci pour votre aide. Car si je réinjecte cette information sur la nouvelle copie propre des fichiers que j'ai préparé je continuerai à avoir ce problème. Il faut donc impérativement que je la retire si je veux éviter un autre scratch .... Cordialement. Edited February 9, 2015 by shooping (see edit history) Link to comment Share on other sites More sharing options...
BoutikShop69 Posted February 7, 2015 Author Share Posted February 7, 2015 (edited) Merci c'est sympa. J'avance comment moi ? Il existe une flopée de tuto pour mettre en place un serveur média dans prestashop. - Mais pas pour faire l'Opération Inverse. J'ai cherché avant de publier cette demande d'aide sur ce forum. Cordialement. PS. Sinon je viens de trouver ça : http://www.reboot.ro/tutorials/how-to-solve-bad-subdomain-sql-query-on-prestashop-update-from-1-4-x-to-1-5-x/ Problème je ne comprends pas l'anglais, alors merci de faire preuve d'un peu de compréhension, pour ceux qui sont moins doués que vous. Edited February 8, 2015 by shooping (see edit history) Link to comment Share on other sites More sharing options...
BoutikShop69 Posted February 8, 2015 Author Share Posted February 8, 2015 (edited) Bonjour, Il y a RÉELLEMENT un problème, et tout le monde s'en fout ..... Voir les images jointes. Les redirections 302 ce n'est pas moi, il y a une recopie du nom de domaine principal qui finit à chaque fois avec une série de lettres différentes à chaque nouvelle connexion .... Et qui débouche sur une page blanche, exemple : wwww.mondomaine.com/PXiVz .... Edited February 8, 2015 by shooping (see edit history) Link to comment Share on other sites More sharing options...
Soyons Solidaire Posted February 8, 2015 Share Posted February 8, 2015 (edited) Salut shooping, Moi je m'en fous pas, je pense que cela se passe dans la base de données? j'ai pas d'idée ? Si je trouve je reviens vers toi ! Eolia tu es ou Amitiés Edited February 8, 2015 by G.Solidarité (see edit history) 1 Link to comment Share on other sites More sharing options...
Fabien Serny Posted February 8, 2015 Share Posted February 8, 2015 Bonjour à tous, J'effectue un test et reviens vers vous rapidement 1 Link to comment Share on other sites More sharing options...
BoutikShop69 Posted February 8, 2015 Author Share Posted February 8, 2015 Eolia tu es ou Amitiés C'est dimanche aujourd'hui. :P En tout cas merci à toi, et à Fabien d'avoir vu mon appel au secours ... je me sens enfin moins seul. Amitiés. 1 Link to comment Share on other sites More sharing options...
Eolia Posted February 8, 2015 Share Posted February 8, 2015 je suis dans le coin, mais j'ai une vie de famille aussi^^ Si Fabien est sur le coup, tu es entre de bonnes mains 2 Link to comment Share on other sites More sharing options...
Soyons Solidaire Posted February 8, 2015 Share Posted February 8, 2015 (edited) Saut Elolia, Fabien, tu vois shooping tu n'est pas seul les meilleurs sont parmi nous Amitiés Edited February 8, 2015 by G.Solidarité (see edit history) Link to comment Share on other sites More sharing options...
Fabien Serny Posted February 8, 2015 Share Posted February 8, 2015 je suis dans le coin, mais j'ai une vie de famille aussi^^ Si Fabien est sur le coup, tu es entre de bonnes mains Profites bien ! C'est mon week end off famille aujourd'hui Saut Elolia, Fabien, tu vois shooping tu n'est pas seul les meilleurs sont parmi nous Amitiés Hello, si tu as le même soucis, je veux bien que tu me MP les détails du problème que tu rencontres (je suis déjà en MP avec shooping) 2 Link to comment Share on other sites More sharing options...
Fabien Serny Posted February 8, 2015 Share Posted February 8, 2015 Hello, Bon à priori, ça venait d'un .htaccess qui était dans le répertoire cache du thème et qui contenait les lignes suivantes : RewriteEngine OnRewriteRule (.*)\.js$ compressejs.php?file=$1.js [L]RewriteRule (.*)\.css$ compressecss.php?file=$1.css [L] Ces scripts n'étant absolument pas natif (et plus présent sur votre PrestaShop), cela faisait une 404 du fichier CSS et JS lorsque vous tentiez d'activer CCC.J'ai supprimer le contenu du fichier, le problème semble être rentré dans l'ordre.N'hésitez pas si un autre problème survient.Excellente soirée à vous 1 Link to comment Share on other sites More sharing options...
Fabien Serny Posted February 8, 2015 Share Posted February 8, 2015 N'oubliez pas de passer le topic en [Résolu] si la solution vous convient Link to comment Share on other sites More sharing options...
BoutikShop69 Posted February 8, 2015 Author Share Posted February 8, 2015 (edited) Bonsoir, Effectivement je peux réactiver ccc sans casser l'affichage du thème. Mais ça ne règle pas le problème de rame : Load time 32.44 secondes pour 103 requêtes. Que penser de ce double enregistrement que j'ai indiqué tout à l'heure en mp ? Par contre les lignes trouvées ne me disent absolument rien, je ne les ai pas ajouté et je n'utilisai pas de module pour ce cdn ; je leur avais pourtant demandé de me supprimer toutes les entrées qui reliait mon site à leur service. Cordialement. Edited February 9, 2015 by shooping (see edit history) Link to comment Share on other sites More sharing options...
Fabien Serny Posted February 8, 2015 Share Posted February 8, 2015 Pour moi la page en soit charge rapidement.En revanche, il y a un morceau de la page, et pour être précis, l'image suivante : https://staticssl.shopwiki.com/static/badges/StoreBadgeFR.png?sid=935595 Qui ne se loade pas et qui fait détruit un peu les statistics de temps de chargement. Sais tu à quoi cela correspond ? Le texte qui l'accompagne est le suivant : "My Shopping Love est une www.shopwiki.fr Listed Store" Je regarde pour cette histoire de double enregistrement Link to comment Share on other sites More sharing options...
BoutikShop69 Posted February 9, 2015 Author Share Posted February 9, 2015 (edited) Bonjour, Les pages se chargent, mais on voit clairement que ça patine ; une fois la page affichée le petit cercle vert dans l'onglet normalement ne tourne plus, ça veut donc dire qu'il continue de chercher .... Faut comprendre qu'avant ce problème pingdom tools indiquait un affichage de mon site en 2.24 secondes et non 32 secondes.... Gmetrix ne me trouve plus, seul le premier cité plus haut et webpage test avec dareboost (qui lui aussi m'inflige la pire note que j'ai jamais eu) qui arrivent à nous donner des indications. De tels scores, sont du jamais vu chez moi : Votre temps total de chargement est de 62.6 secondes. Voici les 10 ressources les plus longues à se charger : staticssl.shopwiki.com/static/badges/St[...]eFR.png?sid=935595 (60532ms) http://www.myshoppinglove.com/modules/atsuperblock/img/2.png (1330ms) www.myshoppinglove.com/301-330-home/lub[...]-aloe-et-fraise.jpg (1304ms) www.myshoppinglove.com/modules/prestalo[...]images/products.png (1220ms) http://www.myshoppinglove.com/ (1199ms) www.myshoppinglove.com/modules/domblock[...]logo-paiement-b.png (1184ms) http://www.myshoppinglove.com/img/cms/logo-skyrock.png (1161ms) http://www.myshoppinglove.com/img/cms/facebook-icon.png (1156ms) http://www.myshoppinglove.com/img/cms/homme-sexy.png (1071ms) www.myshoppinglove.com/themes/MonTheme/[...]ckground_custom.jpg (1050ms) Pour ce qui est de Shopwiki, je suis une boutique listée chez eux, problème ils me coupent un peu les pattes car ils ne voient plus que je continue d'afficher leur code dans mes pages, j'existe toujours chez eux mais sans être relié. title="My Shopping Love est une www.shopwiki.fr Listed Store" href="http://www.shopwiki.fr/s/xxxxxxxx" target="_blank"><img src="https://staticssl.shopwiki.com/static/badges/StoreBadgeFR.png?sid=xxxxxxxxx" alt="" data-swmc-badge-code="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" /></a><img title="Shopwiki" src="http://www.myshoppinglove.com/img/cms/Shopwiki_Listed_FR.png" alt="Shopwiki" width="160" height="52" /></h3> Cordialement. Edited February 9, 2015 by shooping (see edit history) Link to comment Share on other sites More sharing options...
Fabien Serny Posted February 9, 2015 Share Posted February 9, 2015 Le problème vient clairement du bagde. Il faut soit leur demander l'url du badge (une url qui ne mettent pas 60 secondes à charger) que vous pouvez mettre sur votre site, soit le retirer complètement.Je ne vois pas d'autre solution actuellement. Envoyez leur ce lien : https://staticssl.shopwiki.com/static/badges/StoreBadgeFR.png?sid=935595 En leur expliquant que le chargement est très long et en leur demandant si l'url est correcte.Si l'url est correcte, il faut leur demander si ils peuvent régler leur problème de lenteur. Link to comment Share on other sites More sharing options...
BoutikShop69 Posted February 9, 2015 Author Share Posted February 9, 2015 Merci pour l'analyse et le retour. Je regarderai ça de plus près cette après-midi, car je remarque que le lien href, n'est pas identique au lien : img src= Ca pourrait peut-être venir de là en partie ? En attendant s'il le faut je supprimerai le code html tout en faisant un lien avec Shopwiki .... C'est à tester. Pour le reste qui avait été évoqué sur le problème lié au domaine, je ferais un retour en mp dans la journée. Cordialement. Link to comment Share on other sites More sharing options...
Fabien Serny Posted February 9, 2015 Share Posted February 9, 2015 Que le lien href ne soit pas identique ce n'est pas très grave. Ce qui met du temps à charger c'est le src="" Si c'est possible, vous pouvez faire ceci : <a href="http://www.shopwiki.fr/s/xxxxxxxx" target="_blank"><img title="Shopwiki" src="http://www.myshoppinglove.com/img/cms/Shopwiki_Listed_FR.png" alt="Shopwiki" width="160" height="52" data-swmc-badge-code="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" /></a> Vu que cette image a l'air de bien se charger. Après je ne connais pas vos accords avec shopwiki, je ne sais pas si ça leur conviendra. Link to comment Share on other sites More sharing options...
BoutikShop69 Posted February 9, 2015 Author Share Posted February 9, 2015 (edited) Le problème c'est que mon site n'arrive plus à communiquer avec les adresses en https. Et ça touche aussi les pages des plateformes de paiement .... Il y a un blocage au niveau du port 443 .... J'essaierai cette adaptation du code en premier. Cordialement. Edited February 9, 2015 by shooping (see edit history) Link to comment Share on other sites More sharing options...
Fabien Serny Posted February 9, 2015 Share Posted February 9, 2015 Le problème du blocage de votre port 443 est un autre probème.Le lien https://staticssl.shopwiki.com/static/badges/StoreBadgeFR.png?sid=935595, même si il est en https, est une image se trouvant dans votre code source.Ce qui signifie que l'appel n'est pas fait par votre serveur mais par le navigateur du visiteur. Le problème vient bien de shopwiki et non de votre serveur. Link to comment Share on other sites More sharing options...
BoutikShop69 Posted February 9, 2015 Author Share Posted February 9, 2015 Je vais devenir dingue si ça continue ...... J'ai enlever le doublon sur le nom de domaine principal .... Supprimer les Sous-Domaines enregistrés ..... Et j'ai encore ce problème de redirection 302 :blink: Link to comment Share on other sites More sharing options...
BoutikShop69 Posted February 9, 2015 Author Share Posted February 9, 2015 Yep ! Victoire ! Mais il m'a fallu sacrifier l'affichage de mon partenariat avec shopwiki :/ Une fois le code donné plus haut inséré, et enregistré le résultat donnait ça : <a style="font-size: 11px; line-height: 1.5em; text-align: justify;" title="My Shopping Love est une www.shopwiki.fr Listed Store" href="http://www.shopwiki.fr/s/xxxxxx" target="_blank"><img src="https://staticssl.shopwiki.com/static/badges/StoreBadgeFR.png?sid=xxxxxx" alt="" data-swmc-badge-code="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" /></a><img title="Shopwiki" src="http://www.myshoppinglove.com/img/cms/Shopwiki_Listed_FR.png" alt="Shopwiki" width="160" height="52" /></h3> Et j'ai eu beau le simplifier : </a><a style="font-size: 11px; line-height: 1.5em; text-align: justify;" title="My Shopping Love est une boutique www.shopwiki.fr Listed Store"><img title="Shopwiki" src="http://www.myshoppinglove.com/img/cms/Shopwiki_Listed_FR.png" alt="Shopwiki" width="160" height="52" /></h3></a> C'est le résultat obtenu plus haut qui s'obstinait à s'afficher, et mon site continuait à tourner en boucle. Donc suppression pas le choix. Je suis même de retour pour gmetrix qui réussit enfin à trouver mon site, yes : http://gtmetrix.com/reports/www.myshoppinglove.com/O5LF63MK Sans oublier, les "nouveaux résultats" en screens images. Encore merci à Fabien, pour son aide précieuse et qui m'a permis de liquider les effets dû au retrait du CDN externe notamment. Cordialement. Link to comment Share on other sites More sharing options...
Fabien Serny Posted February 9, 2015 Share Posted February 9, 2015 Heureux d'avoir pu aider 1 Link to comment Share on other sites More sharing options...
JPay Posted September 23, 2015 Share Posted September 23, 2015 (edited) Bonjour, Navré de rouvrir ce sujet mais j'ai un pb équivalent et je ne trouve pas de solution sur internet ou même en bidouillant. Pour résumer, j'avais voulu utilisé les serveurs de média et j'avais donc créé des sous domaine dans mon cPanel (cdn1.monsite.com, idem cdn2 et 3). J'avais ensuite paramétré Prestashop (1.6.1.1) dans le menu Performances. Tout était ok et le mode debug du navigateur affichait bien un équilibre entre cdn1, 2 et 3 pour les images des produits. Puis j'ai voulu revenir en arrière (pour mettre en place un SSL) et là c'est le bazard ! J'ai donc mis à jour Performances en vidant les 3 champs Serveurs de média, vidé le cache et supprimé les sous-domaines dans le cPanel. Mais voilà ... certaines images apparaissent et d'autres non car toujours issues d'un lien cdn1, 2 ou 3 ... J'ai essayé plusieurs actions, vérifier le htaccess, changer les CCC, désactiver/réactiver les URLs simplifiés dans le SEO, switcher entre 301 et 302 pour l'URL canonique, ... Je ne comprends pas où et comment revenir à une situation sans cdn ... C'est à s'en arracher les cheveux ! Merci d'avance pour vos lumières ! EDIT : Après plusieurs recherches je pense être sur une piste ... Dans Performances, si je désactive le cache Smarty (tout en haut), tout revient à la normal ! Toutes les images apparaissent, plus de lien en cdn. Si je remets le cache Smarty, le pb revient ... Help ! Edited September 23, 2015 by JPay (see edit history) Link to comment Share on other sites More sharing options...
Eolia Posted September 24, 2015 Share Posted September 24, 2015 Le désactiver n'est pas suffisant, il faut le supprimer en premier Ensuite, désactiver les compressions diverses Forcer la compilation Désactiver le cache serveur s'il y en a un (memcache, aps, ou autre) Vider vos caches navigateur Vérifier que les répertoires cache/smarty/cache et cache/smarty/compile ne contiennent plus que index.php Idem pour themes/votre_theme/cache Une fois tous ces points vérifiés (et si votre hébergeur n'utilise pas un système de cdn/cache en arrière plan), rafraichissez votre page d'accueil. Si tout est ok, réactivez les compressions, compilation et cache. Link to comment Share on other sites More sharing options...
JPay Posted September 24, 2015 Share Posted September 24, 2015 Bonjour Eolia et merci pour votre réponse. J'ai suivi vos recommandations dans l'ordre et hélas pas de changement. Lorsque tout est désactivé (cache dans Prestashop, cache serveur, cache navigateur, compilation et les CCC) et que j'ai bien vérifié que les répertoires cache/smarty/cache et cache/smarty/compile ne contiennent plus que index.php, je rafraîchie, c'est ok. Mais lorsque je réactive tout, le pb revient ... Je remarque aussi que les répertoires cache/smarty/cache et cache/smarty/compile sont toujours vides (enfin, il y a juste index.php). Si c'est du côté serveur, il n'y a pas de CDN activé dans le cPanel et pour désactiver le cache comme vous me le recommandiez, j'ai utilisé le sélecteur de version PHP (5.5) où j'ai décoché Memcached et OPcache, c'est bien ça ? (voir pj) J'ai essayé aussi en 5.6 mais pas mieux. Link to comment Share on other sites More sharing options...
Eolia Posted September 24, 2015 Share Posted September 24, 2015 pas la peine de modifier les extensions serveur si vous n'avez pas activé de cache, tout en bas de la page "Performances" Vérifiez si dans la table ps_configuration, les valeurs PS_MEDIA_SERVER_1, PS_MEDIA_SERVER_3 et PS_MEDIA_SERVER_3 sont bien absentes (ou vides) Si ce n'est pas le cas, supprimez-les Autrement, je ne vois pas Link to comment Share on other sites More sharing options...
JPay Posted September 24, 2015 Share Posted September 24, 2015 Les entrées PS_MEDIA_SERVER_1, 2 et 3 existent bien mais sont à NULL. Il y a aussi PS_MEDIA_SERVERS qui est à 0. Dans votre précédent message vous marquiez "Désactiver le cache serveur s'il y en a un (memcache, aps, ou autre)", je pensais que c'est justement en désactivant les extensions. Car c'est peut-être là qu'il y a un soucis. Comment on désactive le cache serveur du coup ? Merci beaucoup déjà pour votre aide. Link to comment Share on other sites More sharing options...
Eolia Posted September 24, 2015 Share Posted September 24, 2015 supprimez ces 3 entrées de la table Le serveur cache, en bas de la page, s'il n'est pas coché, est désactivé Link to comment Share on other sites More sharing options...
JPay Posted September 24, 2015 Share Posted September 24, 2015 Les 3 entrées ont été supprimées, pas de changement Je remarque quand même que les dossiers cache/smarty/cache et cache/smarty/compile restent toujours vides après une compilation forcée + rafraîchissement du site ... alors qu'avant il y avait plusieurs dossier dont ceux de modules. Ces mêmes modules qui s'affichent correctement sans le cache Smarty et qui déconnent avec. D'ailleurs, à force je me rends compte qu'il n'y a pas que certaines images qui ne s'affichent pas correctement, il y a aussi les paramètres du modules qui sont impactés. Par exemple, le module "Produits déjà vus" fonctionne correctement avec/sans cache Smarty. Mais les modules "Produits dans la même catégories", "Nouveautés" ou "Produits phares" fonctionnent bien sans cache Smarty mais déconnent avec : quelque soit le paramétrage de ces modules, ils restent inchangés en front et certains ont leurs images qui apparaissent bien tandis que d'autres ont toujours le lien en cdn. J'ai déjà tenté de réinitialiser/désinstaller/réinstaller ces modules, sans améliorations. Ca semble donc bien lié au cache de certains modules et peut-être au fait que les dossiers cache/smarty/cache et cache/smarty/compile restent toujours vides. Je pense que le pb est là mais je ne comprends pas ce qui bloque. Pour info, je procède à toutes ces actions avec ma boutique en maintenance ... je ne pense pas que ça ait une incidence mais bon. Link to comment Share on other sites More sharing options...
Eolia Posted September 24, 2015 Share Posted September 24, 2015 Le module blocklayred peut aussi être responsable vu qu'il garde la requete des produits en cache et que le core utilise cette requete. Désactivez-le, faites le test et réactivez-le Link to comment Share on other sites More sharing options...
JPay Posted September 24, 2015 Share Posted September 24, 2015 Je l'ai même réinitialisé, quitte à refaire son contenu. Hélas pas mieux ... Je remarque que dans la base de données, il y a plusieurs tables : ps_smarty_cache avec 1368 entrées, ps_smarty_last_flush avec 2 entrées (type "compile" et "template" avec la date d'aujourd'hui dedans), ps_smarty_lasy_cache vide. Et si je vidais ps_smarty_cache ?? Link to comment Share on other sites More sharing options...
Eolia Posted September 24, 2015 Share Posted September 24, 2015 Ca c'est pas bon, ça veut dire que vous avez activé le cache smarty dans la base de données (ce qui est nul question performances), désactivez-le de suite Link to comment Share on other sites More sharing options...
JPay Posted September 24, 2015 Share Posted September 24, 2015 Ah ? Pouvez-vous me détailler quoi activer/désactiver ? En pj, la capture de Performance/Smarty. Faut-il vider manuellement la table ps_smarty_cache ou elle va se vider toute seule ? Link to comment Share on other sites More sharing options...
Eolia Posted September 24, 2015 Share Posted September 24, 2015 Type de mise en cache, utilisez "Fichiers", pas mysql Et ensuite vous pouvez videz ces tables si ça ne s'est pas fait automatiquement Link to comment Share on other sites More sharing options...
JPay Posted September 24, 2015 Share Posted September 24, 2015 C'était donc ça ... fallait vider cette table ! Enfin !! Mais ça m'étonne qu'il ne faille pas utiliser le cache MySQL, il me semble avoir souvent lu que c'était mieux justement. J'ai d'ailleurs l'impression que les temps de chargement sont légèrement plus long avec le cache par système de fichier. En tout cas, grand merci pour votre aide et réactivité ! Link to comment Share on other sites More sharing options...
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now