Aujourd'hui il existe principalement 2 types de datacenters : les classiques avec toute infrastructure intégrée (énergie, refroidissement et réseau) et les datacenters en container. Le principe est simple : un container (divers taille et coloris disponibles) rempli de serveurs avec une prise pour le courant, une autre pour le réseau et les entrées/sorties pour le système de refroidissement.

C'est un fait, lorsqu'on joue à un jeu vidéo et qu'on y joue bien, on a toujours envie de montrer ses captures d'écrans (screens en langage geek) sur les divers forums que l'on fréquente. Se pause alors le problème de l'hébergement d'images. Il en existe des centaines (voire plus mais je ne vais pas les compter) dont certains spécialisés dans certains thème comme les jeux vidéos.

Moi, et beaucoup d'autres joueurs sommes très souvent branchés sur Team Fortress 2, notamment sur les serveurs Geek-Gaming, très fréquentés par les joueurs francophones (que je remercie au passage pour venir jouer chez nous). Le fun étant de rigueur chacun prend ses petits screens (ou vidéos) pour montre le dernier délire (équipe full heavy), son score de ouf ou encore la dernière victime qu'il a taunté (Metanor si tu te reconnais).

Pour ceux qui ne le savent pas je suis très intéressé par tout ce qui touche de près ou de loin à MySQL. J'ai poussé le vice à utiliser pour le forum de la Tortue facile un classement des sujets et messages sans utiliser la condition LIMIT. Ce système requiert notamment l'utilisation des transactions MySQL étant donné qu'à chaque nouveau sujet la position de tous les sujets change. Il faut donc être sûr que toutes les requêtes s'exécutent correctement :

S'il y a bien une chose qu'il faut savoir, c'est qu'un serveur dédié est, dès sa connexion au réseau, attaqué en permanence, il est donc nécessaire de bien savoir s'en protéger afin de garder un serveur opérationnel (le pirate partagera rarement votre serveur avec vous), de limiter les ressources consommées (à cause du brute force par exemple) et de garder des logs propres : chaque erreur étant loguée, une long série de tentative feront grossir vos logs, ce qui rendra ces derniers plus difficiles à analyser.

La liste des attaques qui suit est purement informative et en rien exhaustive, si toutefois j'ai oublié de signaler un type d'attaque très courant, je me ferrais une joie de le rajouter.

Alors que j'étais en train de coder un système de suggestions pour un champ de recherche (comme Google ou Wikipédia), il m'est apparu un problème de taille. La plupart des navigateurs modernes retiennent les informations entrées dans les champs des formulaires, et les proposent lorsque l'internaute y tape du texte. Or ce comportement (bien que pratique à la base) entrait en contradiction avec ma liste de suggestions fournies par mon système en Ajax, l'internaute se retrouvant avec 2 listes de suggestions qui se chevauchent. J'ai donc rapidement cherché une solution à ce problème, j'en ai trouvé 3 au final.