bloodsun Posted December 3, 2013 Share Posted December 3, 2013 (edited) Bonjour à tous, Avant d'exposer mon problème, je tiens à vous dire que j'ai essayé toutes les methodes que j'ai trouvé sur le net avant de poster, si je post mon problème c'est que je suis vraiment désespéré maintenant J'ai un site prestashop qui fonctionnait parfaitement, débuté en 1.4.x puis màj en 1.5.6, tout allais bien. Ce site est en développement et n'est pas encore lancé et étant occupé je n'ai pas vu mais lorsque j'essai d'accéder au front, j'ai une belle erreur 500 ! C'est arrivé subitement, aucun changement n'a été effectué pendant 1 semaine et tout fonctionnais parfaitement lorsque j'y ai touché pour la dernière fois Le back-end fonctionne et si je met le site en maintenance la page de maintenance s'affiche correctement. Merci d'avance, Valentin. Edited December 8, 2013 by bloodsun (see edit history) Link to comment Share on other sites More sharing options...
Szed Posted December 3, 2013 Share Posted December 3, 2013 Avez vous essayé de contacté votre hébergeur ? J'ai eu le même cas récemment sur un VPS OVH. OVH met ça sur le compte d'un script qui tourne en boucle et utilise toute les ressources du site... Link to comment Share on other sites More sharing options...
bloodsun Posted December 3, 2013 Author Share Posted December 3, 2013 (edited) Je suis hébergé sur un dédié et j'heberge plusieurs site et plusieurs domaines et il n'y a que pour le front de ce prestashop que j'obtiens une erreur 500 Edited December 3, 2013 by bloodsun (see edit history) Link to comment Share on other sites More sharing options...
Gregory Roussac Posted December 3, 2013 Share Posted December 3, 2013 Bonjour, Et vous avez essayer de faire afficher les erreurs ? Que disent les logs d'erreur d'Apache ? Et si vous désactivez la re ecriture d'url ? Si vous supprimez le htacess ? http://www.prestashop.com/forums/index.php?/topic/232472-que-faire-en-cas-de-ou-partie-blanche-dans-le-shop/ Sinon essayez de passer en 1.5.6.1 qui corrige un souci sur le htaccess https://github.com/PrestaShop/PrestaShop/commit/eb8ea1cba50d865b60c4c6f1af8cc60a20ba0b97 mais avec ce souci point de backend. Donc c'est surement autre chose encore. On dirait des boucles de redirections ou un script sql qui plante les ressources effectivement. Cordialement Link to comment Share on other sites More sharing options...
bloodsun Posted December 3, 2013 Author Share Posted December 3, 2013 Bonsoir, Merci pour vos réponses. Pour le passage en 1.5.6.1 je m'était dit que de passer un site qui fonctionne pas à une màj sa serait pas terrible mais on sait jamais, je vais tenter. Pour ce qui est des boucles de redirections/script sql, comment je peux détecter et arrêter ce genre de chose ? (C'est un serveur dédié alors j'ai un accès ssh.) Merci d'avance, Valentin Link to comment Share on other sites More sharing options...
bloodsun Posted December 4, 2013 Author Share Posted December 4, 2013 (edited) Personne n'a d'idée ? Je tourne en rond... Edited December 4, 2013 by bloodsun (see edit history) Link to comment Share on other sites More sharing options...
sebweb Posted December 5, 2013 Share Posted December 5, 2013 Coté back-office, le catalogue + ouverture d'une fiche produit s'affichent correctement ? Link to comment Share on other sites More sharing options...
bloodsun Posted December 5, 2013 Author Share Posted December 5, 2013 Coté back-office le catalogue + ouverture d'une fiche produit s'affiche parfaitement bien. Petite nouveauté, j'ai trouvé ça dans les logs du domaine : [Wed Dec 04 18:45:56 2013] [warn] [client xx.xx.xx.xx] mod_fcgid: read data timeout in 45 seconds [Wed Dec 04 18:45:56 2013] [error] [client xx.xx.xx.xx] Premature end of script headers: index.php [Wed Dec 04 18:47:19 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [Wed Dec 04 18:47:19 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [Wed Dec 04 18:47:21 2013] [error] [client xx.xx.xx.xx] Options FollowSymLinks or SymLinksIfOwnerMatch is off which implies that RewriteRule directive is forbidden: /var/www/xxx/mondomaine.com/httpdocs/index.pl [Wed Dec 04 18:48:06 2013] [warn] [client xx.xx.xx.xx] mod_fcgid: read data timeout in 45 seconds [Wed Dec 04 18:48:06 2013] [error] [client xx.xx.xx.xx] Premature end of script headers: index.php [Wed Dec 04 18:59:45 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [Wed Dec 04 18:59:45 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [Wed Dec 04 18:59:53 2013] [error] [client xx.xx.xx.xx] Options FollowSymLinks or SymLinksIfOwnerMatch is off which implies that RewriteRule directive is forbidden: /var/www/xxx/mondomaine.com/httpdocs/index.pl [Wed Dec 04 19:01:23 2013] [warn] [client xx.xx.xx.xx] mod_fcgid: read data timeout in 90 seconds [Wed Dec 04 19:01:23 2013] [error] [client xx.xx.xx.xx] Premature end of script headers: index.php [Wed Dec 04 19:02:09 2013] [error] [client xx.xx.xx.xx] Options FollowSymLinks or SymLinksIfOwnerMatch is off which implies that RewriteRule directive is forbidden: /var/www/xxx/mondomaine.com/httpdocs/index.pl [Wed Dec 04 19:02:11 2013] [error] [client xx.xx.xx.xx] Options FollowSymLinks or SymLinksIfOwnerMatch is off which implies that RewriteRule directive is forbidden: /var/www/xxx/mondomaine.com/httpdocs/index.pl [Wed Dec 04 19:02:18 2013] [error] [client xx.xx.xx.xx] Options FollowSymLinks or SymLinksIfOwnerMatch is off which implies that RewriteRule directive is forbidden: /var/www/xxx/mondomaine.com/httpdocs/index.pl [Wed Dec 04 19:03:39 2013] [warn] [client xx.xx.xx.xx] mod_fcgid: read data timeout in 90 seconds [Wed Dec 04 19:03:39 2013] [error] [client xx.xx.xx.xx] Premature end of script headers: index.php [Wed Dec 04 19:03:42 2013] [warn] [client xx.xx.xx.xx] mod_fcgid: read data timeout in 90 seconds [Wed Dec 04 19:03:42 2013] [error] [client xx.xx.xx.xx] Premature end of script headers: index.php [Wed Dec 04 19:03:49 2013] [warn] [client xx.xx.xx.xx] mod_fcgid: read data timeout in 90 seconds [Wed Dec 04 19:03:49 2013] [error] [client xx.xx.xx.xx] Premature end of script headers: index.php [Wed Dec 04 19:14:08 2013] [error] [client xx.xx.xx.xx] Options FollowSymLinks or SymLinksIfOwnerMatch is off which implies that RewriteRule directive is forbidden: /var/www/xxx/mondomaine.com/httpdocs/index.pl [Wed Dec 04 19:14:09 2013] [error] [client xx.xx.xx.xx] Options FollowSymLinks or SymLinksIfOwnerMatch is off which implies that RewriteRule directive is forbidden: /var/www/xxx/mondomaine.com/httpdocs/index.pl [Wed Dec 04 19:15:38 2013] [warn] [client xx.xx.xx.xx] mod_fcgid: read data timeout in 90 seconds [Wed Dec 04 19:15:38 2013] [error] [client xx.xx.xx.xx] Premature end of script headers: index.php [Wed Dec 04 19:15:40 2013] [warn] [client xx.xx.xx.xx] mod_fcgid: read data timeout in 90 seconds [Wed Dec 04 19:15:40 2013] [error] [client xx.xx.xx.xx] Premature end of script headers: index.php [Wed Dec 04 19:17:34 2013] [error] [client xx.xx.xx.xx] Options FollowSymLinks or SymLinksIfOwnerMatch is off which implies that RewriteRule directive is forbidden: /var/www/xxx/mondomaine.com/httpdocs/index.pl [Wed Dec 04 19:19:04 2013] [warn] [client xx.xx.xx.xx] mod_fcgid: read data timeout in 90 seconds [Wed Dec 04 19:19:04 2013] [error] [client xx.xx.xx.xx] Premature end of script headers: index.php Je me suis renseigné pour le timed out sur le net, pour certain il leur suffisait d'augmenter le delai, je l'ai up à 90sec mais toujours l'érreur 500 sauf avec + d'attente du coup. Link to comment Share on other sites More sharing options...
RevengeOfShadow Posted December 7, 2013 Share Posted December 7, 2013 (edited) Bonjour, Je travaille avec bloodsun sur le problème, et j'ai effectué quelques opérations : - Mise à jour en 1.5.6.1 -> Aucun effet (Je précise que j'ai du mettre à jour avec une archive téléchargée, le 1 Click Update n'arrivant pas à trouver la dernière version) - Vérification des droits des dossiers -> Tout semble OK - Vérification compatibilité modules -> Idem - Test sans réécriture d'URL -> Aucun effet - Modification utilisation RAM max 128 à 256MB -> Aucun effet - Miniatures régénérées -> Aucun effet Toutefois, en augmentant de manière significative le temps maximum d'exécution FastCGI (500 secondes), la page s'affiche, mais c'est extrêmement long. Il doit donc y avoir quelque chose sur les pages côté Front-Office qui fait que la page est très longue à se générer. Bien entendu, si je rebaisse le temps maximum d'exécution FastCGI, ça replante (erreur 500 + premature end & read data timeout dans les logs). À priori, selon Chrome, la page met 1.0min à se générer sur le serveur (toujours 1.0 pile d'ailleurs, étrange), ce qui est bien entendu énorme. Néanmoins, les logs d'erreur sont clean, donc je ne parviens pas à trouver l'origine du problème... EDIT : Il semblerait que certaines régions du Back-Office soient touchées également. Par exemple, la page de thèmes charge mais ne s'arrête jamais (et génère les deux erreurs dans le log). Toutefois, elle reste utilisable, et c'est la seule recensée qui présente ce souci dans le BO. Edited December 7, 2013 by RevengeOfShadow (see edit history) Link to comment Share on other sites More sharing options...
Gregory Roussac Posted December 8, 2013 Share Posted December 8, 2013 (edited) Bonjour, En 1.5.6.1, en passant _PS_MODE_DEV_ à true dans config/defines.inc.php, dans l'onglet Performances en back office vous pourrez désactiver tous les modules tiers et les overrides. Remettez aussi le thème par défaut. Testez une 1.5.6.1 fraichement installée. Activez le profiling en passant _PS_DEBUG_PROFILING_ à true dans config/defines.inc.php et regardez les requêtes lentes en FO. Activez les logs de slow queries sur msql et cherchez les requêtes lentes. Corrigez cette erreur "Options FollowSymLinks or SymLinksIfOwnerMatch is off which implies that RewriteRule directive is forbidden" Cordfialement Edited December 8, 2013 by Gregory Roussac (see edit history) Link to comment Share on other sites More sharing options...
RevengeOfShadow Posted December 8, 2013 Share Posted December 8, 2013 (edited) Alors, déjà, les deux constantes données n'existaient pas dans le fichier de configuration. Je les ai ajoutées (les deux sur true), mais rien ne change, pas de nouvelle option dans le backend ni d'erreurs/warnings sur le FO. J'ai également activé le log des slow_queries, sans résultat. Pour l'erreur, je l'ai déjà corrigée. EDIT : J'ai activé SmartyDebug. 60.65s de chargement, alors que le render est très rapide. Edited December 8, 2013 by RevengeOfShadow (see edit history) Link to comment Share on other sites More sharing options...
Gregory Roussac Posted December 8, 2013 Share Posted December 8, 2013 (edited) Bonjour, Je me suis trompé de fichier, il ne faut pas les ajouter dans defines.inc.php https://github.com/PrestaShop/PrestaShop/blob/1.6/config/defines.inc.php#L28 https://github.com/PrestaShop/PrestaShop/blob/1.6/config/defines.inc.php#L45 et sur une installation fraiche, avec le thème par défaut ? Cordialement Edited December 8, 2013 by Gregory Roussac (see edit history) Link to comment Share on other sites More sharing options...
Gregory Roussac Posted December 8, 2013 Share Posted December 8, 2013 EDIT : J'ai activé SmartyDebug. 60.65s de chargement, alors que le render est très rapide : Désolé je ne me sers jamais de cette fonctionnalité. Un ralentissement viendra rarement de Smarty. C'est soit coté serveur, soit coté PHP, soit coté MySQL. Désactivez les modules tiers et les overrides dans l'onglet Performances (avec le mode_dev à true), c'est dans un premier temps s'assurer que le ralentissent vient d'autre part que des rajouts. Avec le profiling vous pourrez voir si c’est une requête SQL la cause. Cordialement Link to comment Share on other sites More sharing options...
RevengeOfShadow Posted December 8, 2013 Share Posted December 8, 2013 (edited) Avec les constantes modifiées, j'ai effectivement l'option. J'ai désactivé tous les modules non-Prestashop et overrides, mais le site est toujours aussi lent. Pareil avec le thème par défaut. Pour une installation fraiche, je ne peux pas la réaliser, mais d'autres installations Prestashop sont sur le serveur et fonctionnent parfaitement. Edited December 8, 2013 by RevengeOfShadow (see edit history) Link to comment Share on other sites More sharing options...
Gregory Roussac Posted December 8, 2013 Share Posted December 8, 2013 Re, Ok on s'oriente plutôt vers du sql alors. Si vous activez le profiling, dans le footer de cette page, essayer de repérer ou il prend du temps ? Cordialement Link to comment Share on other sites More sharing options...
RevengeOfShadow Posted December 8, 2013 Share Posted December 8, 2013 Après quelques recherches, il s'est avéré que l'installation était corrompue. Nous allons donc procéder à une réinstallation complète. Merci de votre aide. Cordialement, Romain. 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