Bonjour,
le portail https://technologieeducationculture.fr/ est parfois inaccessible ?
accès base https://labo.infocapagde.com/getfile.php?att_id=649&apli=forum_npds&att_name=3CF59B9D-7424-47B9-A7C9-263BCCEEBC3B.jpeg
j'avais ça sous un hébergement performance mutualisé avec base mutualisée,
suite au conseil du SAV
je suis passé en version sql privé Mysql 5.7 et php 7.3 stable sur mon hébergement performance sur Pairs....
mais je retrouve ce soucis
j'ai donc modifié la configuration de ma base privé en augmentant toutes les valeurs
mais mais mais j'ai toujours ce soucis...
quelqu'un aurait-il une astuce à ma donner car je sèche !!!!
merci beaucoup
Téc.fr parfois innacessible parfois pas ?
Sujets apparentés
- Serveur non sécurisé, celui-ci ne supporte pas FTP sur TLS
64114
03.09.2018 14:46
- Connexion à mon compte client
58442
13.02.2019 09:51
- reCAPTCHA erreur pour le propriétaire du site : clé de site non valide
50259
14.02.2019 16:17
- [FAQ] Comment mettre à jour mon site pour supporter Apache 2.4 ?
34430
28.07.2017 11:39
- Ce site est inaccessible Impossible de trouver l'adresse DNS du serveur
29856
16.10.2016 16:24
- Augmenter taille PHP Post Max Size sur mutualisé ?
28389
04.12.2019 21:52
- The requested URL / was not found on this server
27938
02.03.2017 18:25
- NextCloud sur mutualisé
27318
07.04.2017 08:42
- Deploy d'un projet Node JS
27132
12.10.2016 20:18
- Passage en php 7.4
24920
30.06.2020 05:05
php7.3 n'est pas encore stable chez Ovh http://cluster015.ovh.net/infos/
tu as le *"firewall applicatif ovh"* activé
tu es sur un ancien cluster, à Paris où il y a(vait) pas mal se souci de migration sql ces derniers temps
juste des pistes....
Bonjour,
Si le soucis est toujours d'actualité merci d'ouvrir un ticket avec des horodatages de coupures / messages d'erreurs / ip des postes.
La réponse est peut être dans vos logs :
https://docs.ovh.com/fr/hosting/mutualise-consulter-les-statistiques-et-les-logs-de-mon-site/
des pistes peuvent également apparaître avec :
https://docs.ovh.com/fr/hosting/optimisation-performances-site/#firebug
Cordialement AntoineB1
Team Support Web
BOnjour,
J'ai ouvert un ticket le 24/11 mise à jour le 12/12 et la réponse est :
je n'ai toujours pas résolu ces soucis et si ça continue je vais le dire à Octave ;-)
merci de votre soutien...
Bonjour Monsieur Richard,
Actuellement vous utilisez un hébergement mutualisé, les ressources sont
partagées entre les différents clients présents sur le même serveur.
Quand un grand nombre de requêtes atteignent le serveur en peu de temps, ou
qu'un script utilisateur prends trop de temps à s’exécuter certaines requêtes
sont traitées avec un léger délai.
Si un grand nombre de requêtes sont effectuées vers la base de donnée, la
migration de votre base de donnée vers votre SQL Privé peut aider à améliorer
les performances.
Je vous conseille aussi d’entretenir votre base de données et de l’optimiser
afin que les informations contenues dedans soient le plus rapidement
retournées au script qui les demande.
La configuration, la sécurisation et l'optimisation de votre site web n'entre
pas dans le cadre du support effectué par OVH.
La vérification des points suivants peut vous aider à optimiser votre site web
ou à effectuer un diagnostic des points à améliorer :
- Utiliser la version php la plus récente pour votre site (celle-ci a un
impact sur la performance) ainsi que PHP-FPM (ce dernier est jusqu'à 7 fois
plus rapide que CGI) et utiliser la version "stable" :
[1]https://docs.ovh.com/fr/hosting/modifier-lenvironnement-dexecution-de-mon-hebergement-web/
- Utiliser des images et vidéos compressées pour réduire le temps de
chargement
- Optimiser vos scripts
- Supprimer vos thèmes et plugins inutilisés si vous utilisez un CMS pour
améliorer la performance
- Utiliser un plugin de cache si ce n'est pas encore le cas. Ceci permet
d’éviter de régénérer la totalité du contenu de votre site web à chaque
chargement de la page web.
- Mettre en corrélation les graphiques d'usage de ressources de votre
hébergement (usage CPU/temps de réponse du serveur vs. hits HTTP/connexions
sortantes) pour trouver l'origine des lenteurs et consulter les logs aux dates
de ces pics
- Vérifier les éléments de votre site qui ont le chargement le plus
lentement/étant le plus lourd via l'outil "Réseau/network" disponible grâce à
la touche F12 de votre clavier (via firefox ou chrome),
- Vous assurer que votre offre d'hébergement est adaptée à vos besoins, vous
trouverez un comparatif de nos offres au lien suivant :
[2]https://www.ovhcloud.com/fr/web-hosting/
L’utilisation des CMS tels que wordpress ou joomla fait appel à beaucoup de
librairies, de sorte qu’une seule page web peut traiter énormément d’éléments.
Les navigateurs Internet doivent charger et lire la totalité de ces éléments.
Vous trouverez d'autres conseils et de plus amples précisions dans le guide
suivant :
[3]https://docs.ovh.com/fr/fr/web/hosting/optimisation-performances-site/
Vous trouverez des pistes d'optimisations supplémentaires dans les liens
externes suivants :
- [4]http://www.webpagetest.org/
- [5]https://gtmetrix.com/
- [6]https://developers.google.com/speed/pagespeed/insights/
- [7]https://tools.pingdom.com/
- [8]https://sonarwhal.com/
Vous pouvez accéder à vos logs directement depuis le lien suivant :
[9]https://logs.ovh.net/
Ou depuis l'espace client :
- Cliquer sur votre domaine sous la section "Hébergements",
- Dans l'onglet "Plus +" puis "Statistiques et logs".
Si vous avez besoin d'aide pour optimiser votre site web, je vous invite à
consulter [10]nos partenaires.
Pour avoir plus d'options de configuration, ou avoir des ressources garanties,
je vous invite à consulter :
- nos offres VPS : [11]https://www.ovh.com/fr/vps/
- nos offres de serveurs dédiés : [12]https://www.ovh.com/fr/serveurs_dedies/
Veuillez noter que l'administration, la configuration et la sécurisation de
ceux-ci vous reviennent.
Je reste à votre disposition pour toute demande complémentaire.
Cordialement,
—
Aloys D.
Technicien Support IT - Web
Notre support : Lun - Vend : 8h à 20h Samedi 09h à 17h au 1007 (gratuit
depuis un fixe)
Nos guides : [13]https://docs.ovh.com/
Notre FAQ : [14]http://www.ovh.com/fr/hebergement-web/faq/
Nos maintenances : [15]http://travaux.ovh.net/
[1] https://docs.ovh.com/fr/hosting/modifier-lenvironnement-dexecution-de-mon-hebergement-web/
[2] https://www.ovhcloud.com/fr/web-hosting/
[3] https://docs.ovh.com/fr/fr/web/hosting/optimisation-performances-site/
[4] http://www.webpagetest.org/
[5] https://gtmetrix.com/
[6] https://developers.google.com/speed/pagespeed/insights/
[7] https://tools.pingdom.com/
[8] https://sonarwhal.com/
[9] https://logs.ovh.net/
[10] https://partners.ovh.com/
[11] https://www.ovh.com/fr/vps/
[12] https://www.ovh.com/fr/serveurs_dedies/
[13] https://docs.ovh.com/
[14] http://www.ovh.com/fr/hebergement-web/faq/
[15] http://travaux.ovh.net/
Bonjour PatrickR8,
Je suis en train de faire le point sur votre ticket.
Cordialement AntoineB1
Team Support Web
```text full techno Ovh :/
```text
dig +nocmd +noall +answer technologieeducationculture.fr A @dns200.anycast.me
technologieeducationculture.fr. 86400 IN A 213.186.33.169
dig +short -x 213.186.33.169 -> full-cdn-01.cluster014.ovh.net
```
anycast
cdn
mais vieux cluster
mais c'est à toi d'optimiser avec une doc pas à jour (firebug n'existe plus depuis...) et un tas de liens... moyens on va dire :(
---
ça fonctionne:
```text
curl --head https://technologieeducationculture.fr/
HTTP/2 302
date: Fri, 11 Jan 2019 12:23:37 GMT
content-type: text/html; charset=UTF-8
location: index.php?op=edito
```
curieux ce code 302 en cas de réussite, tout ça pour ajouter `index.php?op=edito`
---
ça marche pas
```text
curl --head https://technologieeducationculture.fr/
HTTP/2 200
date: Fri, 11 Jan 2019 12:23:29 GMT
content-type: text/html; charset=UTF-8
```
le code de réponse est anormal quand ça marche pas
tu as un soucis avec le serveur Sql, je suppute
quel est ton offre d'hébergement?
tu ne pourrais pas envisager de changer d'hébergement? ```
Bonjour,
merci bien pour vos conseils mais désolé, je en suis pas sur de tout comprendre
je vais pointer vers sur l'IP du cluster directement (213.186.33.87) comme le sav me conseille
ensuite je suis sur Performance 1 avec un sql privé
j'utilise un CMS que nous mettons à jour pour Mysql 5.7 et php 7.3
mais ce soucis de page je l'avais un ancien site sous mysql 5.5 et php 5.6, j'ai donc migré le tout sous la dernière version une béta 3 de NPDS https://labo.infocapagde.com https://labo.infocapagde.com en Mysql 5.7 et Php 7.3
je vais déjà modifier mon pointage et je vos tiens au courant
merci de votre soutien
au Fait, souvenir, souvenir, j’avais choisi en 1999 un jeune étudiant polonais qui offrait un service d'hébergement ouvert et fonctionnel et moi sans trop de connaissances je faisais affaire sur un 720plan de NS4 et NS5 :-) et je n'ai jamais eu aucun soucis depuis, sauf là ! mais on va trouver :-)
> j'utilise un CMS que nous mettons à jour pour Mysql 5.7 et php 7.3
pourquoi certains se précipitent dessus?
**PHP 7.3 n'est pas encore en version stable sur OVH**
**PHP7.3 est prématuré, attendre que NPDS et autre extensions soit vérifié compatible**
effectivement, j'ai pensé au CDN... même Ovh ne crois pas à son CDN?
mais là c'est ton serveur, pas le cdn qui merde
*performance* n'a pas forcément bonne réputation: https://community.ovhcloud.com/community/fr/difference-cloud-web-isole-et-performance-garantie?id=community_question&sys_id=aa60b100355a82d0f078b41a47e1f09d
pour le sql privé, il me semble ne pas en avoir entendu du bien
tu es sur un vieux cluster qui gère pas le HTTP2, la seul utilité du CDN est pour ce protocole plus rapide
ou alors tu négocies un passage sur le cluster 27 qui n'a pas l'air de poser de soucis
Oups,
pour 7.3 c'est moi qui emmène mais amis de NPDS vers cette configuration parce que je la crois pérenne..
pour le reste je fais confiance à ovh pour trouver une solution à un client de la première heure
merci de tes conseils (stp, je n'ai pas compris 302 ?)
à suivre
c'est beau la confiance, mais faut aussi se renseigner
7.3 est sorti stable le 6/12, mais toujours pas en place chez Ovh http://fpm7.1check.cluster015.ovh.net/phpinfo.phpcheck.cluster015.ovh.net/phpinfo.php
et un paquet de fix à implanter:
http://php.net/ChangeLog-7.php#7.3.0
http://php.net/ChangeLog-7.php#7.3.1
7.3 est pas plus pérenne que les autres, tu as des infos?
pour le SEO, une url finale en 302, ça craint
de plus en général, avec .htaccess, on réécrit des urls, on ne redirige pas (je ne parles pas des redirections)