Conformément à la loi Européenne, nous vous informons que cette boutique utilise des cookies afin de sécuriser le processus de commande, et observer la navigation pour améliorer notre site web et offre. Pour en savoir davantage, vous pouvez consulter notre politique en matière de confidentialité
On a fait le tour, tout est ok maintenant à priori, n'hésitez pas à nous signaler tout problème sur le site...
Update
Notre test sur PHP 7 fonctionne après avoir corrigé une dizaine de modules, reste 1-2 bricoles, on va donc rester en PHP7 en espérant constater une stabilité et pas de problèmes. Nous avons gagné un peu en temps de chargement côté admin et site, on ne pourra pas faire mieux :)
Bonjour,Les disques Sata3 posent toujours un problème de performances malgré toutes les optimisations récentes : ce n'est pas de leur faute, et il est temps de passer à la vitesse supérieure avec du 100% SSD, afin d'éviter la limite en IOPS des sata qui causent de légers ralentissements par moment.Le SSD nouvelle génération est aussi 2 fois plus performant que le SSD qu'on utilise actuellement.Total IOPS/sec en RAID1 passera donc de 6000 SSD + 200 en SATA3 à FULL SSD avec un total de plus de 12000 !Nous passerons de Tier3 à Tier 4 (redondance réseau en plus)Le serveur aura le hot swap, et une double alimentation au niveau serveur (différent de l'alimentation des salles serveurs).Durée de vie de ce nouveau serveur : 2024Tout le monde sera migré sans peine de votre côté... et aucune variation de prix concernant les offresEstimation de la date de l'opération : entre le 10 et 20 février 2017A bientôt,JohannCEO YOORshop
Bonjour,Depuis un moment, nous nous demandions à qui était dû des micro-ralentisssemts sur le serveur qui se traduisent par un spike IOwait, et nous avons décidé d'en conclure il y a 4 jours en mobilisant des experts externes...Hier, par nous même, nous avons trouvé la clé pour en découdre avec l'observation des logs enregistrés, le problème se produit à chaque seconde 5-6-7-8 à chaque fois, nous avons alors pensé aux cron... Il est un fait que le service cron du serveur fourni par centos manque de quelque chose, c'est à dire qu'il éxécute les cron du serveur à la même seconde quelque soit la minute, et le cycle du cron, et c'est dans le cas d'un serveur puissant, même en SSD, et avec pas mal d'utilisateurs...Après consultation des experts sur une solution, la première proposée est une bonne solution, et on est pas certain à ce stade qu'il y en ait d'autre : insérer dans les cron ceci :sleep $(expr $RANDOM \% 30);Cela dilue l'éxécution du cron sur une seconde au hasard les 30 premières secondes...En conséquence, nous avons modifié les cron visible directement dans les fichiers cron du serveur (d'autres ne le sont pas visible car gérés à l'intérieur du CMS)Nous avons actualisé en conséquence l'article surles cron afin que out utilisateur éssaie de faire comme recommandé...
