Aurélien PONCINI

Bonjour, désolé pour ce bien trop long délai de prise en compte de cet incident, nous n'avons pas eu l'alerte sur la supervision, je vais voir pourquoi cette alerte n'est pas remontée afin que ce ne se reproduise plus. Pour PMA vous avez une erreur au bout d'un moment ? Vous utilisez une instance perso ou pma.yulpa.io ?

Bonjour, n'étant plus à la tête de yulpa, je n'ai pas de réponse immédiate à apporter sur les points soulevé Le passage en yulpa vous a paru plus plat mais il y avait beaucoup de refonte et travail de fond (à commencer par la v2 de iWal, les paiement auto, les containers, le vCloud), il y avait bien plus de choses en yulpa que en web4all si on compare sur la durée Actuellement je finalise avec Benoit les nouveaux serveurs web que nous n'avions pas pu faire en 2020, si tout va bien on pourra proposer les nouveaux hébergements avant fin novembre.

Bonjour, cela a été traité ? Si vous postez ici sans donner le numéro de ticket ou le domaine, je ne peux faire le lien avec les tickets en cours

Bonjour, vous installez cela où ? Dans un container ? Ou sur un hébergement mutualisé ? (votre topic est dans la section Containers LXC).

Bonjour, cela n'est toujours pas dans les projets en cours pour le moment.

Bonjour, l'éditeur de Spam-Expert effectue une mise à jour des serveurs privés, il semblerait que l'impact ait été plus important qu'annoncé

Bonjour désolé je n'avais pas vu le message. Il y a eu une attaque le 13 durant quelques minutes sur le manager

Nous avons eu un souci sur un cluster VMware qui a impacté une partie du web client et une partie de iWal. Nous avons donc éteint complétement iWal le temps de régler cela pour éviter d'avoir des actions serveurs / clients

Bonjour, en effet depuis plusieurs mois c'est de pire en pire et malheureusement on ne peut pas faire grand chose à notre niveau 😢 mais cela impacte fortement l'infra

Il y avait bien un souci sur les sessions PHP, es-ce mieux pour vous ?

On continue à surveiller 😢

Non pour le moment on a de plus en plus de chose qui sont indispo et on cherche l'origine Et chaque action est un échec.

Je viens de mettre à jour la tâche sur Travaux. Principalement sont concernés les clients les plus anciens, ce fil m'a mis la puce à l'oreille avec les derniers posts, nous intervenons sur le stockage qui est un des seuls éléments commun à ces clients.

OK merci pour la piste En théorie oui il faudrait les forcer... 😢 C'est la même chose pour PHP, nous sommes obligés de maintenir les anciennes versions. Et si l'on décide de forcer les clients, ce sera des milliers de tickets car beaucoup ne sauront pas ce qu'il faut faire.

Ils ne seront pas à mis à jour, jamais. On passe les mises à jour mineures et de sécurité mais on ne peut pas les upgrader en 10.x car cela les rends incompatible avec trop de sites, ce serait comme forcer un utilisateur en php 5.x à passer en 7.x Il y'a donc des serveurs en 5.x pour ceux en ayant besoin et en 10.x pour les autres.