Pourquoi pas envoyer une newsletter pour avertir les utilisateurs et leur faire comprendre que les pages statiques généré à la volé (et donc dynamique) sont gênante pour les ressources serveur.
Un autre problème est aussi qu'il y a une sur-utilisation des CMS, notamment pour des sites statiques, les gens préfèrent installer un WP ou un Joomla plutôt que de faire une simple HTML pourtant bien moins éprouvante pour le serveur (et donc plus rapide à charger). "Incompétence" ou solution de facilité ?
Je penses plutôt que la plus part des utilisateurs qui agisse de cette façon, le font pour la facilité d'utilisation et en grande partie pour les templates mis à disposition par les communautés "CMS"
Le problème vient de tous les CMS utilisés sans cache. On a pourtant recommandé plusieurs fois d'installer le plugin WP-Supercache pour Wordpress, ça évite des requêtes SQL inutiles.
Pourquoi, ne pas l’intégrer dans le package WordPress fourni par Legtux ? Bien sur, il devra être notifié qu'un plugin (thrid party) a été inclut.
Quelque choses à savoir afin que vous (utilisateurs de Legtux) pourrez éviter de faire,
melodie a écrit :Le site est à jour, j'ai fait la maj la nuit dernière. Ça s'est bien passé,
Le fait de lancer une mise à jour/modification importante sur votre compte par le biais d'outil tel que WP Update Manager comme
melodie sembles avoir fait peux provoquer plus de problèmes que vous le pensez.
Quelque explications,
Lors que vous lancer une mise à jour par exemple sous WordPress. Votre WordPress utilises une fonction php nommée fsockopen qui lui permet de télécharger la mise à jour puisque vous lui avez demander de faire la mise à jour automatiquement. Donc ici, consommation de bande passante pas enorme mais consommation quand même, après vous lui demander de mettre à jour votre WordPress et donc les fichiers qui le compose ce qui provoque une avalanche d’opérations de fichiers sur les disques dur du serveur Legtux (2 fois un disque de 1To en RAID 1). Souhaitant avoir une sécurité maximal pour ses utilisateurs, Legtux utilises une technologie nommé RAID et plus précisément dans le cas de Legtux, RAID 1 (Disque miroir). En clair, chaque opérations de fichiers effectué sur votre compte ou bien même le simple ajout d'un enregistrement dans votre base de donnée est fait 2 fois pour une sécurité renforcer. Bref, ce n'est pas ça le problème, c'est que certains d'entre vous utilisant WordPress ou autre CMS (Gestion de contenu) utilises une belle fonction nommé plus communément "Mise à jour automatique" qui surcharges le processeur du serveur pour des choses basique tel que une mise à jour automatique de WordPress.
Maintenant, il y a "Mise à jour automatique" et "Mise à jour automatique", et oui, certains CMS comme phpBB "fusionnes" les fichiers présents sur le serveur avec ceux de la mise à jour, ce qui augmentes d'avantage la charge processeur que votre compte utilises. C'est pour cela que je recommandes l'utilisation d'un client FTP pour effectuer la mise à jour des vos fichiers puis de lancer l'assistant de mise à jour pour "mettre à jour" votre base de donnée ou le schéma qui la composes.
Utiliser un client FTP, c'est bien mais avec modération, surtout quand on augmentes le nombre de transferts simultanés de 2 à 10 pour "accélérer" le transfert de vos fichiers. Faites attention, à chaque fois que vous uploader/envoyés un fichier via FTP, vous faites 1 requête SQL pour vous identifier auprès de la base de données Legtux. Désolé, mais pour permettre un accès à tous le monde, les connexions persistante sont désactivés car le quota par défaut des serveurs FTP est de 500 "connectés". Donc vous transférer 10 fichiers simultanément, vous faites 500-10=490 connexions restantes.
Je ne penses pas que Legtux augmentera le quota puisque cela augmentera la charge CPU et surtout le nombre de requêtes SQL envoyé au serveur MySQL. Et donc dégradera la qualité de service qu'il fournit.
Encore un exemple qui me touches tous les jours, moi comme d'autres utilisateurs voulons effectuer une action automatiser/tache planifié tous les jours, juste parce que la charge est trop élevé, mon cron personnel ne sais jamais exécuté et la raison est simple, le "robot" qui exécutes les taches planifiés laches/tomber bien avant d'arriver à mon compte.
Je sais que vous voulez aidez Legtux, et je vous y encourage vivement, même si vous n'avez pas les moyens financier pour faire des dons réguliers/ponctuels, vous pouvez aidez Legtux en diminuant votre empreinte en terme de ressource sur le serveur. Legtux est géré par seulement 2 personnes actuellement, elles sont tous les deux bénévoles et "gères" dans le temps libre sans aucune contre partie.
Donc, essayez d'utiliser au minimum le PHP et surtout le MySQL quand cela n'est pas nécessaire. Je dirais même que c'est mieux d’utiliser la crontab/tache planifié pour effectuer une action à une certaine heure que d'utiliser PHP et de vérifier avec des fonctions comme date qui sont elles-même consommatrice de ressource