Génération Linux

Évolutions...

2012-01-13T18:48:00+01:00

En ce début d'année 2012, j'ai décidé de faire un point assez complet sur deux choses : ce blog et moi. En premier lieu donc, un petit état des lieux de ce blog, ce qu'il était, ce qu'il est actuellement et ce qu'il va devenir. Ensuite, je m'attarderai sur moi, sur mon évolution concernant le monde des logiciels libres, ce que je pensais avant, ce que je pense maintenant. Je pense que cela peut être intéressant.

Cet article est donc, vous l'aurez compris, assez personnel et n'intéressera peut-être personne mais je pense qu'il a sa place ici. D'ailleurs, je ~~pense~~ suis sûr que je ne suis pas le seul à avoir changé ma façon de voir les choses concernant ce vaste monde des logiciels libres.

Génération Linux

Ce blog entame sa cinquième année d'existence (son premier article date du 8 décembre 2007). À cette époque, je découvrais Linux grâce à ma formation de BTS informatique. En partie grâce à mon super prof, j'ai tout de suite accroché et j'ai décidé de m'y mettre chez moi. Ayant une mémoire un peu "difficile", je prenais plein de notes de mon côté (dans un bête fichier texte) concernant les logiciels que j'installais, comment je les installais, pourquoi je les avais choisis, etc.

Au bout de peu de temps, je me suis dit que mes notes pouvaient peut-être intéresser du monde, les blogs sur Linux n'étant pas très répandus à l'époque. C'est la raison pour laquelle j'ai créé ce blog : partager mes notes, mes astuces et mes découvertes des logiciels libres. Ça m'a aussi permis d'améliorer mon orthographe, ma capacité de synthétiser mes idées, de les clarifier pour les rendre compréhensibles par tous (chose que je n'aimais pas faire avant). Tout ça me sert beaucoup dans ma vie professionnelle désormais.

Peu de temps après, j'ai lancé un appel, proposant à qui le désirait de poster des articles sur ce blog. Au total, un peu plus d'une vingtaine de personnes a ainsi participé à cette aventure. Le top 4 étant composé, dans l'ordre, de bono178, delirium, xenom et aster. Je leur passe un grand bonjour s'ils passent par là (aux autres aussi hein) :)

Au fil du temps, ce blog a gagné en popularité (son inscription sur le planet libre puis sur le planet ubuntu y est pour beaucoup). Au sommet de sa "gloire", je dénombrais en moyenne 2000 visiteurs uniques par jour.

Puis j'ai arrêté d'écrire aussi assidûment sur ce blog. Je n'avais plus trop le temps, plus vraiment l'envie mais surtout plus trop d'idées. Comme je l'explique dans cet article, quand j'ai commencé ce blog, je découvrais Linux et les logiciels libres en général, j'avais donc plein de choses à expliquer, à faire découvrir, etc. Au fil du temps, je ne découvrais plus tellement de nouveautés, je ne trouvais plus trop de sujets, ou alors il étaient déjà bien traités ailleurs.

Il y a eu cependant une petite renaissance lorsque je me suis auto-hébergé. À nouveau, je découvrais plein de choses et j'avais envie de les partager. Mais même problème, une fois que j'ai fait découvrir les logiciels que j'utilisais pour mon auto-hébergement et la manière de les configurer, je ne faisais plus de découvertes et donc je n'avais plus rien à dire de neuf.

Du coup, depuis quelques mois, mon blog est (à nouveau) en stand-by. Les visiteurs continuent toutefois de le visiter. À l'heure actuelle, il y a en moyenne 600 visiteurs uniques par jour.

J'ai malheureusement été obligé de modérer les commentaires, chose que je me refusais à faire depuis le début. Les robots exotiques mettant des publicités trop régulièrement, j'en avais marre de passer tous les jours pour supprimer 10-20 commentaires de pub. Soyez toutefois assurés que les commentaires des vrais gens seront publiés (qu'ils soient positifs ou négatifs).

My self

Mon blog a pas mal évolué depuis sa création, il y a cinq ans. C'est la même chose pour moi. Ma vision des logiciels libres, mon engagement et ma motivation ont beaucoup changés en cinq ans.

Au tout début de ce blog, comme je l'ai déjà dit, je découvrais Linux, Ubuntu et les logiciels libres. Je n'étais pas très engagé dans ce monde là. Mes contributions se limitaient aux articles de mon blog, parfois repris par certains sites.

Au fil du temps, j'ai commencé à vraiment devenir accro à ces logiciels libres et à la philosophie du libre (le partage, l'entraide, l'ouverture, etc). Aussi, j'ai commencé à participer à des évènements libres. C'était marrant d'être reconnu dans les LUG : "ah c'est Benjamin de Génération Linux" :) Le Linux Magazine m'a également proposé de faire un article et j'ai écrit plusieurs articles dans le Open Source Magazine. J'allais aussi installer Ubuntu chez pas mal de personnes que je réussissais à "convertir" (petite anecdote).
Bref, j'étais vraiment à fond dans le truc (en particulier la période 2008-2009 où j'étais étudiant en Licence Pro ASRALL). Je ne voyais plus que le libre. Je préférais, par exemple, utiliser un logiciel libre pas pratique plutôt que son équivalent propriétaire très bien. De la même manière, je me refusais à utiliser les jeux commerciaux qui me faisaient pourtant envie (car sétélemal, les jeux commerciaux, windaube, micro$oft, tout ça)...

Puis, j'ai quitté le monde universitaire pour le monde du travail (enfin, pas exactement puisque je travaille désormais dans une université). Là, je me suis rendu compte qu'on ne pouvait pas être aussi sectaire et borné dans le monde du travail. Au début, je passais un peu pour un illuminé à ne parler que de logiciels libres, à rester hermétiquement fermé au reste. Mais au fur et à mesure, j'ai appris à être moins critique et plus ouvert aux autres solutions. À ce moment, je me suis rendu compte que c'était quand même assez paradoxal d'avoir été à fond dans le monde du libre justement pour son côté "ouverture et libre" et d'être fermé à tout le reste.

Du coup, petit à petit, j'ai commencé à me "ré-ouvrir" au monde propriétaire, à le regarder d'un œil plus objectif. Alors, par chance, je ne travaille presque que sur (et avec) des logiciels libres, mais je ne suis désormais plus aussi fermé au reste. Je reconnais par exemple que Windows 7 est un bon OS (en tout cas de mon point de vue d'observateur car je ne l'ai presque jamais utilisé), chose qui me semblait impensable il y a quelques années, lors de sa sortie.

Bon alors évidemment, je reste quand même un grand fan des logiciels libres. À la maison et au travail, je n'ai que des OS Linux car c'est ce que je trouve le plus pratique à beaucoup de niveaux. Par exemple, j'ai une imprimante wifi chez moi. Là où il faut installer les pilotes et les logiciels d'acquisition sur Windows, sur Ubuntu, j'ai juste fait "Ajouter une imprimante réseau", renseigné son adresse IP et voila, tout était fini, le rêve :) Je suis également passionné par mon travail d'administrateur système sur mes serveurs Red-Hat, CentOS ou Debian.

Ceci dit, je me suis aussi rendu compte d'une chose, c'est que je suis devenu de moins en moins patient et indulgent envers ces logiciels libres, notamment chez moi sur mon PC. Avant, si j'avais un problème sur mon ordi, je passais du temps (parfois énormément) à chercher d'où ça pouvait venir, je n'hésitais pas à mettre les mains dans le cambouis, re-compiler des logiciels, des pilotes, etc. Je trouvais toujours des excuses "c'est un logiciel libre, faut lui donner sa chance, je vais creuser et trouver pourquoi ça ne marche pas".
Maintenant, le moindre truc me soûle, j'en ai marre de chercher quand j'ai des problèmes. Par exemple, il n'y a pas longtemps, je voulais faire un enregistrement de mon écran + ma voix (pour faire un podcast). J'ai jamais réussi à faire ce que je voulais sur Ubuntu, j'avais toujours un problème de son ou d'image. Du coup, après avoir passé un peu plus d'une heure à chercher, ça m'a gonflé et je suis allé sur Windows (que j'ai conservé en dual-boot pour les jeux). Là tout a marché du premier coup.
Attention, je ne dis pas ça pour troller hein (les trolls "libristes" non plus je ne supporte plus), je dis juste ça pour illustrer mon changement de comportement. Désormais, je veux que mon ordi fasse ce que je veux faire tout de suite, sans effort. Je passe assez de temps au travail à régler les problèmes des autres, si bien que je n'ai pas la patience de faire la même chose en rentrant chez moi le soir.

Et maintenant ?

About mon blog, je le laisse bien évidemment en ligne, bien que je n'y participe presque plus. Je ne pense pas que je m'y remettrais un jour aussi assidument que ça l'a été. Ceci dit, si certains d'entre vous veulent bénéficier de sa "popularité", c'est avec un très grand plaisir que je publierai vos articles (après vérification bien entendu). N'hésitez pas à me contacter pour ça (onglet "Contact" en haut du site).
About moi, j'ai passé une étape capitale de ma carrière professionnelle il y a peu, je suis désormais titulaire de la fonction publique, plus précisément Ingénieur d'études rattaché à la sous-direction Infrastructure de la Direction du Numérique de l'université de Lorraine et j'espère simplement que mes objectifs professionnels se focaliseront sur mes 3 plus grandes passions :

l'administration système sous Linux
l'hébergement web
la sécurité

Conclusion

Je pense que j'ai déçu plus d'un lecteur avec mon discours. Je ne suis plus un disciple du libre, buté, fermé et parano. J'ai mis de l'eau dans mon vin comme on dit (d'ailleurs, cette définition me convient parfaitement : Revoir ses prétentions à la baisse, céder, être moins exigeant. Baisser le ton, montrer moins d’animosité, se modérer).

Ceci dit, comme je l'ai dit en introduction, je pense que je ne suis pas le seul à avoir changé ma façon de penser. Si vous êtes dans ce cas, n'hésitez pas à vous manifester dans les commentaires. Si vous n'êtes pas d'accord, vous pouvez aussi vous manifester :)

L'avenir de GNOME3, Interview de Jon McCann, un des concepteurs de la fondation Gnome

2011-09-09T23:39:00+02:00

Dans cet article nous parlerons de la scission avec Ubuntu, des critiques envers GNOME Shell et nous reviendrons sur les différences entre KDE et GNOME.

Après avoir passé des années à se concentrer sur la stabilité ainsi que sur la mise en place d'améliorations qui ne perturbent pas l'utilisateur, le bureau GNOME a récemment pris un risque important en lançant une nouvelle version.GNOME 3.0 introduit une nouvelle expérience utilisateur qui rompt avec la plupart des concepts précédemment en vigueur.

William Jon McCann, développeur chez Red Hat, fut l'un des instigateurs de cette rupture. Lors du récent Desktop Summit (NdT : événement permettant aux développeurs et communautés des bureaux GNOME et KDE de se rencontrer périodiquement pour travailler) à Berlin, Andreas Proschofsky a eu la chance de parler à McCann de l'avenir de GNOME3, de la manière dont le projet reçoit les critiques et de l'importance du développement d'applications optimisées pour GNOME3.

GNOME Concepteur et développeur chez Red Hat - William Jon McCann

derStandard.at: Après avoir été en développement depuis de nombreuses années, GNOME 3.0 a enfin été publié il y a quelques mois. Êtes-vous heureux du rendu final?

William Jon McCann : Ouais, je suis certainement fier de ce que nous avons accompli. Quand on regarde en arrière il y a toujours des trucs qu'on aurait aimés faire avec plus de temps pour les finitions ou le polissage.Mais avec GNOME 3.2 qui sort six mois après GNOME 3.0, nous avons l'occasion de faire évoluer le travail comme nous voulions le faire.
derStandard.at: Quels sont les principaux points que vous avez dû sauter pour 3.0?

McCann: Je pense que la plupart des bases sont là, les interactions de base sont en place. Sauf pour le Tactile. L'utilisation de Gnome3 via un écran tactile est une fonctionnalité qui arrivera très bientôt. Mais tant du côté du design que de la mise en œuvre, nous n'avions pas le temps d'y arriver, on en avait vraiment déjà trop à faire.
Mais en ce qui concerne le futur de GNOME3 il y a encore beaucoup de choses à faire. Ce que nous avons essayé de faire avec 3.0 c'est juste d'aborder le cœur de

l'interface et nous avons travaillé l'interaction avec l'utilisateur de base. L'initiative majeure qui va suivre est le développement d'applications pour GNOME3.
Et une fois que nous aurons mieux compris à quoi ressemblent les applications de GNOME3, nous aurons alors de meilleures possibilités de développement autour de cette plateforme. Et cela inclut l'écriture de nouvelles directives et de meilleures interfaces utilisateurs ainsi que des API simplifiés.

derStandard.at: Pensez-vous que GNOME a déjà une longue expérience avec les développeurs ?

McCann: Oh - nous avons beaucoup de travail à faire. Nous n'avons pas une bonne expérience du tout. Surtout si on la compare à certaines plateformes plus faciles à développer, les plates-formes mobiles ou même par rapport au Web.Quant aux applications que nous voulons écrire pour GNOME, nous en avons une liste d'environ 6 à 10 que nous considérons comme des différentes « classes d'applications» qui sont des utilitaires de base .

Les fonctions que chaque ordinateur doit être capable de faire. Comme la gestion des photos, des musiques et des documents. Donc, nous voulons écrire certains de ces services de base, qui font plus partie de l'OS que d'une application tierce.

Dans le processus de développement, il est essentiel de découvrir ce qui fonctionne et ce qui ne fonctionne pas et il est sans doute nécessaire de prendre des décisions au niveau de la conception des boites à outils qui permettent de fabriquer des applications. Donc, j'espère que dans le développement de - disons - l'application de documents - sur laquelle nous sommes en train de travailler - nous en apprendrons plus sur la façon dont GTK+4 doit être conçu.

Quelles services, nous aurons besoin afin de mettre au point des applications pour GNOME3.

derStandard.at: Allez-vous écrire entièrement de nouvelles applications ou bien réutiliser l'existant?

McCann: Que ce soit ou non un nouveau code - c'est aux développeurs de décider. Nous ne souhaitons vraiment pas imposer quoi que ce soitafin de laisser les gens choisir. Mais au moins, pour une poignée de choses, nous voulons concevoir quelque chose qui soit spécifique à GNOME3. Qui soit cohérent avec le reste de l'interface, qui utilise toutes les bonnes interactions à droite, qui utilise correctement le menu approprié et est conçu pour un portable ou une tablette. Donc, nous voulons mener par l'exemple.

derStandard.at: Voulez-vous définir une relation avec les développeurs qui détermine quels langages et quels outils utitliser ?
McCann: Je pense qu'il faut voir ce qui apparaîtra lors de ce processus. Nous allons voir ce qui fonctionne, ce qui peut nous permettre d'arriver à cet objectif d'interface utilisateur en utilisant la manière la plus efficace. Nous voulons peu de redondance, nous voulons peu de chevauchement, nous voulons de la cohérence - en réalité les mêmes objectifs que nous avions pour l'expérience utilisateur de Gnome2. Il y a un parallèle fort ici.
Les gens pensent que les choses sont radicalement différentes, mais elles ne le sont pas réellement. Ce qu'il faut en réalité c'est un processus de conception autour de l'expérience du développeur. Car les développeurs sont des utilisateurs du système tout autant que les utilisateurs finaux. En fait, dans certains cas, ils sont encore plus importants, car s'ils n'existaient pas, comment voudriez-vous concevoir le système? C'est pour ça que les autres plateformes se concentrent vraiment sur le fait de rendre aussi facile que possible d'écrire des applications. Et c'est quelque chose que nous venons de commencer à faire. Il est possible d'écrire des applications, mais ce n'est certainement pas si facile.

derStandard.at: Outre des trucs comme des documents et de la musique, pouvez-vous mentionner d'autres exemples de ces «applications de base»?
McCann: Celles qui sont les plus essentielles sont celles qui interagissent avec le bureau central lui-même - comme le shell. Des fonctions comme «Rechercher une information et s'en souvenir", pour lesquelles on utilisait le gestionnaire de fichiers "autrefois". Nous les décomposons en quelques éléments: "Musique", "Photos", "Documents", "Vidéos" - même si les vidéos ne doivent pas nécessairement être dans une application séparée, car elles sont soit de la musique, soit de la photo. Et puis pour les "Téléchargements" - nous avons quelques idées très sommaires sur la façon de les gérer de façon centralisée et en amont.

Mais en dehors de ça, il y a deux ou trois autres choses qui touchent à gnome-shell lui même. Le plus évident c'est le calendrier qui est déjà dans un endroit bien en vue dans GNOME3. Il serait vraiment agréable d'avoir un calendrier simple intégré au système. Un client de messagerie électronique simple serait aussi très agréable, un client avec toutes les interactions comme on les attend d'un environnement comme GNOME3. Nous avons Evolution, dont nous pouvons certainement apprendre beaucoup ou réutiliser certaines parties - mais si quelqu'un veut repartir de zéro , c'est très bien aussi.
Ce sont les idées de base. Mais nous en avons aussi quelques autres, comme l'accès à distance que nous aimerions améliorer. C'est dans GNOME depuis quelques temps, mais toujours ressenti comme un peu rajouté.

derStandard.at: Dans le passé, Zeitgeist et une vue en journal ont été proposés à quelques reprises comme une solution pour la fonction «Rechercher une information et s'en souvenir". Alors comment est-ce que ça se met en place avec les documents de GNOME et toutes les autres applications à venir?
McCann: Eh bien - GNOME documents a une vue qui est une sorte de chronologie. Les vues en journal ne ressemblent généralement à rien parce qu'elles sont remplies automatiquement. Dans le monde réel, on prend des notes explicites de ce qui est important. Alors, les journaux sont difficiles à faire automatiquement, car ils deviennent vite confus, car tout ce qu'on fait n'est pas important. C'est un problème lié à la fonction de recherche de documents qui est difficile a traiter.

Alors ce que nous avons essayé de faire - dans notre vision de la gestion des documents de GNOME - c'est de montrer seulement les choses qui sont «lié au travail» - ou des documents genre PDF, et on obtient une liste chronologique des choses qu'on a ajoutées. Ça n'est en aucun cas une idée nouvelle, Google Docs l'utilise dans leur interface principale. Et ça semble fonctionner assez bien pour les gens. Les choses sur le dessus de la pile sont plus pertinentes et les choses qui vieillissent, ou sont par nature moins fréquemment utilisées disparaissent de votre vue.

Que les gens utilisent ou non Zeitgeist pour faire ça- J'essaie de rester en dehors des questions de mise en œuvre. Zeitgeist est certainement une approche. La personne qui travaille sur les documents en ce moment est Cosimo Cecchi. Et ce que je pense de tout ça, c'est que la personne qui travaille dessus devrait être décisionnaire. Honnêtement, je ne sais pas si il y a encore d'autres journaux en développement ou non. Mais il y a certainement de la place pour des gens qui travaillent ensemble.

derStandard.at: Ayant poussé la gestion de périphérique dans gnome-shell et travaillant maintenant sur toutes ces applications nouvelles: Quel rôle le gestionnaire de fichiers devra avoir dans le futur?
McCann: Espérons un rôle beaucoup moins important. Les gestionnaires de fichiers ne vont en aucun cas disparaître. Mais il aura une jolie interface avancée, et c'est important si on veut vraiment bidouiller son système de fichiers ou faire de l'organisation complexe de fichiers.

Et puis ça ne fonctionne vraiment qu'avec des trucs qui sont locaux - ou du moins qui font semblant d'être locaux, comme nous le faisons avec les systèmes de fichiers réseau aujourd'hui.

Mais je pense que ce qui devient aujourd'hui de plus en plus commun, c' est que les gens utilisent des services dans les nuages pour ce types de données. Les photos ont été l'un des premiers services à être disponible dans les nuages - vous le voyez, Flickr et Picasa sont des succès énormes. Et les documents sont également de plus en plus hébergés dans le nuage. La musique l'a été plus tard, elle a résisté à cause de toutes sortes de complications juridiques, mais les gens les ont contournées en utilisant YouTube pour écouter de la musique.

Les quantités de musique qu'on peut stocker sur des appareils, finalement, sont limitées et il est de plus en plus courant d'avoir tout un tas de ces appareils personnels. Et dès qu'on parle synchronisation appareils-données, c'est une vraie plaie.

C'est une des raisons pour lesquelles Apple et d'autres ont décidé de s'éloigner du gestionnaire de fichiers pour quelque chose comme un gestionnaire de données, ce qu'est devenu iTunes une fois qu'il a cessé d'être simplement un lecteur de musique. Il s'agit d'obtenir les données de votre hub numérique, d'un ordinateur portable ou de bureau afin de les transférer vers votre appareil. C'est la plaque tournante de la synchronisation.

Dans le même temps nous avons aussi besoin de satisfaire les gens qui ne veulent que travailler localement, par respect pour la vie privée ou pour d'autres raisons.

derStandard.at: Donc l'objectif - en général -, c'est qu'il n'y ait plus d'importance, si certaines formes de données sont stockées localement ou dans une sorte de service dans le nuage?
McCann: C'est le genre d'objectif ambitieux - et nous espérons y arriver. Mais ce que je cherche vraiment à obtenir c'est: Vous avez un nouveau périphérique, vous vous y connectez pour la première fois, vous créez votre compte et vous lui donnez des informations à propos de vous-même, de votre identité en ligne. Vous lancez ce service et "par magie" vos données apparaissent dans votre lecteur de musique, dans votre application photo, votre gestionnaire de courrier électronique ou dans vos différentes applications. Les choses devraient juste être là, sans aucun effort supplémentaire. Mais ce sera seulement le cas avec le nouveau système, nous avons également besoin de respecter l'héritage - ou l'usage courant, où l'on a beaucoup de choses au niveau local . Donc théoriquement je visualise toutes ces choses comme différents fournisseurs de données. Et j'obtiens une vue agrégée de tous mes documents.

derStandard.at: Dans ce modèle, ne serait-il alors pas judicieux de revisiter les idées autour de quelque chose comme le "Bureau GNOME en ligne" (Idée lancée précédemment et finalement abandonnée), c'est-à-dire avoir une identité combinée stockée quelque part, ainsi on a une connexion centrale et toutes ses données sont remplies automatiquement?
McCann: Je pense que beaucoup d'idées de cette initiative ont du sens. Je pense que c'était très difficile à l'époque et peut-être trop tôt dans le monde pour y arriver. Alors oui ce serait un avenir possible, de se connecter à un compte central GNOME et d'obtenir tous les services immédiatement.

La façon dont ça marche aujourd'hui c'est que non seulement on se connecte à son ordinateur, mais aussi a tous les services dans toutes les applications.C'est comme des niveaux superposés et ceux-ci ont différents points communs. La première étape est de prendre du recul et de fournir un service où l'on puisse s'identifier au niveau du bureau,de sorte que les applications l'obtiennent automatiquement. Mais ce que vous proposez aurait certainement du sens. Pour prendre encore un peu de recul et se connecter à tous les services à la fois.

derStandard.at: Mais qu'arrive-t-il dans un tel modèle quand il n'y a pas de connexion internet disponible?
McCann: Je pense que nous pouvons faire beaucoup de choses. Il y a deux exemples dont nous pouvons apprendre:Le premier c'est - quelque chose que vous risquez de rencontrer ici à la conférence - nous n'avons pas toujours une bonne connectivité. C'est pourquoi beaucoup de personnes font à l'avance une copie locale de Google Maps sur leur téléphone, car ils ne peuvent pas avoir confiance dans la ligne internet, quand ils sont à la recherche d'un métro - ou d'un dîner. C'est donc là un modèle que nous pouvons suivre. Une mise en cache proactive et explicite. Un autre exemple nous est donné par Google Music: La façon dont ça fonctionne est celle-ci, si vous jouez une chanson, elle sera disponible hors ligne par la suite - au moins pour quelque temps. Et je pense que dans la combinaison de ces deux exemples nous pouvons obtenir un résultat assez proche de ce que doit fournir ce genre de services, même lorsque vous êtes déconnecté.

derStandard.at: Lorsque nous parlons du nuage, nous parlons surtout de services non-libres. Est-ce alors faire un "bureau libre" moins "libre"?
McCann: Je crois qu'il existe une forte motivation pour la plupart d'entre nous - moi y compris - pour s'assurer que nos vies numériques soient libres et gratuites. Les choses sont telles moins libres parce que nous utilisons des services non-libres? Je pense qu'elles le sont probablement. Mais cela doit-il nous arrêter? Non, ce que je veux veux dire, c'est que presque chacun de nous utilise Google pour quelque chose. Et même si Google est pas mal pour l'instant, tu ne connais pas l'avenir. c'est une société et ils doivent faire ce qui est bon pour leurs actionnaires, ce qui ne veut pas nécessairement dire que c'est bon pour nous ou pour nos droits liés à nos libertés numériques. Que ce soit bon ou non, l'intégration de Gnome avec les services Web ne change rien au fait que nous sommes déjà nombreux à les utiliser. Ainsi, à court terme, nous essayons d'intégrer des services que les gens utilisent déjà. Mais j'espère que ce qui va arriver - et c'est là que ça devient un peu de la spéculation - c'est que ça va attirer l'attention sur le fait, que beaucoup de ces services ne sont pas libres, ainsi les gens passeront un certain temps pour développer de meilleures solutions.

derStandard.at: Récemment il ya eu quelques critiques très sonore à propos de GNOME 3.0, comment les gérez-vous en tant que projet?
McCann: Je pense que cela nous touche en tant que communauté plus sur un plan personnel que ça ne le fait sur un plan professionnel.

Il n'est jamais agréable d'entendre les gens pour qui vous avez tellement de respect émettre une opinion très mesquine. Mais c'est leur droit, chacun a une voix sur l'Internet et ils peuvent exprimer ce qu'ils pensent. Nous écoutons tout et nous ne voulons rien ignorer. Cependant,nous avons effectivement à rester concentrés sur ce que nous essayons d'accomplir.
Malheureusement sur Internet - et dans le logiciel libre en particulier - nous avons beaucoup de personnes dont les voix ne sont pas très audibles, et nous devons prendre leurs besoins en comptes ainsi que celles des personnes qui sont plus bruyantes. C'est très difficile à faire et il est très délicat de savoir ce que les gens moins bavards recherchent. Donc, nous devons rester sensibles aux deux parties.

Aussi comment réagissons-nous à ces dernières critiques ? C'est très difficile, de ne pas provoquer tous ceux qui sont nécessairement d'accord avec l'un ou l'autre.
Dans un certain sens, les gens qui sont contre quelque chose pensent qu'ils ont quelque chose en commun, mais quand vous regardez plus en détail - ce que bien sûr nous essayons de faire - il y a très peu d'accords sur beaucoup d'autres choses, mis à part ce qu'ils n'ont pas envie de voir mis en pratique.

derStandard.at: Mais vous vous dites qu'il y a eu des critiques valables exprimés ou tout cela viens juste "de personnes qui haîssent les changements» ?

McCann: C'est certainement valable dans le sens ou à partir du moment où les personnes ne conçoivent pas l'environnement, il ne peut en effet être ce qu'ils aiment.. Et c'est bien, il y a beaucoup de différents produits qui peuvent s'adapter à leurs façons spécifiques de travailler. Mais si vous regardez les choses d'un point de vue historique, ce n'est pas la première fois que nous rencontrons de telles réactions.
Beaucoup des personnes qui maintenant affirment que GNOME2 était vraiment une grande chose pour eux étaient certains des opposants les plus virulents des choses que nous avons réalisées avec GNOME2. Les gens oublient que nous sommes le même groupe de personnes qui ont construit GNOME2 et ce n'est pas que nous ne savons pas ce qui était bon à ce sujet. Mais nous savons aussi ce qui n'a pas fonctionné.

Certains des commentaires sont certainement valables et nous allons les utiliser pour prendre des décisions éclairées dans le cycle de GNOME3 - rappelez-vous que nous avons seulement eu un communiqué de ce jour. Au cours des entretiens, nous avons fait remarquer qu'il nous a fallu huit, à neuf ans pour arriver là où en est GNOME2 et nous avons eu seulement quatre mois depuis GNOME3. Donc, il y a beaucoup de choses que nous avons encore à faire.Il y a beaucoup de manque dans notre histoire.
Les gens vont regarder certaines choses et dire «Pourquoi est-ce là? Ça a réellement un sens?". Et dans de nombreux cas, c'est parce que nous n'avons pas encore vraiment fini. Et ce qui va commencer à se passer, c'est que notre expérience va devenir un peu plus complète une fois passé ce cycle. Je ne dis pas que tous ces gens seront complètement convaincus et c'est malheureux, mais je pense qu'avec le temps les gens vont réaliser que ce que nous avons fait a été pour le moins réfléchi.

derStandard.at: Est-il même possible d'avoir un bureau qui convient à tout le monde - aux utilisateurs novices et aux "hackers du noyau"?

McCann: Je pense effectivement que nous pouvons obtenir un résultat assez proche. Je ne pense pas que nous sommes tous si différents à la fin. Il y a beaucoup de choses que nous avons en commun. Qui n'aime pas écouter de la musique? Qui n'a pas besoin de vérifier ses emails, qui n'a pas besoin de discuter avec des amis? Où rechercher une carte pour savoir comment se rendre à un dîner, ou même utiliser le web ou la plupart des utilisations quotidiennes d'aujourd'hui. Il y a tellement de choses en communs. Nous finissons par nous concentrer sur les différences plus que nous devrions.

Vous voyez beaucoup de pirates utilisant Mac OS X ces jours-ci et je pense que c'est un peu malheureux et il y a probablement de nombreuses raisons pour lesquelles font ça, mais ce n'est pas immédiatement ce que vous pourriez penser d'un super pirate axée système d'exploitation.

derStandard.at: Dans son discours au "Desktop Summit " 'Richards Nick a dit qu'il pense que les extensions sont la voie à suivre afin de répondre à des cas d'utilisations différentes et pour expérimenter de nouvelles fonctions. Êtes-vous d'accord?
McCann: Les extensions sont définitivement là afin de donner aux personnes ayant des besoins non standards la possibilité de participer à ce système. Richards Nick en a donné un bonne exemple dans son discours. Chez Intel, ils ont un très étrange système de numérotation des semaines. Et c'est quelque chose qui n'aurait pas pu aller dans GNOME3,parce que c'est utile pour une seule entreprise dans le monde, alors ce n'est pas quelque chose que vous vous attendez à être un élément standard d'un système d'exploitation.
Cependant, il est totalement indispensable pour ceux qui ont un calendrier qui utilise ce système de semaine. Et je pense que c'est quelque chose qui peut être facilement résolu en utilisant une extension.

D'autre part il y a quelques cas où les extensions ne sont probablement pas dans notre meilleur intérêt. Et cela ne signifie pas que nous allons les bloquer, c'est juste quelque chose dont nous devons être conscients. Les extensions qui tournent sous GNOME3 afin de reproduire GNOME2 sont quelque peu contre-productives pour un certain nombre de raisons. En partie parce que c'est très déroutant pour les développeurs tiers.
Si vous voulez écrire une application pour GNOME3 - et c'est quelque chose que nous voulons vraiment encourager - il est important de savoir que les choses sont dans certains lieux ainsi vous savez à quoi vous attendre.

Nous ne sommes pas seulement des utilisateurs d'ordinateurs de bureau libre,nous sommes aussi ses défenseurs et nous faisons partie de l'équipe de conception. Partout où nous allons, les gens regardent par dessus nos épaules et disent: «Hé c'est cool, c'est quoi?" puis nous avons la chance de parler de GNOME, une chance de parler de logiciel libre. Et je pense qu'il y a beaucoup d'intérêts à avoir cette expérience qui vous montre un monde vraiment cohérent. Avec GNOME2, nous n'avons pas fait ça particulièrement bien parce que le bureau de chacun était différent.
Alors, quand les gens le regardent, ils ne voient pas quelque chose d'unifiés, ils vous voient comme faisant partie d'un mouvement plus large. Et je pense que c'est une chose utile à examiner lors de la personnalisation de votre bureau. Mais ce n'est pas quelque chose que nous pourrons toujours empêcher.Et y a un autre point utile à examiner: Il est important de commencer à se concentrer sur la mise aux point d'applications pour le système avant de passez beaucoup de temps à bricoler le système d'exploitation. Nous sommes tous des geeks, on aime à jouer et explorer et c'est ainsi que nous apprenons - et c'est important. Mais il y a un risque de passer trop de temps à peaufiner le système d'exploitation pour nos besoins individuels et de moins se concentrer sur les choses qui feront que notre écosystème global sera plus complet.

Donc je pense qu'il faut une meilleure utilisation du temps afin de se concentrer sur l'écriture d'applications excellentes, afin d'avoir un meilleur rendu des logiciels dans l'intention de faire venir des développeurs tiers dans notre écosystème en offrant une expérience de développeur incroyable, en ayant la plate-forme la plus simple du monde de manière à écrire des applications plutôt que de passer beaucoup de temps à écrire leurs propres extensions.

derStandard.at: En lisant en biais les commentaires après la sortie de GNOME3 il semble pour le moins que certaines des critiques proviennent du fait que les fonctionnalités de GNOME3 ne sont pas facilement détectables par ceux qui utilisent le nouveau modèle de l'expérience utilisateur, qui n'est pas seulement un copier coller des vieux concepts de Windows 95. Donc, il y a un besoin fort d'avoir des «instructions visuelles" pour des trucs comme appuyer sur la touche Alt pour arriver à atteindre le menu d'arrêt?
McCann: Jakub Steiner a abordé cette question dans son discours au "Desktop Summit " et il m'a dit quelque chose d'assez intéressant et je suis d'accord avec ça: Même si ce serait mieux dans un certain sens que tout soit découvrable facilement, vous ne le pouvez tout simplement pas. Non seulement à cause de la laideur visuelle que ça introduirait, mais aussi parce que quand vous faites un bon design en vue de vous concentrer sur l'objectif principal de la fonction.Vous voulez mettre en place une utilisation par défaut la plus simple possible.
Si vous mettez en place des possibilités de contournement en les mettant dans une position visuelle évidente, vous allez réellement nuire à vos objectifs premiers. Ça aplatit le terrain alors que ce que vous voulez vraiment c'est une sorte de courbe en cloche, où les choses qui sont les plus importantes, les plus souvent utilisées sont les plus faciles à mettre en œuvre. Et les choses qui sont moins fréquemment utilisées, moins encouragées, peuvent être un peu moins évidentes, un peu moins détectables.

Avons nous fait les bons choix dans la manière dont nous présentons ses fonctionnalités, c'est certainement discutable. Mais spécialement pour l'arrêt, nous pensons que suspendre doit être encouragée. C'est la meilleure façon d'utiliser votre système. Vous n'avez pas à vous soucier de redémarrer vos applications, vous n'avez pas à vous soucier de revenir à la page où vous étiez. Ça a été un sujet sensible pour beaucoup de raisons, en partie parce que les gens n'ont pas confiance en la mise en veille sous Linux depuis longtemps et nous l'avons tous évités comme quelque chose qui ne fonctionne pas lorsque vous voulez l'utiliser. Mais ça fonctionne maintenant pour la plupart et si ça ne l'est pas nous devrions nous mettre tous à hurler. En fait, nous devrions être beaucoup plus exigeants lors de nos tests et vérifier l'intégration afin de s'assurer que ça fonctionne toujours.

derStandard.at: Étant donné que GNOME utilise maintenant une conception piloté par des processus: Comment fonctionne l'interaction entre les concepteurs et les développeurs ?

McCann: Nous avons essayé de renforcer le rôle de conception dans le processus de développement de GNOME3 . Nous avions beaucoup de conception dans GNOME2 - et c'est ce qui - outre les principes du logiciel libre - a amené beaucoup d'entre nous dans GNOME, mettre l'accent sur la conception, rendre la vie des gens meilleure. Nous avons un peu perdu cela de vue pendant le cycle de GNOME2 et nous avons essayé de revenir à cette base lorsque nous avons commencé GNOME3.

Nous n'avons pas vraiment un processus très formellement défini. Mais nous avons essayé différentes choses, des façons différentes de travailler.
Dans le modèle de conception spécifique à GNOME Shell, nous avons fait beaucoup de choses différentes. Certains morceaux que nous avons essayé de définir de manière très stricte, très soigneusement dans le tout début, puis nous avons donné la main aux développeurs. En d'autres moments, nous faisons l'exact opposé, en faisant juste un croquis ou une image et ensuite en travaillant itérativement à travers le processus, main dans la main avec le développeurs.
Et ça dépend aussi du développeur: Je connais un développeur qui n'aime vraiment pas ses dessins sommaires, il veut avoir quelque chose de très bien défini et pensé de sorte qu'il suffit de s'en aller et de le faire. D'autres veulent vraiment travailler avec vous, ils veulent s'asseoir dans un canal avec vous, ou même en personne, et vous commencez à travailler avec elle.

Donc, c'est très fluide - et ça doit l'être. Nous sommes tous dans différents fuseaux horaires, nous parlons sur IRC, de sorte qu'un processus très formel est impossible de toute façon.

derStandard.at: Une des critiques que j'ai entendue soulevées à quelques reprises ici à la conférence, c'est que l'équipe de conception définirait désormais elle-même ce qui se passe dans GNOME. Donc: devez-vous être plus ouvert ou est-ce juste une supposition erronée?

McCann: Premièrement: Il est très difficile d'appeler ça une équipe parce que nous n'avons aucune forme d'adhésion - si «l'équipe de conception de GNOME» est celle qui accélère pour faire de la conception. Elle n'est pas un corps élu, elle n'est certainement pas un groupe sélectionné. Se sont seulement des gens qui font ce travail. Tout comme le reste de GNOME. Donc n'importe qui peut y adhérer. Nous recevons certainement des critiques et des suggestions sur ce que les gens font, mais quelqu'un comme Allan Day est un bon exemple. Il est quelqu'un qui a juste intensifié son travail et s'est impliqués, il est maintenant membre de "l'équipe de conception de GNOME". C'est juste un gars comme les autres qui a sauté le pas, fait un excellent travail et qui est maintenant respecté par de nombreuses personnes dans la communauté.

Une autre chose qu'il est intéressant de noter, c'est que cette équipe n'a pas une sorte de pouvoir décisionnel. L'autorité de GNOME repose presque exclusivement sur les responsables des modules. Un concepteur n'est rien tant que quelqu'un ne met pas en œuvre sa conception. Ainsi, la prise de décision ultime passe par le code - le code c'est la loi. Si un concepteur fait quelque chose dont un mainteneur n'est pas convaincu - ça n'arrive pas. Et si quelques uns n'aiment pas les dessins que nous faisons, ils peuvent faire les leurs - ou convaincre quelqu'un d'autre qui le fait pour eux. Et cela arrive, cela arrive beaucoup de fois.

Je pense qu'avec le temps les gens se rendront compte que nous avons un talent assez étonnant dans ce groupe - et je m'inclus moi-même y compris dans cela. Je veux dire que les gens avec qui je travaille sont fantastiques, certains d'entre eux sont les meilleurs au monde. Je sais pertinemment que certaines des personnes d'Apple et de WebOS regarde jusqu'à Jakub par exemple, en mettant en lien son travail sur leurs blogs.

derStandard.at: Vous avez parlé de l'idée d'un OS GNOME dans le passé. Alors, quel est le raisonnement derrière cette idée?

McCann: Je ne peux pas prétendre que c'est une idée originale, l'idée de GNOME OS est là depuis au moins 2003 ou plus. A un moment il y avait même une liste de diffusion. Et je pense que les raisons d'aujourd'hui sont très semblables à celle de l'époque. Et il y a peu de raisons: C'est tout simplement trop difficile de travailler sur GNOME et c'est trop dur de le fabriquer. Il y a trop de visions différentes. Toutes les distributions sont légèrement différentes et sont en concurrence alors qu'elles devraient collaborer. Lorsque l'on veut vraiment arriver à ce lieu de «l'excellence», de quelque chose qui est mieux conçu, mieux testés, avec plus de contributeurs, nous avons besoin de rendre cette objectif plus facile à atteindre. Plus facile pour les développeurs de travailler durant le processus de développement, plus facile pour les tiers de le mettre en place sur leurs équipements et meilleur pour les utilisateurs finaux.

Pour rendre les choses meilleures pour les utilisateurs finaux, nous devons améliorer considérablement la qualité du système. Et cela signifie que nous devons faire beaucoup mieux avec nos tests. Par exemple, la suspension et la reprise, ces questions dont nous avons abordé plus tôt. La façon dont les choses se font maintenant, c'est "OK" - pour nous, mais nous sommes un peu désolé de l'échec de l'utilisateur moyen. Lorsque les utilisateurs moyens jettent leurs ordinateurs portables, en les mettant dans leur sac et qu'il ne se suspend pas, ils sont déçus et ils n'utiliseront plus jamais votre produit à nouveau. La manière de répondre à cette question, c'est que pour chaque changement que vous faites lors de la conception, vous testez le système. Et cela nécessite de bien connaître le système - et nous appelons cela un système d'exploitation, non ? Ainsi, le système d'exploitation est fondamental dans mon idée d'expérience du système, il est composé de l'expérience utilisateur et de l'expérience des développeurs. Ce sont deux choses que nous devons réussir.

derStandard.at: Vous avez Linux comme cible, ou est-ce "juste" un détail de mise en œuvre?

McCann: Je pense que c'est notre cible. Si vous regardez les autres systèmes d'exploitation dans notre écosystème, MeeGo, Android, WebOS, Linux est une évidence. Disons que vous commencez avec l'idée d'une certaine expérience utilisateur et vous vous dites "Que dois-je faire pour cela?", Vous descendez vers le plus bas niveau, pour construire le système dont vous avez besoin afin d'atteindre les objectifs que vous avez énoncés. Et quand vous allez au fond et que vous avez besoin de parler à votre matériel, vous avez besoin d'un noyau, vous voulez des drivers. Et si aujourd'hui c'est encore une question - je ne sais pas. C'est Linux, c'est gratuit, c'est génial, c'est rapide.

derStandard.at: Comment GNOME OS se positionnerait face aux distributions traditionnelles comme Fedora ?

McCann: Pour être honnête: je ne sais pas, ce sont juste des idées que j'ai, donc je ne sais même pas si nous les ferons. Je pense juste que cela pourrait améliorer notre expériences donc je tente de la «vendre» à tout le monde. C'est juste une vision que je partage avec d'autres personnes et qui a été présenté pour la première fois il y a deux ans. J'espère que tout le monde voudra y participer et je suggère que ce serait une bonne occasion de mettre beaucoup de nos différences derrière nous. Et les différences sont si petites, comme le format des paquets et d'autres choses similaires. Ça n"a tout simplement aucun sens si nous essayons de réaliser la même chose.

Maintenant c'est un peu naïf, c'est vrai. Comme nous l'avons vu depuis deux ans les choses ont un peu changé de sorte que nous avons eu moins de collaboration que par le passé. Les gens vont aller faire des choses différentes - et ils ont certainement ce droit. Mais je pense toujours que si on attribue de la valeur à GNOME, et nous croyons en GNOME, nous devons faire ce qu'il faut pour notre propre vision. Et je pense que nous pouvons faire presque n'importe quoi avec le talent que nous avons au sein de notre communauté. Nous voulons changer le monde, en étant le meilleur système d'exploitation sur la planète - je pense qu'il ne devrait pas y avoir grand chose qui nous arrête.

derStandard.at: Si vous jetez un oeil autour de la conférence, vous verrez beaucoup moins les développeurs de Canonical que ces dernières années. Même si Ubuntu utilise encore en grandes parties GNOME - est-ce le signe d'une scission dans la communauté?

McCann: Je pense que cette division est déjà arrivée il ya quelque temps. Comme je l'ai dit, les deux choses qui comptent sont l'expérience des utilisateurs finaux et l'expérience des développeurs. Et si ceux-ci sont différentes, vous ne pouvez pas partager plus longtemps les mêmes objectifs. Vous n'êtes plus en train de construire le même produit. Nous avons en fait partager beaucoup des mêmes éléments avec WebOS. Et nous aimons WebOS, mais faisons-nous la même chose? Non, nous faisons des choses différentes. Ils ont des noms différents, différentes identités, des comportements différents et différentes API.

Donc je pense qu'il est important de se rappeler que vous pouvez être deux personnes différentes et être toujours amis. Il n'y a rien qui dit que vous avez tous à être les mêmes. Cependant, c'est malheureux dans le même temps, car nous avons moins d'aide que nous en avons eu avant et certaines personnes se sont retrouvées prises au milieu.

derStandard.at: Dans l'une des sessions sur la relation de GNOME et KDE, il a été critiqué qu'il y ait à des duplications inutiles autour du bureau libre. Unity est juste un autre cas de cette situation?

McCann: Je pense que les gens s'inquiètent parfois trop des chevauchements. Beaucoup d'entre nous ont des compétences très techniques, et nous aimons regarder une partie du code source, le remanier et dire: "cette partie fait quelque chose de semblable à ceci, il partage un même modèle avec cela, je pense que nous pouvons transformer cela en un seul morceau». C'est une optimisation très naturelle, nous travaillons en tant qu'ingénieurs - et aussi en tant que designers et nous nous plaisons à simplifier. Mais je pense aussi qu'il y a des lectures qui peuvent être quelque peu contre-productives quand elles empêchent de regarder en avant, vers les objectifs à atteindre.

Donc, ça ne me dérange pas que soit KDE soit GNOME fassent des choses en double, car nous avons beaucoup d'occasions de partager, le noyau Linux, D-Bus, le X-Server - il y a tellement de choses qui sont partagées. Je pense que beaucoup de ce travail est du domaine de la conférence Linux Plumbers (Conférence qui réunie les travaux autours de Linux), je pense que c'est l'endroit idéal pour parler de coopération à des niveaux inférieurs du système. Où non seulement GNOME et KDE peuvent se réunir, mais d'autres qui utilise la "pile Linux de base". Nous pourrions avoir des gens de MeeGo, d'Android, de WebOS.

derStandard.at: Ça fait du «Desktop sommet" quelques choses d'obsolètes ...McCann: Mon opinion personnelle là dessus: c'est que c'est un fait. Je ne sais pas combien de personnes partagent cette opinion. Mais je pense vraiment que dans une perspective de l'utilisateur final et du développeur tiers, GNOME et KDE sont des systèmes d'exploitation différents. Autant que MeeGo est un système d'exploitation différent.

(Andreas Proschofsky, derStandard le, 15/08/11)

Article original par le journal Derstandard.at http://derstandard.at/1313024283546/Interview-GNOME-Designer-Jon-McCann-about-the-future-of-GNOME3

Traduction Française par jeromeenligne, Philippe Scoffoni, Geek de France, et quelques personnes de Framalang Reitzel, schaffner.
Avec l'aide technique du Framapad !!! (Travail de texte à plusieurs), de google Traduction, de linguee,

L'auto-hébergement, n'est-ce seulement qu'un truc de geek ?

2011-08-07T20:52:00+02:00

J'avais envie de faire un petit état des lieux de ce qu'est l'auto-hébergement à l'heure actuelle. Cet article fait suite à celui où je vous demandais vos témoignages et votre façon de vous auto-héberger. Ici, je vais exposer mon point de vue et tenter de déterminer si, à l'heure actuelle, l'auto-hébergement n'est (ou pas) qu'un truc de geek barbu puis j'essayerai de voir comment faire pour que l'auto-hébergement se démocratise encore plus, en particulier chez les novices.

I. L'auto-hébergement, ça date de quand ?

Par définition, l'auto-hébergement date de la création de l'Internet. Au début de l'Internet, la plupart des clients étaient également serveurs. À cette époque, il n'y avait que très peu de centralisation de services.

Assez rapidement, les entreprises se sont "accaparées" cet outil (Internet) et y ont mis des ressources à disposition pour permettre à n'importe qui, novice ou professionnel, de créer son adresse mail, d'avoir un espace perso ou un blog rapidement, facilement et gratuitement. Au fil du temps, les activités de ces entreprises ont malheureusement pris des proportions de plus en plus importantes et inquiétantes.

Certains utilisateurs ont commencé à se rendre compte du potentiel danger de laisser leurs informations personnelles sur des machines qu'ils ne pouvaient contrôler, perdant ainsi tout contrôle quant à l'utilisation qu'il était faite de leurs données. Certains se sont rendus compte de cela par eux-mêmes, depuis très longtemps, d'autres (comme moi) s'en sont rendu compte suite à une conférence de Benjamin Bayart, Internet libre, ou Minitel 2.0 présentée (et enregistrée) aux 8e rencontres mondiales du logiciel libre, à Amiens, le 13 juillet 2007.

La bonne parole continue de se répandre, ce qui fait que 4 ans après cette conférence, l'auto-hébergement se démocratise toujours de plus en plus et fait de plus en place parler de lui.

II. Est-ce une nécessité pour tout le monde ?

Note : ce que je vais dire ci-dessous n'engage que moi, je comprendrai que d'autres personnes n'adhèrent pas à mes convictions. On peut en débattre dans les commentaires.

L'auto-hébergement est-il une nécessité pour tout le monde ? La logique voudrait que oui, que chacun ait son serveur chez lui, que tous les services soient décentralisés.

Oui mais non.

Évidemment, je pense que l'auto-hébergement ne doit pas s'adresser uniquement aux personnes souhaitant à tout prix protéger leur vie privée. Néanmoins, demander à tout le monde de s'auto-héberger n'est pas non plus la meilleure idée.

Un exemple tout simple : admettons qu'une personne souhaite juste mettre en ligne une vidéo, rien d'autre. L'auto-hébergement ne se justifie pas forcément. Nous savons que les débits actuels de nos lignes ADSL (en particulier l'upload) ne nous permettent pas de mettre correctement des vidéos à disposition. Ici, l'auto-hébergement ne serait vu que d'une manière négative (le coût du serveur, la difficulté de mise en place d'un système de streaming, la disponibilité du service et le faible débit).

Cependant, comme je le disais, l'auto-hébergement ne doit pas être réservé qu'à ceux qui font très attention à leur vie privée. Combien de fois j'ai entendu "moi, je m'en fiche de tout mettre ailleurs que chez moi, j'ai rien à me reprocher". Je trouve cet argument très bête.

Alors où est la limite ? Quand doit-on franchir le pas ?
Les avis divergeront toujours sur cette question, c'est une question de point de vue. Pour ma part, je pense que dès qu'un internaute devient auteur sur Internet, qu'il possède un blog, qu'il a des choses à dire, que ce soit pour héberger son blog personnel avec ses photos de vacances ou bien de faire un site critiquant méchamment la Société et ses dirigeants, c'est la même chose. Dès lors que l'internaute veut mettre du contenu sur Internet, il doit, selon moi, s'auto-héberger.

III. Est-ce vraiment à la portée de tous ?

On ne va pas se mentir, à l'heure actuelle, l'auto-hébergement n'est pas du tout à la portée de tout le monde. Aujourd'hui, seuls les geeks et/ou informaticiens (en général pro-linux) s'auto-hébergent. La plupart des gens ne savent simplement pas qu'il est possible d'avoir son blog, son site ou ses mails chez soi. Ceux qui le savent ne voient pas forcément l'intérêt de s'auto-héberger, ceux qui le voient, ne savent pas forcément comment le faire.

Il faut donc réunir plusieurs éléments pour qu'une personne fasse la démarche de s'auto-héberger :

Qu'elle sache qu'il est possible de le faire
Qu'elle sache pourquoi le faire
Qu'elle sache comment le faire

IV. Que peut-on faire pour changer cela ?

Je vais reprendre les trois arguments évoqués ci-dessus.

Savoir qu'il est possible de le faire

La plupart des internautes n'ont aucune notion du fonctionnement de l'Internet. Combien de fois j'ai entendu des questions du genre "ce site là, je l'ai sur mon ordinateur, mais Michel il peut aussi l'avoir sur le sien ?"...
Alors bien sûr, on ne leur demande pas de connaitre les 7 couches du modèle OSI mais connaître la notion de client-serveur serait, je pense, un minimum. Ainsi, les gens se rendraient compte qu'un serveur c'est pas forcément une machine énorme comme on voit dans les films, ça peut aussi être un simple ordinateur tout droit récupéré de la décharge (merci Khady pour la photo de ton serveur) et que donc, chacun est capable d'avoir son serveur à moindre frais.

Savoir pourquoi le faire

Pourquoi s'auto-héberger ? Je vais indiquer ici les principales raisons (reprises du compte rendu de vos témoignages) :

Garder le contrôle sur ses données
Curiosité, apprentissage
Faire du vrai Internet
Indépendance, liberté
Avoirs ses fichiers à disposition partout
C'est cool et amusant
Le prix (c'est moins chez de faire de l'auto-hébergement que de louer un serveur dédié)
Choix et qualité des services (pas de pub, PHP 5, etc.)

Alors bien sûr, ce sont là des raisons d'informaticien, qui, la plupart du temps ont déjà leur propre serveur. La Madame Michu n'aura pas tout à fait les mêmes raison de s'auto-héberger.
Là encore, c'est à nous de définir quelques bonnes raisons irréfutables, simples à expliquer et à illustrer (je pense notamment à la publicité de Gmail Man). Par la suite, il ne reste qu'à faire un maximum de publicité autour de nous, sur nos sites, dans nos commentaires, nos repas de famille, nos conversations entre amis, etc.

Certes, la route est longue, mais n'en vaut-elle pas la peine ?

Savoir comment le faire

Une fois que la personne sait qu'un serveur est une machine comme les autres et qu'elle peut en avoir un chez elle pour héberger ses services, la question qui vient est la suivante : "Comment je fais pour m'auto-héberger ?". Je pense à ça notamment suite à un mail d'Antoine sur la liste de diffusion auto-hébergement :

Bonjour,
Je souhaite me lancer dans un site web auto hébergé.
Je cherche des documents et tuto pour apprendre.
J'ai du mal pour trouver des tutos bien fait sur le net qui expliquent tout de A à Z.
Avez vous un livre ou des liens avec des explications facilement compréhensible par un débutant ?
Merci
Antoine

Il convient, ici, de distinguer 2 populations, les informaticiens et les non-informaticiens.

Pour les informaticiens, tous les tutoriels existent déjà sur Internet. Le plus difficile est de savoir par où commencer. Là, je n'ai pas de réponse toute faite. En fait, tout va dépendre des besoin de l'utilisateur. Toujours est-il qu'un bon point de départ peut être le wiki auto-hébergement. J'ai également trouvé, il y a quelques mois, un PDF de 69 pages qui explique l'installation de très nombreux logiciels auto-hébergés (un lecteur de musique, un hébergeur d'images, un outils de statistiques, un forum, un serveur jabber, etc.). Ce petit livre a été écrit par l'auteur du site FreelyDifferent. Enfin, il y a aussi pas mal de documentation sur le wiki de Beedbox, en particulier dans la catégorie Beedbox from scratch. Et bien sûr, il y a aussi la liste de diffusion auto-hébergement sur laquelle je vous invite à écrire et répondre.

Pour les non-informaticiens, c'est à nous, informaticiens, de leur proposer des outils accessibles, rapides et simple d'utilisation. C'est là qu'interviennent des projets comme BeedBox. Je vous en ai déjà parlé, BeedBox est un projet de création d'une distribution dédiée à l'auto-hébergement "pour les nuls". Cette distribution sera disponible au téléchargement, pour permettre à ceux qui ont déjà un serveur perso de l'installer sur celui-ci, mais elle sera également distribuée avec un petit serveur, prêt à fonctionner "out of the box". L'utilisateur n'aura donc plus qu'à brancher ce petit serveur sur sa box, à configurer son ou ses comptes utilisateurs via une interface web et voilà tout. Tout sera ensuite disponible, parfaitement fonctionnel et utilisable immédiatement (un serveur mail perso, serveur web avec, par exemple, un moteur de blog intégré, un système de partage de photos, de vidéos, un lecteur de flux RSS, etc.).
Si ce projet vous intéresse, que vous souhaitez y participer ou même simplement suivre son état d'avancement, je vous invite fortement à aller faire un tour sur le forum de BeedBox. Une communauté super sympa vous y attends ;)

V. Conclusion

Nous l'avons vu, évidemment que l'auto-hébergement n'est encore qu'un truc de geek. Ceci dit, de plus en plus de geeks s'y mettent, ce qui est très encourageant. Je vois assez souvent des articles fleurir "Mes premiers pas vers l'auto-hébergement". Le dernier en date est celui de Sciunto "Premiers pas vers l'auto-hébergement". Quand tous les geeks s'auto-hébergeront, les utilisateurs novices s'y mettrons également.

Par ailleurs, à mon avis, avec ces lois toujours plus liberticides qui sont en train d'être adoptées par nos chers députés tous plus incompétents les uns que les autres, l'auto-hébergement passera d'un statut de "phénomène de mode/geek" à celui d'une nécessité indispensable à la liberté d'expression. Les plus optimistes verront le côté positif de cette phrase, les autres y verront le côté négatif. C'est l'histoire du verre d'eau, vous savez ;)

Des nouvelles de Gnome Shell, en route vers gnome 3.2 et plus

2011-07-15T16:49:00+02:00

L'équipe Gnome Shell travaille activement afin de nous proposer des tonnes d'améliorations ainsi que de nouvelles fonctionnalités pour la prochaine version. Une bonne partie du travail a déjà été réalisée, et il en reste encore dans les tuyaux, alors j'ai pensé qu'il était temps d’examiner tout ça en détail. Voici donc un aperçu de ce qui va venir avec la version de 3.2 de Gnome.

Intégration de la messagerie instantanée et du gestionnaire de mail

Il y a un travail incroyable dans ce domaine, en grande partie grâce à Guillaume Desmottes. Avec la version 3.2 de l'environnement GNOME 3, nous aurons une intégration complète de la messagerie instantanée et des mails. Cela signifie que le système sera capable de vous connecter automatiquement à ces services sans avoir besoin de lancer une application spécifique. Ainsi vous serez en mesure de prendre des appels, de répondre aux invitations de chat de différents canaux, vous pourrez même envoyer des fichiers. Et tout cela à partir du Shell lui même. Une grande partie de ces travaux ont déjà été réalisé, ce qui inclut une bonne partie de travaux de finitions.

Compteurs de notifications

Jasper St Pierre a ajouté une fonction qui permet d'ajouter un chiffre à une notification. Il sera donc possible de savoir combien de mails sont en attente de lecture dans votre client de messagerie, ou combien de messages vous avez manqué lors d'une conversation. Guillaume Desmottes a également contribué à ce travail.

Changeur d'espace de travail persistant

Florian Müllner a changé le comportement du changeur d'espace de travail de sorte qu'il reste désormais ouvert lorsque vous utilisez plusieurs espaces de travail. Après avoir testé cette fonctionnalité pendant un moment, je dois dire qu'elle fonctionne vraiment bien et rend l'utilisation des espaces de travail beaucoup plus naturelle.

De jolies fenêtres en mode aperçu

Un effort a été entrepris pour améliorer l'apparence de la partie sélecteur de fenêtre de l'aperçu des activités. Les vignettes de chaque fenêtre sont désormais entourées d'une belle façon, grâce au travail de Maxim Ermilov. Voici un aperçu des travaux en cours.

Nouvel écran de connexion

Ray Strode travaille sur la nouvelle fenêtre de connexion qui sera complétement intégrée à GNOME 3. Celle-ci à un design très lissé, qui utilise le style du reste de Gnome Shell.

Edit: consulter le nouveau poste de Ray exhibant la nouvelle boîte de dialogue de connexion (et ne manquez pas la vidéo). Voici une image:

Saisie de notifications

Lié au travaux d'intégration de la messagerie à Gnome Shell, Alban Créquy et Jonny Lamb ont ajouté le support des notifications à Gnome Shell, afin que vous puissiez voir que votre correspondant est en train d'écrire une réponse.

Contact intégré à la recherche

Morten Mjelva travaille actuellement sur ce projet pour son Google Summer of Code, et c'est une partie du travail "intégration des contacts" qui figurera dans GNOME 3.2. Cela signifie que vous serez en mesure de rechercher des contacts au même endroit que celui où vous faîtes des recherches pour des applications, des documents récents, des paramètres et ainsi de suite.

Voici une maquette de ce travail:

Horloge pour plusieurs fuseaux horaires

Ajout de la possibilité d'afficher l'heure de différents endroits du monde, grâce au travail de Stéphane Maniaci. Je sais que c'est une fonction que de nombreuses personnes veulent avoir, et il semble que son travail avance bien.

Amélioration du menu utilisateur

Ceci est un autre effort de Florian Müllner. Il travaille afin de s'assurer que le menu utilisateur soit plus riche et plus cohérent. Il introduit un interrupteur à bascule pour le mode «Ne pas déranger». Cette fonctionnalité est venu avec la version 3.0, mais elle n'a pas été pleinement opérationnelle. Lorsque «Ne pas déranger" est activé, votre statut de messagerie sera commuté en occupé (si vous êtes disponible) et les notifications importantes seront affichées. Ce sera une grande fonctionnalité d'ici peu.

Voici une capture d'écran des travaux de Florian en cours:

Intégration de Google Agenda

Le calendrier est maintenant compatible Google Agenda, grâce au travail de David Zeuthen sur des comptes en ligne GNOME.

Des coins vraiment arrondis pour de jolies fenêtres

Un autre élément qui était sur la liste de souhaits depuis un certain temps, c'est d'avoir un meilleur rendus des coins des fenêtres arrondies. Cela ressemble à une petite chose, mais obtenir cette effet sur notre bureau GNOME est une des choses qui permet de rendre notre bureau agréable. Jasper travaille dessus.

Intégration du clavier virtuel

Grâce à la bonté du Google Summer of the Code, Nohemi Fernandez a travaillé dur à la création d'un joli clavier virtuel. Elle a déjà blogué à ce sujet , ce qui signifie que je peux prendre une de ses captures d'écran.

Branchement à chaud de périphérique

Vous avez pu lire à ce sujet le blog de Cosimo , mais il y a encore un long chemin avant de disposer d'un système efficace qui affiche les périphériques branchés à chaud. Une fois ce travail terminé, vous obtiendrez des notifications appropriées lors du branchement de votre périphérique amovible. En voici un exemple:

Améliorations des performances

Et enfin, Owen Taylor, le chef intrépide de Gnome Shell, a mené des recherches afin d'améliorer les performances. Vous pouvez en lire plus à ce sujet sur son blog.

Je suis sûr d'avoir raté des choses. Beaucoup de bugs mineurs ont été fixé et les travaux sont encore en cours, et il y aura forcément d'autres améliorations avant la prochaine version. Comme vous pouvez le voir, la quantité de travail réalisé est vraiment impressionnante, ce qui me rend vraiment heureux de cette version 3,2 de notre environnement GNOME 3.

Article traduit de l'anglais par moi (Jérôme PERRET) et Google Translation (traduction de Google corrigée).

Article d'origine ici : http://afaikblog.wordpress.com/2011/07/13/news-from-gnome-shell-land/

Un autre article en Français concernant GNOME 3.2 : http://provisoirementvotre.wordpress.com/2011/05/20/quoi-de-neuf-pour-gnome-3-2/

rssLounge, un excellent gestionnaire de flux RSS !

2011-07-02T14:46:00+02:00

J'utilise Tiny Tiny RSS depuis déjà quelques temps. Quand je cherchais des alternatives à Netvibes (début 2009), Tiny Tiny RSS m'avait semblé être le meilleur outil disponible pour lire ses flux RSS à partir de son serveur (toujours dans mon optique d'auto-hébergement).

Après avoir lu l'article de ®om, je me suis rendu compte que pas mal de gens se plaignaient de TTRSS (pour des raisons que j'évoquerai dans cet article) et préféraient rssLounge. Étant également un peu insatisfait de TTRSS (j'en parlerai là aussi plus en détail), j'ai décidé de tester rssLounge. Un excellent logiciel que j'ai adopté et que je vous invite à découvrir :

I. Le changement

Je vais tout d'abord vous détailler les raisons qui m'ont fait abandonner Tiny Tiny RSS au profit d'une nouvelle solution de gestion de flux RSS :

Le temps de chargement : c'est l'inconvénient qui revenait le plus souvent (forcément), je viens de chronométrer, Tiny Tiny RSS met précisément 9 secondes entre le temps où je valide mes identifiants et où l'application est opérationnelle. 9 secondes ça peut paraitre peu, mais pour un temps de chargement de page web, je vous assure que c'est énorme ! Par ailleurs, la navigation au sein des différentes catégories, des flux RSS ou dans la configuration est assez longue également.
L'espace pris par la base de données : Mon installation actuelle de TInty Tiny RSS date d'un peu plus de 6 mois et ma base de données fait déjà 60 Mo ! Alors j'ai bien vu qu'il y avait une option de purge. Cependant, comme je l'ai évoqué ici, je n'ai pas réussi à la faire fonctionner (et c'est pas faute d'avoir essayé). J'avais beau mettre une purge pour les articles plus vieux de 3 jours, j'avais encore tous mes articles en base de données...
L'installation pénible : J'ai trouvé cela pénible de devoir, lors de l'installation, créer sa base de données et la peupler "à la main" avec un banal fichier .sql. Un installeur est simple à mettre en place, je n'ai pas compris pourquoi il n'y en avait pas.
Un système de mise à jour des flux pas très intuitif : J'ai trouvé le système de mise à jour des flux assez "difficile" à comprendre et n'est pas très bien expliqué dans la documentation officielle.

Ce sont donc les principales raisons qui m'ont fait abandonner Tiny Tiny RSS. Comme vous pouvez le constater, ce ne sont pas des problèmes bloquants, mais c'est juste que mis les uns à la suite des autres, l'utilisation finale ne devient plus très agréable.

J'ai donc décidé de tester rssLounge.

II. Fonctionnalités

Voici ses principales caractéristiques traduites du site officiel :

Un lecteur RSS très complet
Permet de définir des priorités pour des flux et n'afficher que certaines priorités (et donc certains flux)
Supporte les images et photos, et permet de suivre facilement les photoblogs et les sites du genre deviantart, flickr, tumblr
Une belle interface (ajax), très intuitive et facile à utiliser (drag & drop, etc.)
Un système de plugins pour définir de nouvelles sources de données, permettant ainsi de suivre des pages ne supportant pas les RSS
Possibilité de définir des expressions régulières pour filtrer les messages
Supporte les mises à jour ajax et via crontab
Import/export OPML
Multilingue

Voici un screenshot de mon rrsLounge actuel (où on peut voir un photoblog (tumblr) en haut des articles). Cliquez pour agrandir :

III. Installation

Pour commencer, il faut aller récupérer l'application sur le site officiel puis le mettre en place sur un serveur web. Pensez à donner les droits d'apache sur votre répertoire (chown -R www-data:www-data /var/www/rss). Il n'y a plus qu'à aller sur l'URL en question. Un installeur s'affiche.

Ici, j'avais 2 erreurs, j'ai voulu vous les montrer pour que vous sachiez comment faire si vous les rencontriez. La première, mod_rewrite non chargé c'est parce que le fichier .htaccess de votre application n'est pas interprété. Dans le répertoire de rssLounge, il y a un fichier .htaccess indispensable.
Chez moi, c'est parce que dans ma configuration apache, j'avais AllowOverride None (qui empêche l'interprétation d'un fichier .htaccess). Je l'ai changé pour AllowOverride All.

La deuxième erreur m'annonce qu'il me manque l'extension GD pour PHP. En général, cette extension est packagée, j'ai donc simplement fait un apt-get install php5-gd.

Je redémarre le serveur apache et voilà :

L'installeur me demande les identifiants de la base de données (il faut que vous ayez déjà créé une base de données vide) puis plus bas (non affiché ci-dessus), me demande un nom d'utilisateur, un mot de passe et une case à cocher pour savoir sur rssLounge doit être public (accessible à tous sans mot de passe) ou privé (accessible uniquement avec un mot de passe).
J'ai choisi privé et ai validé.

C'est déjà fini, il ne me reste plus qu'à aller sur rssLounge :

Je rentre les identifiants et arrive sur la page de mon rssLounge vide :

L'installation est déjà terminée !

Récupération des flux

Il y a 2 manières de récupérer les flux. Si vous n'avez pas mis en place d'automatisation de récupération des flux, les flux seront mis à jour au moment où vous vous connecterez sur rssLounge (c'est bien pratique quand on a pas accès à la configuration du cron sur son serveur).

Pour mettre les flux à jour automatiquement, il suffit de déclarer une ligne dans la crontab :

*/30 * * * * curl http://<rsslounge url>/update/silent >/dev/null 2>&1

Cette ligne va lancer toutes les 30 minutes un appel via curl à la mise à jour de rssLounge. Notez qu'il faut que curl soit installé sur votre machine (apt-get install curl).

IV. Migration de Tiny Tiny RSS vers rssLounge

Avant d'aller plus loin dans la découverte de l'outil, je vais rapatrier mes flux RSS de Tiny Tiny RSS vers rssLounge. Pour cela, je vais utiliser l'import/export OPML disponible dans TTRSS et rrsLounge.

Export

Dans Tiny Tiny RSS, je vais dans "Configuration" puis l'onglet "Flux" et "OPML". Je clique sur "Exporter en OPML" puis enregistre le fichier opml.php sur mon Bureau.

Import

Je vais maintenant importer mes flux dans rssLounge. Il suffit de cliquer sur l'icône des préférences (en haut à droite, les rouages) puis de cliquer sur "OPML Import".
Il ne reste qu'à choisir le fichier OPML.php et rssLounge importe tout ça, c'est très simple :

Le rendu une fois terminé (cliquez sur l'image pour agrandir) :

V. Présentation

Maintenant que j'ai de la matière, je vais pouvoir vous présenter les possibilités de cette application.

Affichage des différents flux

Par défaut, les flux les plus récents et non lus seront affichés en tête de liste. Vous pouvez choisir de n'afficher que les flux non-lus ou tous les flux, dans l'ordre que vous voulez.

Une fonctionnalité assez intéressante est celle du calendrier. Si vos flux ne sont pas purgés, vous pouvez cliquer sur le calendrier en haut à gauche pour afficher les flux d'un jour en particulier (ou d'une tranche de jours) :

Ajout de flux

En cliquant sur "Ajouter un flux" en haut à gauche, vous afficherez cette fenêtre d'ajout :

Sur la gauche, vous pouvez choisir le type de flux que vous voulez ajouter (RSS simple, images, etc.). Vous renseignerez aussi le nom du flux, son URL, sa catégorie (j'en parlerai après), sa priorité (vous pouvez ensuite n'afficher que les flux de priorité comprise entre 3 et 5 par exemple), mettre l'URL d'un favicon (bien que celui-ci soit en général récupéré automatiquement) et positionner un filtre.

Pour paramétrer rssLounge, il faut cliquer sur la petite icône en forme de rouage en haut à droite de la fenêtre :

Gestion des catégories

Comme je l'ai dit juste au dessus, en ajoutant un flux RSS, on peut choisir de l'ajouter dans une catégorie. Voici l'interface de gestion des catégories :

Là encore, tout est très intuitif.

Gestion des paramètres

Contrairement à Tiny Tiny RSS, il y a peu d'options dans rssLounge, uniquement l'essentiel, c'est très appréciable :

Comme vous le voyez, là encore, tout est très intuitif et très simple. Ça se passe même d'explication :) La souscription aux flux présentée tout en bas est vraiment très pratique !

Concernant l'anomyzer, il semblerait que l'option permette de récupérer les flux via anonym.to. Du coup, le site accédé ne peut pas connaitre l'origine de la requête et permet donc a rsslounge d’être "anonyme" (merci thom).

VI. Mes impressions

Voici mes impressions, un peu en vrac, de mon utilisation de rssLounge (que j'utilise depuis maintenant 2 semaines).

rssLounge est très simple à installer et à paramétrer (contrairement à Tiny Tiny RSS)
La navigation est très rapide, que ce soit au démarrage, à la lecture, au changement des catégories, etc. (contrairement à Tiny Tiny RSS)
Une base de données qui prend très peu de place. Actuellement, j'ai gardé tous mes flux depuis 15 jours et j'en suis à 3Mo de BDD. Pour tester, j'ai purgé mes articles plus vieux de 5 jours et j'ai désormais 1.15Mo de BDD. Je vais également afficher certains chiffres de Cyrille BORNE : 175 flux suivis, 7500 articles stockés : 14 Mo de BDD !
Les raccourcis claviers sont bien sympas (J pour faire défiler), (Ctrl+M pour tout marquer comme lu), etc.
rssLounge affiche en rouge les flux RSS morts, ce qui permet de voir les sites qui n'existent plus ou qui ont changé d'adresse (merci cborne)
On peut définir des articles favoris (étoiles) et n'afficher, par la suite, que ses favoris.
L'interface n'est pas divisée en 3 parties comme dans Tiny Tiny RSS, quand on clique sur un article, il s'ouvre juste en dessous (et se referme quand on re-clique dessus). C'est un peu perturbant au début si on a l'habitude de TTRSS mais moi je préfère ça maintenant !

J'en oublie certainement, il y a tellement de bons côtés à cette application !

Cependant, le projet est encore jeune, quelques fonctionnalités ou détails sont encore à perfectionner. Voici quelques exemples :

La traduction française n'est pas complète et est mal encodée.
Il est actuellement impossible de changer de thème. L'interface est un peu trop chargée à mon gout. J'avais l'habitude de mon Tiny Tiny RSS qui était très clair, très épuré. J'ai hâte qu'une possibilité de changement de thème soit offerte.

VII. Conclusion

J'ai fait cet article pour vous présenter ce nouvel outil que je trouve absolument génial. J'ai abandonné Tiny Tiny RSS au profit de rssLounge et je ne le regrette vraiment pas !

Si vous avez des questions, si vous utilisez rssLounge et que vous voulez témoigner, n'hésitez pas à vous exprimer ;)

Et si vous voulez une démo, rendez-vous sur cette page.

Apprenez Linux grâce à TF1

2011-06-25T22:16:00+02:00

Je déteste TF1, comme beaucoup d'entre vous j'imagine. Je pense que c'est vraiment le top de tout ce qu'on peu faire de plus abrutissant et d'inutile à la télévision. C'est bien à l'ancien directeur de TF1 que nous devons la fameuse expression le temps de cerveau disponible.

Cet après-midi, je vois sur l'instance status.net de gege2061 : Toi aussi apprend Linux avec TF1. Je décide d'aller voir :

Je vous recopie l'intégralité de l'article ci-dessous (au cas où ce soit supprimé de chez TF1) Edit du 2 juillet, sans surprise, l'article original a été supprimé du site de TF1 :

À quoi servent les fichiers hosts et comment les supprimer sous linux ?

Dans cet article, nous allons vous expliquer l’intérêt et l'utilité des fichiers hosts dans un système d'exploitation linux. Vous pourrez savoir ensuite comment supprimer ces fichiers si vous aviez besoin de le faire. Nous vous l'expliquons très simplement, au travers de deux procédures faciles à exécuter. Une pour les distributions avec interface graphique et une autre pour le mode console.

À quoi sert un fichier host ?

Comment il fonctionne

Lorsque vous voulez accéder à un site internet, le fichier host est questionné. Votre navigateur vérifie si l'adresse IP du site est présente dans le fichier :

Si elle est présente, vous pourrez accéder au site sans problème.

Si l'adresse 127.0.0.1 (adresse qui correspond à votre poste en local) est attribuée au site que vous voulez consulter, alors l'accès sera refusé à l'utilisateur.

Si le site n'est pas présent dans la liste votre fournisseur d'accès internet donnera l'accès à celui-ci et l'adresse ip correspondante sera inscrite dans le fichier host.

Le douanier de votre poste

On remarque donc que le host file joue le rôle de filtrage web. Vous pouvez observer facilement ce phénomène en essayant d'éditer un fichier host.

On remarque aussi qu'en ajoutant différentes méthodes de connexion à internet sur votre poste (3G et réseau RJ45 en même temps) vous obtiendrez différents fichiers hosts. Un par type de connexion.

Comment les supprimer sous linux ?

Voici une procédure simple pour supprimer vos fichiers host sous linux. Aujourd'hui l'ensemble des distributions Linux possèdent aujourd'hui une interface graphique.

Voici donc la procédure à suivre avec l'interface graphique :

Rendez-vous dans le répertoire /etc/hosts

Sélectionnez ensuite le ou les fichiers hosts que vous souhaitez supprimer.

Maintenez ensuite la touche Maj enfoncée simultanément avec la touche Suppr

Confirmez pour finir la suppression du fichier.

Voici ensuite la procédure à suivre avec la console :

Tapez "cd etc",

Puis "cd hosts",

Tapez "ls" afin de pouvoir visualiser les fichiers présents dans ce dossier.

Puis pour supprimer le fichier host de votre choix utilisez la commande "rm -f" suivi du nom du fichier host que vous visez. Le - f vous permettra de supprimer sans demande de confirmation si le fichier est protégé en écriture.

Avec ces deux procédures vous pourrez effectuer sans mal cette opération sur vos fichiers sous Linux.

Source

Franchement, qu'est ce que vous voulez ajouter à cela ? O_o

En voyant le nom de l'auteur de l'article, une certaine Lunathys, j'ai voulu regarder rapidement si elle avait d'autres articles dans le même genre. J'ai trouvé celui-ci : Comment augmenter la bande passante d'une connexion internet.

Je vous copie/colle le conseil le plus important de l'article :

Améliorez la vitesse de votre pc

Pour améliorer la vitesse lors de votre navigation Internet, vous pouvez augmenter la vitesse de votre pc en ajoutant de la mémoire vive. Vous aurez l'impression d'avoir augmenté la vitesse de votre Adsl, et gagné en confort de navigation.

Avec ces astuces, vous aurez réussi à améliorer le débit d'Internet, malgré les contraintes que nous subissons à cause de l'installation du réseau France Télécom qui est légèrement obsolète.

La messe est dite :)

Selon-vous, c'est un fake ce truc ? O_o J'arrive pas à interpréter la chose :)

Edit : Suite à cet article, Absolacom nous explique à quoi sert vraiment ce fameux fichier /etc/hosts (c'est vrai que j'ai même pas pensé à le faire). Je vous invite à aller le lire ;)

Auto-hébergment : mon système de sauvegarde

2011-06-19T18:58:00+02:00

La sauvegarde est un élément très important dans l'auto-hébergement. On oublie la sauvegarde, ça crash, on a plus rien...
Pendant quelques semaines après avoir mis en place mon auto-hébergement, je n'avais toujours qu'un seul disque dur dans mon serveur, je lui faisais confiance :)

Et puis j'ai eu un petit problème sur un serveur au boulot, problème qui a miraculeusement été résolu grâce à une sauvegarde efficace. Je me suis donc décidé à investir un peu de mon temps dans la sauvegarde de mon serveur perso.

Le boitier de mon serveur permet d'accueillir deux disques dur format 2"1/5. Le premier étant utilisé pour mon système, j'ai décidé d'en ajouter un deuxième et de répliquer les données du premier dessus.

J'aurai pu choisir de mettre en place un système de RAID1 entre les deux disques mais j'ai préféré opter pour une synchronisation d'un disque vers l'autre plusieurs fois par semaine. Cela me permet de revenir en arrière si besoin. Par exemple, je fais une mise à jour qui se passe mal ou j'écrase un fichier involontairement. Je peux facilement récupérer la configuration ou le fichier de la veille, stocké sur mon deuxième disque, chose qui aurait été impossible en RAID1.

J'ai organisé ma sauvegarde en deux étapes : la base de données MySQL et les répertoires/fichiers de mon système.

Sauvegarde des bases de données

J'ai écrit un script bash qui me permet de faire des dumps de mes bases de données :

#!/bin/sh
#
# Il faut que le user dump ait un droit general de SELECT et RELOAD
 
MYSQL_BIN_PATH=/usr/bin
MYSQL_DATA_PATH=/var/lib/mysql
MYSQL_HOME=/mysql
FIC_ERR=$MYSQL_HOME/dump/erreur.txt
HOSTNAME=`hostname`
SYSTEME="mail@me.fr"
 
USER=dump
PASSWD="xxdumpxx"
 
/bin/rm  $MYSQL_HOME/dump/*
 
LISTE_BASES=`/usr/bin/find $MYSQL_DATA_PATH/* -maxdepth 0 -type d -printf "%f\n" `
for DB in $LISTE_BASES
do
DATABASE=`echo $DB | sed 's/@002d/-/'`
 
echo base $DATABASE
$MYSQL_BIN_PATH/mysqldump -u $USER --password=$PASSWD --opt --databases --result-file $MYSQL_HOME/dump/$DATABASE.dump $DATABASE 2>>$FIC_ERR
 
RET=$?
RETOUR=`expr $RETOUR + $RET`
if [ $RET -gt 0 ]
then
MESSAGE="$MESSAGE Erreur de dump de la base $DATABASE\n"
fi
 
/bin/gzip $MYSQL_HOME/dump/$DATABASE.dump
 
done
 
/bin/chmod -R 600 $MYSQL_HOME/dump
/bin/chmod -R 700 $MYSQL_HOME/dump*
 
if [ $# -gt 0 ] && [ $RETOUR -gt 0 ]
then
echo $MESSAGE | /bin/mail -s "mysql sur $HOSTNAME. Erreur dump des bases" $SYSTEME
fi

Ce script va interroger le nom de mes différentes bases de données stockées sur mon serveur et en fait un dump séparé. Au final, j'obtiens un répertoire /mysql/dump/ qui contiendra les différents dumps de mes différentes bases de données.

Note : L'utilisateur qui fera le dump doit avoir les droits de SELECT, RELOAD et LOCK TABLES sur les bases de données.

Sauvegarde des répertoires/fichiers de mon serveur

Une fois mes bases de données sauvegardées, je vais copier tous les fichiers importants sur le deuxième disque dur. Pour cela, j'utilise rsync :

#!/bin/bash
# $? = code de retour de la dernière commande. 0 si pas de problème
# on additionne les codes de retour à chaque fin de chaque commande, si ça dépasse 0, c'est qu'il y a eu une erreur quelque part
 
/bin/bash /scripts/dump_mysql.sh
 
FICHIER_LOG="/scripts/backup_rsync.log"
/bin/rm $FICHIER_LOG
/usr/bin/touch $FICHIER_LOG
 
echo "*****************************************************************" >> $FICHIER_LOG
/bin/date >> $FICHIER_LOG

echo "*************Dump MySQL *************" >> $FICHIER_LOG
/usr/bin/rsync -rlpgotD --stats --delete --force /mysql/ /backup/mysql/ >> $FICHIER_LOG
RET=$?
RETOUR=`expr $RETOUR + $RET` 
echo "*************Configuration Apache /etc/apache2 *************" >> $FICHIER_LOG
/usr/bin/rsync -rlpgotD --stats --delete --force /etc/apache2/ /backup/etc/apache2/ >> $FICHIER_LOG
RET=$?
RETOUR=`expr $RETOUR + $RET`
echo "*********************Home /home/*********************" >> $FICHIER_LOG
/usr/bin/rsync -rlpgotD --stats --delete --force /home/ /backup/home/ >> $FICHIER_LOG
RET=$?
RETOUR=`expr $RETOUR + $RET`
/bin/date >> $FICHIER_LOG
RET=$?
RETOUR=`expr $RETOUR + $RET`
echo "*****************************************************************" >> $FICHIER_LOG
 
if [ $RETOUR -ne 0 ]
then
echo "Le script de rsync a echoue. Code erreur : "$RETOUR | /usr/bin/mail -s "Erreur script rsync" mail@me.fr
fi

Ce script va faire une sauvegarde (miroir) des répertoires /home/, /mysql/ et /etc/apache2/ vers /backup/home/, /backup/mysql/ et /backup/etc/apache2. /backup étant le point de montage de mon disque de sauvegarde.

Voici une explication des arguments de rsync :

rsync : appelle le programme rsync
-r : parcours le dossier indiqué et tous ses sous-dossiers
-l : copie les liens symboliques comme liens symboliques
-t : préserve les dates
-g : préserve le groupe
-o : mettre le propriétaire du fichier de destination identique à celui du fichier source
-D : préserve les périphériques
-p : provoque la mise à jour des permissions sur la destination pour qu'elles soient identiques aux permissions sur la source.
--force : force la suppression de répertoires même non-vides
--stats : affiche quelques statistiques de transfert de fichiers, ce qui permet de vérifier l'efficacité de la sauvegarde.
--delete : efface avant le transfert les fichiers qui n'existent pas sur la source.

On voit qu'au début de ce script appel le script de dump des bases de données. Il nous suffit donc d'appeler uniquement ce dernier script pour avoir une sauvegarde des bases de données et de nos répertoires sur /backup.

Automatisation de la sauvegarde

Je n'ai plus qu'à appeler le script ci-dessus à la fréquence à laquelle je souhaite faire mes sauvegardes dans le cron. Voici ma crontab :

30 23 * * 1,4,6 /root/scripts/backup_rsync.sh >/dev/null 2>&1

Ainsi, tous les lundis, jeudis et samedi à 23h30, je sauvegarde les répertoires importants de mon disque 1 vers mon disque 2.

Bonus

Je fais également une sauvegarde de mes bases de données et de mon répertoire www sur une clé USB une fois par mois avec ce script :

#!/bin/bash
# $? = code de retour de la dernière commande. 0 si pas de problème
# on additionne les codes de retour à chaque fin de chaque commande, si ça dépasse 0, c'est qu'il y a eu une erreur quelque part
 
MAIL_CONTACT='mail@gmail.com'
FICHIER_LOG="/root/scripts/logs/backup_usb.log"
REP_DEST="/mnt/usb/`date +%d%m%Y`"
/bin/rm $FICHIER_LOG
/usr/bin/touch $FICHIER_LOG
 
/bin/mount /dev/sdc1 /mnt/usb/
/bin/rm -rf /mnt/usb/*
/bin/mkdir $REP_DEST
 
echo "*****************************************************************" >> $FICHIER_LOG
/bin/date >> $FICHIER_LOG
 
echo "*************Copie des répertoires /mysql *************" >> $FICHIER_LOG
/bin/cp -pr /mysql/ $REP_DEST
RET=$?
RETOUR=`expr $RETOUR + $RET`
echo "*************Copie du répertoire /www *************" >> $FICHIER_LOG
/bin/cp -pr /www/ $REP_DEST
RET=$?
RETOUR=`expr $RETOUR + $RET`
 
/bin/date >> $FICHIER_LOG
RET=$?
RETOUR=`expr $RETOUR + $RET`
echo "*****************************************************************" >> $FICHIER_LOG
 
if [ $RETOUR -ne 0 ]
then
echo "Le script de backup USB a echoue. Code erreur : "$RETOUR | /usr/bin/mail -s "Erreur script backup USB" $MAIL_CONTACT
fi
 
/bin/umount /mnt/usb/

Si vous cherchiez des pistes pour sauvegarder votre serveur, j'espère vous avoir un peu éclairé.
Comme toujours, si vous avez des suggestions à me proposer ou si vous souhaitez des précisions supplémentaires sur ces scripts, n'hésitez pas à demander.
Par ailleurs, je serais curieux de connaitre vos moyens de sauvegarde en auto-hébergement :)

Sauvegarder automatiquement ses sites web distants chez soi

2011-06-04T13:11:00+02:00

Je m'occupe et administre plusieurs sites hébergés ailleurs que chez moi, sur un serveur d'hébergement mutualisé. Autrement dit, je n'ai qu'un accès FTP au répertoire www. Aucune sauvegarde n'est donc faite sur ces machines. de temps en temps, quand j'y pense, je fais un backup "manuel" en me connectant en FTP et en rapatriant les données chez moi, puis je vais sur l'interface phpmyadmin et fait un export de la base. Une solution pas terrible, vous en conviendrez.

Depuis que j'ai mon serveur perso chez moi, je me suis dit qu'il serait intéressant d'automatiser cette sauvegarde. Je n'aurai donc plus à me soucier de le faire "manuellement" une fois par mois.

Voici les scripts que j'ai utilisé, ma procédure, mon automatisation, bref, un petit tuto pour sauvegarder automatiquement ses sites web hébergés loin de chez soi.

I. L'environnement

Je m'occupe actuellement de 3 "gros" sites 'propulsés par Joomla' hébergés chez un hébergeur qui me propose un accès FTP sur le répertoire www ainsi qu'une base de données que j'administre via phpmyadmin.

Je vais prendre l'exemple du plus gros site que j'administre et que je veux sauvegarder chez moi automatiquement :

Un répertoire www de 1,2 Go (1945 répertoires et 20017 fichiers) accessible uniquement en FTP
Une base de donnée de plusieurs dizaines de Mo et d'une centaine de tables
La base de données n'est pas accessible à distance (je ne peux pas faire un mysqldump de chez moi sur la base)
Les modifications sur le www ne sont pas fréquentes, en revanche, les modifications sur la base sont nombreuses et quotidiennes
Les backups du www via FTP durent environ 1h30, 2h (très grand nombre de petits fichiers et grosses photos)
Je veux une sauvegarde mensuelle pour le répertoire www et une sauvegarde hebdomadaire pour la base de données.

Voila pour les données de base. Voici comment je fais pour sauvegarder tout ça.

II. La sauvegarde

La sauvegarde va se dérouler en 3 étapes : la sauvegarde de la base de données (qui, elle aussi, va se découper en 2 temps), la sauvegarde du répertoire www et enfin, l'automatisation de tout cela.

La base de données

Comme je vous l'ai dit, je ne peux pas accéder directement à la base depuis chez moi. Si j'avais pu, un simple mysqldump aurait fait l'affaire. Si vous avez un accès distant sur votre base, vous pouvez passer cette étape. Ici, c'est un peu plus compliqué : il faut générer un mysqldump sur la machine distante puis récupérer le dump en FTP.

Il faut donc, dans un premier temps, écrire le script de génération de dump. Ce sera un script php que nous appelleront, via curl, dans notre script shell de backup (voir après).

<?php
$host = 'myhost';
$user = 'myuser';
$db = 'mydatabase';
$password = 'mypassword';
 
system("mysqldump --host=$host --user=$user --password=$password $db > $db.sql");
#On vire l'ancienne version gzippée du dump
system("rm $db.sql.gz");
#On gzip la nouvelle version
system("gzip $db.sql");
?>

À ma racine www, j'ai créé un répertoire backup dans lequel j'ai ajouté ce script backup.php. Ainsi, dès qu'on appellera la page http://monsite.fr/backup/backup.php, un dump mydatabase.sql.gz sera généré dans ce répertoire backup.

Ensuite, sur mon serveur je créé mon script shell de backup de mysql :

#!/bin/bash
#Ce script fait un backup de la BDD et la récupère en ftp
#
FICHIER_DUMP='/www/backup/mydatabase.sql.gz'
FICHIER_DEST='/sauvegardes/monsite/mysql/mydatabase.sql.gz'
MAIL_CONTACT='mail@me.fr'
 
#On génère le fichier sur le serveur (voir ci-dessus)
curl -s http://monsite.fr/backup/backup.php
sleep 10

#On vire l'ancienne version sur le serveur
rm -f $FICHIER_DEST
 
#On ramène le fichier sauvegardé via ftp sur notre serveur
lftp ftp://login:pass@ftp.monsite.fr -e "get $FICHIER_DUMP -o $FICHIER_DEST ; quit"
 
  RET=$?
  if [ $RET -gt 0 ]
  then
    MESSAGE="Erreur de dump de la base $FICHIER_DUMP"
   echo $MESSAGE | /usr/bin/mail -s "Erreur sur le serveur" $MAIL_CONTACT
  fi

lftp ftp://login:pass@ftp.monsite.fr -e "rm $FICHIER_DUMP ; quit"

Explications :

La variable FICHIER_DUMP contient le chemin sur le serveur distant du dump généré avec le script php backup.php
La variable FICHIER_DEST contient le chemin où sera stocké le dump sur mon serveur
Le MAIL_CONTACT est l'adresse mail où sera envoyé un mail d'erreur (s'il y en a une)
Grâce à curl, j'interroge mon script php qui, nous l'avons vu, génère mon dump sur le serveur distant
J'enlève l'ancien backup de mon serveur
J'utilise le programme lftp pour rapatrier, en FTP, le dump ainsi généré. La commande est assez claire je pense
Je contrôle que la commande s'est bien passée, le cas contraire, j'envoie un mail
Enfin, je supprime le dump sur le site distant (par précaution, merci JN)

On a désormais un script qui génère le dump sur le site distant et le ramène sur notre serveur. Nous verrons après pour l'automatisation de ce script.

Le répertoire www

Maintenant que ma base de données est sauvegardée, je vais sauvegarder mon répertoire www. Pour ce faire, j'ai fait ce script :

#!/bin/bash
#Ce script fait un backup du www en ftp
#
REP_DUMP='/www/'
REP_DEST='/sauvegardes/monsite/www/'
FICHIER_LOG='/sauvegardes/monsite/backup.log'
MAIL_CONTACT='mail@me.fr'
 
 
echo "*****************************************************************" >> $FICHIER_LOG
/bin/date >> $FICHIER_LOG
echo "Backup en cours" >> $FICHIER_LOG


#Ici, on sauvegarde tout sauf le répertoire compteur
lftp ftp://login:pass@ftp.monsite.fr -e "mirror -e -x cours/ -x logs/ $REP_DUMP $REP_DEST ; quit"
 
  RET=$?
  RETOUR=`expr $RETOUR + $RET`
  if [ $RET -gt 0 ]
  then
    MESSAGE="Erreur de backup sur $REP_DEST\n"
   echo $MESSAGE | /usr/bin/mail -s "Erreur sur le serveur" $MAIL_CONTACT
  fi


/bin/date >> $FICHIER_LOG
/usr/bin/du -hs $REP_DEST >> $FICHIER_LOG
echo "Backup terminé" >> $FICHIER_LOG
echo "*****************************************************************" >> $FICHIER_LOG

   echo "Voir fichier $FICHIER_LOG" | /usr/bin/mail -s "Backup monsite OK" $MAIL_CONTACT

Explications :

La variable REP_DUMP contient le nom du répertoire distant à sauvegarder
La variable REP_DEST et FICHIER_LOG contiennent respectivement le chemin où sera sauvegardé le site sur mon serveur et le fichier de log qu'il génèrera
Le MAIL_CONTACT est l'adresse mail où sera envoyé un mail d'erreur (s'il y en a une)
Je commence par écrire l'heure de départ du script dans le fichier de log puis "Backup en cours"
J'utilise, là aussi, lftp pour rapatrier le site. La commande mirror permet d'avoir une copie parfaite du site distant (les répertoires supprimées du www seront effacés aussi sur mon serveur, etc.). Le paramètre -x me permet d'exclure certain répertoires de la sauvegarde. Voir cette page pour plus de détails sur la commande lftp.
Je contrôle que la commande s'est bien passée, le cas contraire, j'envoie un mail
J'écris la date et l'heure de fin du script dans le fichier de log.

On a désormais un script qui récupère et synchronise notre site distant sur notre serveur.
Notez qu'on pourrait, si on voulait être bien synchro, lancer l'exécution du script de sauvegarde de la base de données dans ce script. Ainsi, on ferait un backup de la base et on rapatrierait l'ensemble en même temps.

III. L'automatisation

Une fois que ces scripts sont prêts (ont peut les tester "à la main" pour s'en assurer), il ne nous reste plus qu'à tout automatiser grâce au cron. Pour ceux qui ne connaissent pas le cron, j'en ai fait un cours dans cet article.

Pour faire rapide, voici ma crontab :

#Backup des BDD des sites distants (hebdomadaire, le dimanche soir)
45 23 * * 0 /home/moi/scripts/backup_mysql_sitedistant.sh >/dev/null 2>&1

#Backup du www des sites distants (une fois par mois, la premiere nuit)
0 1 1 * * /home/moi/scripts/backup_www_sitedistant.sh >/dev/null 2>&1

Explications :

J'exécute mon script de sauvegarde de la base de données tous les dimanches à 23h45
J'exécute mon script de sauvegarde du répertoire www tous les 1er du mois à 1h du matin

IV. Conclusion

Voici donc comment je sauvegarde mes sites distants, en attendant de tous les remettre directement sur mon serveur, ce qui simplifiera bien les choses.
Je pense que ces scripts sont perfectibles, si vous avez des idées, n'hésitez pas à me les suggérer, je suis toujours à l'affut des bons conseils :)

Edit : Pour ceux qui essayent, les chemins d'accès on tous été changés dans mes scripts d'exemple et c'est pas mon blog que je sauvegarde automatiquement, donc n'essayez plus d'aller sur generation-linux.fr/backup ;)

Webcomic génial : Exploit of a mom

2011-04-13T15:00:00+02:00

"Bonjour, c'est l'école de votre fils. Nous avons quelques problèmes informatiques"
"Oh non... As-t-il cassé quelque chose ? --- En quelque sorte"
"Avez vous vraiment appelé votre fils Robert');DROP TABLE Students;-- ? --- AH, oui, Little Boby Tables qu'on l'appelle."
"Hé bien, on a perdu tous les enregistrements des étudiants de cette année. J'espère que vous êtes contente. --- Et moi j'espère que vous apprendrez à traiter correctement vos entrées de base de données"

Source

Auto-hébergement : Mon experience, mes problèmes, mes idées

2011-03-31T21:38:00+02:00

Il est inutile de rappeler les (nombreuses) raisons qui m'ont poussé à m'auto-héberger (contrôle de ses données, indépendance, faire du vrai Internet, etc.). J'ai décidé de faire un article sur mon expérience dans l'auto-hébergement. Mes interrogations, mes succès, mes échecs, où j'en suis actuellement, les difficultés rencontrées, comment je les ai résolues.

Cela suscitera peut-être des "vocations" d'auto-hébergement chez certaines personnes hésitant encore.

I. L'idée

J'ai commencé à penser à l'auto-hébergement début 2009. L'article de rom a été une petite révélation. À cette époque, j'étais en licence pro ASRALL. J'avais donc déjà des bonnes notions d'administration système.
L'envie de mettre mes compétences en pratique a fait que je me suis très vite intéressé et renseigné sur l'auto-hébergement. Mes recherches m'ont permis de découvrir la fameuse conférence de Benjamin Bayart "Internet libre, ou Minitel 2.0".

Suite à cette conférence, j'ai voulu auto-héberger ce blog. Là sont apparues quelques interrogations :

Quelle sera la "qualité de service" et la disponibilité de ce blog ?

J'étais alors hébergé chez tuxfamily et n'avais pas à me soucier de la bande passante ou de la disponibilité. À l'époque, ce blog recevait environ 2000 visites par jour, je voulais donc assurer une certaine qualité de service.
Concernant la bande passante, je ne me faisais pas trop de soucis car j'étais chez Numéricable et avais un débit en upload de plus d'un Mbps. Le problème chez Numéricable, c'est que je n'avais jamais une semaine sans une coupure d'au moins une heure. Ce point me posait un peu plus de problèmes.

Sachant que j'allais bientôt déménager (et donc changer de FAI), je me suis décidé à reporter l'auto-hébergement de ce blog et j'ai eu l'idée de commencer par héberger des petits services (perso) tels qu'un agrégateur de flux RSS, Tiny Tiny RSS.

Quelle machine utiliser pour m'auto-héberger ?

À cette époque, j'étais étudiant, et je n'avais pas de job à côté, donc une fois le loyer, les charges, l'essence et la bouffe payés, il ne restait plus grand chose à la fin du mois. Je ne pouvais donc pas me payer un petit serveur et devais faire avec les moyens du bord.

J'avais alors 3 machines : mon PC de bureau, sous Ubuntu, assez bruyant, un gros serveur Dell qu'on m'avait donné, lui aussi très bruyant, et un EeePC 900 sous CrunchEee.

Habitant dans un petit 2 pièces, il me fallait évidemment quelque chose de silencieux (et qui ne consomme pas trop). C'est donc assez naturellement que j'ai décidé d'utiliser mon EeePC pour faire office de serveur.

II. Premier essai, mon serveur EeePC

C'était donc parti, au mois d'avril 2009, pour la transformation de mon EeePC en serveur sous Debian Lenny. Mes interrogations, questions et réponses se trouvent sur l'article que j'avais fait à l'époque.

Tout s'est bien passé pendant quelques semaines. Depuis le début, c'est le disque SSD de l'EeePC qui me faisait peur. Les disques SSD ne supportent pas très bien le fait de rester allumé 24h/24. Qui plus est, les disques SSD de l'EeePC ne sont pas d'une excellente qualité (à ce prix, faut pas rêver).

Mes craintes se sont confirmées. Au bout de 2 ou 3 semaines d'utilisation H24, le disque SSD a grillé. HS, plus rien quoi. Heureusement que j'avais conservé le ticket de caisse, je l'ai renvoyé en SAV et on m'a remplacé ce disque SSD.

Suite à cela, je n'ai pas voulu réitérer l'expérience. J'ai décidé d'attendre d'avoir une vraie machine dédiée à cela...

III. Deuxième essai

Fin 2010, je me décide enfin à acheter une machine dédiée. Après avoir fait de looooongues recherches, j'ai fini par choisir un serveur composé de la sorte : carte mère Asus AT5NM10-I, boitier Antec ISK300-65, disque dur 2.5" Western Digital Scorpio - 160 Go et 1 Go de RAM. J'explique les raisons de ces choix sur cet article.

Depuis cet article, j'ai acheté un autre disque dur 2.5 que j'ai ajouté dans l'emplacement prévu à cet effet. Ainsi, je peux faire mes sauvegardes sur ce deuxième disque. Je n'ai pas choisi de faire du RAID, je fais simplement un rsync des principaux répertoires de mon disque "principal" vers le "secondaire".

Une fois ce serveur reçu et assemblé, j'y ai installé une Debian Lenny (netinstall après boot sur une clé USB). Par la suite, je l'ai réinstallé avec une Debian Squeeze.

Globalement, je suis extrêmement satisfait par ce serveur. Le processeur atom dual core fait très bien son travail et chauffe peu. Je peux régler la vitesse du ventilateur. Il y en a 3. En première vitesse, on entend absolument rien à 2 mètres du serveur. À cette vitesse, la température du processeur et du disque dur varient entre 25 et 35 °C. Dans mon salon, le serveur étant en bas d'une fenêtre, les températures varient légèrement en fonction de la température extérieure. Pour preuve, voici, dans l'ordre, les graphs hebdomadaires de la température extérieure, de celle du processeur et celle des disques dur :

Conclusion, cette machine est un excellent rapport qualité/prix et ventilation/bruit/température :)

IV. Les applications que j'héberge

Après avoir vu le côté matériel, je vais faire un petit compte-rendu de l'utilisation actuelle de mon serveur.

Côté web :

Mon profil : Un site statique avec 2, 3 pages
Mon blog perso : Un blog dotclear avec un thème que j'ai fait ressembler à celui de mon profil
Mes feeds RSS : Avec le célèbre Tiny Tiny RSS
Mes musiques : Utilisant Subsonic, je peux écouter mes musiques au travail, à la maison, partout !
Mes téléchargements : J'utilise pour cela torrentflux-b4rt
GaCoMa : Avec un blog dotclear et un wiki dokuwiki
Mon identité OpenID : Avec SimpleID, j'ai mon identité chez moi :)
Une galerie photos : Avec l'application iGalerie
Un wiki perso : Utilisant dokuwiki
Génération Linux : Ce blog, propulsé par dotclear
Un dépôt de fichiers public, utilisant l'application KOLoad

Côté système :

Serveur mail : postfix, dovecot (en cours)
Monitoring : Munin
fail2ban avec quelques jails perso en plus

V. Les difficultés

Voici les principales difficultés auxquelles j'ai été confrontées et comment je les ai résolues :

La bande passante

Ce sont les histoires de bande passante qui m'ont le plus dérangé. Comme je l'ai évoqué ci-dessus, quand j'étais chez Numéricable, je ne me posais pas trop la question de la bande passante car j'avais 1 Mbps en upload. En revanche, depuis que je suis chez Free, je suis tombé à 100 kbps... Autrement dit, la douche froide... Quand je ne mettais que des petits services pour moi sur ce serveur, je ne me posais pas trop de question. Mes musiques passaient bien en upload (via subsonic) et c'était tout ce qui m'importait.

Je me suis posé bien plus de questions quand j'ai voulu migrer ce blog (alors chez tuxfamily) sur mon serveur. OK, je n'ai pas 10 000 visites par jour, mais quand même suffisamment pour que cela m'inquiète. Après, c'était une question de choix. Est-ce que je laisse mon blog ailleurs que chez moi mais avec une bande passante irréprochable ou bien est-ce que je "ramène" mon blog chez moi, au détriment de la vitesse. Le choix de faire du vrai Internet a été dominant, j'ai donc migré mon blog sur ma machine.

La différence est quand même de taille. J'ai presque doublé le temps d'accès. J'avais faits des tests, chez tuxfamily, ma page d'accueil se chargeait en 3 secondes, chez moi, elle se charge en un peu moins de 6 secondes.

Comment j'ai "résolu" ce problème ? Avec une astuce toute simple : activer le module deflate d'apache. Il permet de compresser le flux HTTP envoyé par le serveur. Ce flux est ensuite décompressé chez le client. Ainsi, j'ai diminué assez significativement la masse d'envoi de flux HTTP.
Actuellement, j'ai activé ce module uniquement pour mon blog. Voici une capture d'écran de Munin vous illustrant le changement. Je pense que je n'ai pas besoin de vous dire à quel moment j'ai activé le module ;)

La disponibilité

Ma deuxième inquiétude a été la disponibilité de mon blog. Là encore, je n'avais jamais eu à me soucier de cela avec tuxfamily. Par contre, une fois mon blog chez moi, je n'aurai pas une disponibilité aussi importante. Là encore, la même réflexion : "Disponibilité parfaite mais pas chez moi ou disponibilité imparfaite mais chez moi". J'ai tranché, à nouveau, pour faire du vrai Internet.

Ici, je ne peux pas faire grand chose. Heureusement, je n'ai jamais eu de coupure chez Free, donc la disponibilité est correcte. Je redémarre de temps en temps mon serveur, c'est juste là que peut intervenir l'indisponibilité temporaire.

Voila les 2 grandes questions que je me suis posé avant de me lancer dans l'auto-hébergement. Je pense que ce sont 2 questions récurrentes.

VI. Conclusion

Pour conclure cet article, je peux dire que s'auto-héberger est une chose formidable pour de nombreuses raisons :

Cela nous fait acquérir de nombreuses compétences en tout genre (sécurité, administration, optimisation, etc.)
Cela nous permet d'avoir une machine à disposition 24h/24 et accessible depuis n'importe où.
On n'a plus à se casser la tête pour trouver un hébergeur pour un service.
Garder le contrôle sur ses données et avoir la possibilité de couper sa machine du réseau à tout moment.
Et une certaine fierté de dire "c'est moi qui héberge mon blog et mes services" :)