Adrien

Salut, J'utilisais jusqu'à maintenant Allopass -> Hipay -> Mobiyo comme service de micropaiement sur mon site. Depuis début septembre, ce service n'est plus gratuit : si on réalise moins de 100€, on doit payer 30€ / mois. Je suis sur le c**. Vous connaissez d'autres solutions sérieuses pour un service similaire de micropaiement ? Merci

Salut, Pour faire le changement de version, il te faut comme tu l'as dit gérer ça dans le manager et ne pas oublier de confirmer la demande de modification via un message qui va s'afficher. Ensuite, la modification s'effectue en moins de 5 minutes mais l'activation de certains modules nécessite parfois 10-15 minutes (pdo par exemple).

On parlait ici du temps d'accès au site (qui est bon) et le site fonctionne très bien. Ta mesure est intéressante mais indique le temps pour charger toutes les ressources de la page. Il y a un tas de scripts qui sont lancés de façon asynchrone et qui ne ralentissent donc pas le chargement en lui-même.

Ah oui t'as raison, la tâche n'est pas marquée. Ça serait bien si on pouvait recevoir un mail ou autre en cas de nouvelle tâche. ça a l'air d'aller beaucoup mieux maintenant.

Inutile, il faut regarder les travaux. Le problème est en cours de traitement.

"Le serveur à l’adresse ultimaterra.fr met trop de temps à répondre." Je suis content de voir que je suis pas le seul. https://travaux.yulpa.io/task/45

J'ai l'impression que les ralentissements sont de retour...

Moi je plains plus du tout depuis que j'ai plus mes énormes ralentissements qui se produisaient auparavant. En revanche, c'est vrai que les temps de réponse indiqués peuvent être intrigants au regard du type de site. Je viens de constater que moi (ultimaterra.fr), d'après pingdom, j'ai de moins bonnes performances qu'un site wordpress. Difficile à comprendre, surtout sans être connecté. Vous pouvez regarder le temps de génération de page en bas. Mais comme je le dis, je me plains pas, je comprends qu'il fasse moyenner l'affaire. Je serais juste curieux de savoir ce qui peut influer ça. Quoi qu'il en soit, comme le disait Aurélien, l'hébergeur n'est pas le seul responsable, il y a aussi le côté applicatif qui joue énormément (la preuve avec les tps d'accès très différents). Faut donc être vigilent là dessus et au niveau des plugins que vous mettez. C'est pas vraiment normal pour un site s'il a besoin d'une machine de guerre pour se charger.^^

Il faut que je continue à investiguer. Le problème ne se pose (d'après mes logs) que sur 2 données particulières mises en cache, il y a donc peut-être un souci de mon côté. En attendant, j'ai caché les warning sur le site.

En l’occurrence là, le problème se produit sur mon système de cache. Lorsque quelqu'un fait quelque chose, il y a suppression du fichier en cache. Ensuite, lorsqu'une autre personne consulte la ressource, je regarde si le fichier correspondant existe, si c'est le cas, je n'ai qu'à le lire, autrement, je fais mes requêtes et je stocke le résultat dans un fichier. Effectivement, ça peut venir du nfs, j'avais pas pensé à ça.

Bonjour, Avez-vous déjà rencontré des soucis relatifs à la fonction file_exists() de php ? J'ai remarqué que j'ai souvent des alertes E_WARNING suite à l'accès à un fichier qui n'existe pas. Pourtant, un test est effectué juste avant l'opération comme ici par exemple : if(file_exists($this->chemin)){ unlink( $this->chemin ) ; } Et je me retrouve avec : WARNING unlink, no such file or directory... Comme si file_exists() ne disait pas la vérité à l'instant t. Bon, on pourrait aussi très bien imaginer que la présence du fichier change entre les 2 appels de fonction mais ça le fait beaucoup trop fréquemment pour être le cas.

Je passe par les smtp de google après avoir remarqué que mes mails vers les adresses microsoft n'arrivaient jamais (un peu de mieux depuis). Donc en ce qui me concerne, je n'ai aucun souci mais j'envoie jamais un nombre important d'e-mail d'un seul coup. Tu peux essayer de remettre l'envoie via les smtp de google mais en n'envoyant pas tous les mails d'un coup. Fait des petits paquets sinon, je pense que google prend un peu peur.

C'est pas trop gênant ta remontée. Il vaut mieux que ça mette un peu plus de temps à charger et que le temps d'accès soit stable que l'inverse.

Je pense que ça va mieux car je n'ai pas remarqué de lenteurs significatives et récurrentes comme ça l'était avant. Je vous tiens au courant.

Oui c'est pour ça que je viens en parler, sinon je m'en moquerais. Ils sont nombreux à m'alerter de ses ralentissements mais je leur dit que je peux malheureusement rien faire. Par contre, très récemment (après vos modifications ?), je sais pas ce qu'il en est donc je vais voir s'il y a des plaintes qui arrivent.

En ce qui me concerne, je pense ne pas être concerné par les contenus externes (à part ceux de google) et j'ai tout de même de gros ralentissements. Surtout que j'ai une navigation ajax donc tous les scripts ne sont pas rechargés à chaque fois. Moi en tout cas, je ne me plain pas du temps de chargement moyen mais des coups de lenteur de 30 secondes-1 minute.

Non, j'ai pas ce que tu as.^^

Aujourd’hui : Début Fin incident Durée Incident Code HTTP 05/09/2017 10:15:42 05/09/2017 10:16:42 1 min Slow 200 - OK 05/09/2017 05:21:29 05/09/2017 05:22:29 1 min Down 500 - Internal Server Error 05/09/2017 05:19:59 05/09/2017 05:20:59 1 min Down 500 - Internal Server Error 05/09/2017 05:18:29 05/09/2017 05:19:29 1 min Down 500 - Internal Server Error 05/09/2017 05:16:59 05/09/2017 05:17:59 1 min Down 500 - Internal Server Error Moi pour les temps d'accès, montée significative à partir du 15 août.

Perdu ! Début Fin incident Durée Incident Code HTTP 01/09/2017 21:10:40 01/09/2017 21:11:10 30 s Slow 200 - OK 01/09/2017 21:00:07 01/09/2017 21:00:37 30 s Slow 200 - OK 01/09/2017 19:41:40 01/09/2017 19:42:40 1 min Slow 200 - OK 01/09/2017 19:40:40 01/09/2017 19:41:10 30 s Slow 200 - OK 01/09/2017 15:33:04 01/09/2017 15:33:34 30 s Slow 200 - OK 01/09/2017 15:23:40 01/09/2017 15:24:10 30 s Slow 200 - OK 01/09/2017 15:06:34 01/09/2017 15:07:34 1 min Slow 200 - OK 01/09/2017 14:40:34 01/09/2017 14:41:04 30 s Slow 200 - OK 01/09/2017 14:00:09 01/09/2017 14:01:10 1 min, 1 s Down 301 - Moved Permanently 01/09/2017 13:44:09 01/09/2017 13:44:39 30 s Slow 200 - OK 01/09/2017 13:24:30 01/09/2017 13:25:00 30 s Down 502 - Bad Gateway ou Proxy Error 01/09/2017 12:44:30 01/09/2017 12:45:00 30 s Slow 200 - OK 01/09/2017 12:39:30 01/09/2017 12:40:31 1 min, 1 s Slow 200 - OK 01/09/2017 11:52:41 01/09/2017 11:53:13 32 s Slow 200 - OK 01/09/2017 10:02:09 01/09/2017 10:02:29 20 s Slow 200 - OK 01/09/2017 09:55:28 01/09/2017 09:56:09 41 s Slow 200 - OK 01/09/2017 07:46:58 01/09/2017 07:47:28 30 s Slow 200 - OK 01/09/2017 07:44:40 01/09/2017 07:45:10 30 s Slow 200 - OK 01/09/2017 07:42:08 01/09/2017 07:42:28 20 s Slow 200 - OK 01/09/2017 07:21:12 01/09/2017 07:21:40 28 s Down 502 - Bad Gateway ou Proxy Error 01/09/2017 06:59:29 01/09/2017 07:00:07 38 s Slow 200 - OK 01/09/2017 06:34:58 01/09/2017 06:35:28 30 s Slow 200 - OK 01/09/2017 06:02:27 01/09/2017 06:02:57 30 s Slow 200 - OK 01/09/2017 03:17:06 01/09/2017 03:17:37 31 s Down Request Time-out 01/09/2017 02:49:42 01/09/2017 02:50:10 28 s Slow 200 - OK

Doyoucheck n'est pas content aujourd'hui ! Qu'est ce qu'il se passe ? Début Fin incident Durée Incident Code HTTP 31/08/2017 14:13:10 31/08/2017 14:13:40 30 s Slow 200 - OK 31/08/2017 14:05:10 31/08/2017 14:05:40 30 s Slow 200 - OK 31/08/2017 14:03:10 31/08/2017 14:03:41 31 s Down 301 - Moved Permanently 31/08/2017 14:00:41 31/08/2017 14:00:50 9 s Slow 200 - OK 31/08/2017 13:55:10 31/08/2017 13:55:40 30 s Down 301 - Moved Permanently 31/08/2017 13:46:10 31/08/2017 13:46:40 30 s Slow 200 - OK 31/08/2017 13:40:40 31/08/2017 13:41:10 30 s Down Request Time-out 31/08/2017 13:34:09 31/08/2017 13:35:10 1 min, 1 s Slow 200 - OK 31/08/2017 12:53:04 31/08/2017 12:53:35 31 s Down Request Time-out 31/08/2017 12:27:34 31/08/2017 12:27:50 16 s Slow 200 - OK 31/08/2017 12:24:39 31/08/2017 12:24:40 1 s Down 301 - Moved Permanently 31/08/2017 12:24:08 31/08/2017 12:24:39 31 s Slow 200 - OK 31/08/2017 12:18:50 31/08/2017 12:19:20 30 s Slow 200 - OK 31/08/2017 12:14:50 31/08/2017 12:15:36 46 s Down 301 - Moved Permanently 31/08/2017 11:48:11 31/08/2017 11:48:37 26 s Slow 200 - OK 31/08/2017 11:04:32 31/08/2017 11:04:19 13 s Slow 200 - OK 31/08/2017 11:04:19 31/08/2017 11:04:49 30 s Down 301 - Moved Permanently 31/08/2017 10:51:07 31/08/2017 10:51:37 30 s Slow 200 - OK 31/08/2017 10:19:01 31/08/2017 10:19:19 18 s Slow 200 - OK 31/08/2017 10:07:37 31/08/2017 10:08:07 30 s Down Request Time-out 31/08/2017 10:03:01 31/08/2017 10:03:17 16 s Slow 200 - OK 31/08/2017 10:01:17 31/08/2017 10:01:47 30 s Slow 200 - OK 31/08/2017 09:59:07 31/08/2017 09:59:37 30 s Slow 200 - OK

C'est pas le même serveur que moi qui a rencontré les problèmes mais en tout cas, il n'y a plus de problème qu'en j'en change. Il n'y a pas moyen, en vous donnant le serveur et l'heure de regarder de plus près dans les logs pour voir qui fait capoter le serveur ? Peut-être un script trop gourmand de l'un de vos utilisateurs ou autre. C'est quand même un problème assez urgent car des gens qui naviguent sur un site et qui tombent sur un chargement d'1 voire 2 minutes, ça peut en frustrer plus d'un.

Information complémentaire : Je pense que vous vous en doutez mais le problème ne se produit pas sur tous les serveurs en même temps. Lorsque j'ai mes ralentissements, je ne les ai pas sur un autre réseau (mon tel). J'ai eu des gros ralentissements vers 16h aujourd'hui, le serveur sur lequel je suis est celui-ci : http1-apache-01h. Comme je l'ai dit à @Simon en privé, doyoucheck ne me sort plus aucune alerte car le service attend confirmation d'au moins une deuxième sonde pour dire qu'il y a un problème. Comme les deux sondes n'utilisent pas le même serveur http (ou avec beaucoup de chance), aucune alerte ne m'est retournée. 16:49:00 - http1-apache-01h.: 2 minutes de chargement... 17:00 - http1-apache-01h.: 1 minute Je suis passé sur un autre serveur (q) et ça marche impeccable.

Oui @Alex, J'ai toujours mes problèmes de ralentissement. Je suis "content" de voir que tu rencontres aussi des soucis. D'après doyoucheck, ça a l'air d'aller mieux. En tout cas, aucun ralentissement hier par exemple mais j'ai réglé les alertes de slow sur 8 secondes. Dans la pratique, hier, j'ai encore eu de longs chargements et mes membres le confirment. Je vais régler doyoucheck sur 5 secondes car 8 est vraiment très élevé pour un chargement de page. Est-ce que d'après vous ça peut être un problème de mon site ou ça peut venir que de l'hébergement ? Je sais pas si je dois chercher quelque chose dans mon code...

Je l'ai signalé depuis un bon moment aussi et je suis étonné de voir que l'investigation ne fait que commencer car c'est très problématique pour les sites comme moi qui exigent une validation par e-mail. Voyant que rien ne bougeait, j'ai trouvé une solution de mon côté. Je me suis créé une adresse gmail et j'envoie tous mes mails avec smtp via PhpMailer. Tout fonctionne bien et les e-mails n'arrivent pas en spam.

Merci Simon, j'avais pas vu qu'on pouvait avoir ce genre de détails. SI c'est un problème qui touche que moi ou que peu de personnes, je vais regarder de mon côté alors. C'est difficile d'investiguer car la lenteur est aléatoire. A 11h50 et 11h59, le pattern a changé en inversant la génération et le transfert.^^ https://app.doyoucheck.com/p/detail_incident/token/e8c9553730e26322e000f813e5174d22