UPDATE : voir la version à jour pour Debian Squeeze.
J'ai récemment acheté un serveur dédié chez OVH. Comme j'ai pris une version nue Debian, j'ai décidé de faire une série de billets pour fournir un tutoriel complet d'installation d'un serveur web basé sur Debian Lenny.
Ce tutoriel n'est en rien un gage de sécurité et je ne pourrai être tenu responsable pour un manquement quelconque.
Les prérequis pour ce tutoriel sont :
Debian passe en version 5.0 stable, nom de code "lenny" (pour mettre à jour) nyroModal en version 1.4.1 jQuery en version 1.3.1, toujours plus rapide et efficace... Visionnage conseillé : Performance Improvements in Browsers par John Resig Visionnage conseillé : The DOM is a Mess par John Resig jQuery UI 1.7 en préparation Symfony en 1.2.4 Notepad++ en version 5.2 Mozilla lance son éditeur de code en ligne "Bespin" Google voudrait imposer un nouveau protocole pour remplacer HTTP ?
Un peu de nouvelles de Los Angeles, brut de pomme :
Fluidesign a déménagé depuis le début d'année. Nouvelle adresse, suivez le lien. Vue sur l'océan depuis la salle de réunion, grande classe pour commencer la semaine. Dans le même immeuble, deux étages plus bas, on trouve le fameux Habbo J'en ai profité pour déménager pour ne pas me taper une heure ou plus de bus le soir... 10 minutes de bus pour aller au boulot, un peu moins pour la plage.
Comme j'ai transférer mes 2 sites la semaine dernière, le sujet est tout chaud pour moi.
Avant de m'atteler à la tâche, j'ai chercher un petit tuto comme celui-ci, qui m'aurait permis de noter tous les points à ne pas oublier. Comme je n'ai pas trouver, je l'écris pour qu'un tel article existe !
Introduction
Commençons par poser le problème, histoire que tout le monde comprenne de quoi on parle.
Sortie à la date prévu, le 18 octobre. Difficile de la télécharger les premiers jours car tout le monde s'empressent de la télécharger dès sa sortie. Pour le moment, ça à l'aire d'être revenu à peu près normal.
Alors bien sûr, vous pouvez faire une mise à jour depuis votre version actuelle avec le gestionnaire de mise à jour.
J'ai préféré repartir sur de bonnes bases, tout réinstaller car je commençais à avoir plein de trucs qui ne servaient à rien.
Quand on veut faire une sauvegarde d'une base de donnée MySQL, il n'y a pas 36 solutions.
Soit on prend son courage à 2 mains et on décide de se faire un script de backup manuellement. C'est long, et on est pas à l'abri d'oublier quelque chose, si on ajoute des tables par la suite.
Soit on se dit qu'une base de données, ce n'est que des fichiers et on décide de sauvegarder dans un tar gzippé le dossier contenant ces fichiers.
Depuis longtemps, les utilisateurs de Linux et Windows se plaignaient du manque de pouvoir écrire de façon sécurisée et sans aucun problème sur la partition de Windows, du type NTFS, car Microsoft ne partageait pas (comme à son habitude) les spécifications du format de fichiers.
C'est maintenant réglé, avec NTFS-3G qui vient de sortir sa première version finale 1.0.
Je n'ai pas eu l'occasion de tester, mais je ne doute pas de son efficacité.
Il arrive dans certains cas que des bases de données, plus particulièrement des tables, soit rendu illisibles suite à un crash du serveur.
MySQL a tout prévu avant la commande REPAIR TABLE qui permet de récupérer une table crashée, avec généralement une perte de données, la dernière ligne ajoutée (d'où l'utilité des backups récurents).
Rien que ça, c'est bien utile quand on se retrouve dans un phpMyAdmin qui nous sort plein d'erreurs dont ont ne sait pas vraiment d'où elles sortent et dont on ne comprend pas forcément le sens.
Il arrive parfois qu'on est besoin de transférer énormément de données d'une base de donnée MySQL vers une autre (passage en production, changement de serveur...)
Or, ce qui arrive quelques fois dans ces cas-là, c'est que le fichier sql soit tellement gros qu'on ne peut pas l'envoyer via phpMyAdmin ou bien que le php mette trop de temps et arrive au timeout de la page... Bref, on n'y arrive pas.
L'envoi des emails est souvent délicat, car on ne sait pas quel client mail utilise le destinataire : serait-il capable d'afficher l'HTML, ne prend-t-il en charge que le texte ?
Pour palier à ce problème, il existe une méthode simple qui permet d'envoyer le mail à la fois en Texte et en HTML, et le client mail choisir la partie qui l'intéresse.
Au début, je me suis beaucoup inspiré de cette fonction de Nexen qui marche bien dans la plupart des cas, mais pose encore des cas dans certains webmail (Free de mémoire).