Depuis l’existence d’alwaysdata (avril 2007), nos priorités sont restées les mêmes : créer une plate-forme d’hébergement techniquement “à jour” (héberger des technologies montantes comme Django ou Ruby) et fournir un support réactif et efficace pour chacun de nos clients.

Aujourd’hui, force est de constater que cela fonctionne : vous êtes de plus en plus nombreux à utiliser nos services (et les apprécier), à lire ce blog aussi, et puis poster vos problématiques ou même vos suggestions sur notre forum.

Voici donc un petit billet pour ceux qui voudraient en savoir plus sur nous… Nous venons en effet de sortir une nouvelle version du site d’excellency, la structure qui se cache derrière alwaysdata, la marque. En bonus pour ceux qui dialoguent régulièrement avec Cyril, notre architecte en chef, la possibilité de mettre un visage sur ce prénom

Rendez-vous donc sur notre site pour découvrir aussi le reste de nos activités, c’est par ici !

Nous proposons déjà, depuis plus d’un an, la possibilité d’écrire vos propres règles de filtrage email au format Sieve. Très peu d’entre vous l’utilisent, sûrement en raison de sa complexité et de sa difficulté à déboguer.

Nous lançons aujourd’hui une nouvelle interface permettant de créer facilement des règles de filtrage. Il vous suffit d’indiquer :

• un champ sur lequel appliquer la règle. Par exemple, l’expéditeur ;
• un type de condition. Par exemple, « est égal à » ;
• un paramètre pour la condition. Par exemple, « contact@alwaysdata.com » ;
• une action. Par exemple, « déplacer dans le dossier » ;
• un paramètre pour l’action. Par exemple, « alwaysdata ».

Et voilà, avec cet exemple, tous les mails ayant comme expéditeur « contact@alwaysdata.com » arriveront automatiquement dans le dossier « alwaysdata ». De nombreux autres champs, conditions et actions sont disponibles. Ce peut être pratique, par exemple, pour gérer vos mailing-lists : les mails avec un en-tête « Reply-To » égal à « django-developers@googlegroups.com » sont stockés dans un dossier « django-dev ».

Ces règles de filtrage sont exécutées côté serveur, à la réception (via Sieve). C’est un avantage sur les filtres de votre client mail (Thunderbird ou Outlook, par exemple) puisqu’elles ne dépendent pas d’une application. Que vous lisiez vos emails avec votre client lourd, via le webmail ou avec votre téléphone portable, ces règles seront toujours exécutées.

Ces règles de filtrage sont accessibles en cliquant sur le bouton « Règles de filtrage » sur la page de modification d’une adresse email. N’hésitez pas à nous faire des retours, notamment si vous désirez davantage de champs ou conditions.

D’autres améliorations mineures ont également été déployées ces derniers jours :

• apparition d’un menu « Messages » dans l’administration alwaysdata pour revoir la liste des emails que nous vous avons envoyés ;
• la page des Factures a été remaniée pour la rendre (espérons) un peu plus claire ;
• mod_xsendfile a été rajouté. Nous vous recommandons de l’utiliser, si possible, pour envoyer des fichiers depuis vos applications ;
• l’administration alwaysdata est désormais protégée contre les attaques de type CSRF ;
• nous chiffrons désormais les mots de passe SSH via Blowfish (bcrypt) plutôt que crypt, moins sécurisé. Si vous êtes parano comme nous, nous vous encourageons à redéfinir le mot de passe de vos utilisateurs SSH.

Maintenant que nos soucis de stabilité et de performance sont derrière nous avec la mise en production des nouveaux serveurs, nous allons pouvoir nous rattraper avec de nouvelles fonctionnalités. Pour ouvrir le bal, un nouveau système de sauvegardes

Qui n’a jamais souhaité pouvoir retrouver des fichiers supprimés ou écrasés il y a plusieurs jours ? Jusqu’à présent, vous aviez accès à la sauvegarde de la veille. C’est bien, à condition d’être réactif et d’oublier week-ends et vacances…

Désormais, vous avez accès à la sauvegarde de chaque jour pour les 30 derniers jours. L’intégralité de votre compte est toujours sauvegardé : vos fichiers, vos emails, vos bases de données. Il suffit d’aller dans le répertoire ~/admin/backup/<date de la sauvegarde>/ pour récupérer vos données.

À bientôt pour d’autres nouveautés…

Les serveurs principaux de notre architecture sont en train d’être remplacés. Cela nous permettra notamment de mettre fin à la période tumultueuse de ces dernières semaines, ternie par des pannes fréquentes et des performances réduites.

Serveur HTTP

Nous avons tout mis en oeuvre pour que cette migration soit la plus transparente possible pour nos utilisateurs. Pour 99,9 % d’entre vous, tout fonctionnera à l’identique sur le nouveau serveur. Mais pour éviter au 0,1 % restant de découvrir subitement que leur site ne fonctionne plus, nous allons vous permettre d’anticiper.

Pour tester votre site sur le nouveau serveur, il vous suffit d’aller sur :
http://<URL de votre site>.staging.alwaysdata.com:81

Par exemple, si l’URL de votre site est : www.excellency.fr, allez sur http://www.excellency.fr.staging.alwaysdata.com:81

Assurez-vous que votre site fonctionne normalement. Si ce n’est pas le cas, contactez-nous : nous nous engageons à vous aider à résoudre le problème, quel qu’il soit.

La migration définitive de tous les comptes vers le nouveau serveur aura lieu le 20 septembre 2009. Néanmoins, nous vous encourageons à nous contacter pour demander à être migrés avant cette date : cela vous permettra de bénéficier des performances du nouveau serveur au plus vite. Nous pourrons même convenir ensemble d’une plage horaire précise durant laquelle nous effectuerons votre migration.

Différences les plus importantes

(Cela ne parlera qu’aux utilisateurs les plus avertis. Dans l’immense majorité des cas, ces modifications seront de toute façon transparentes.)

• l’architecture passe de 32 bits à 64 bits. La plupart des applications 32 bits devraient continuer à fonctionner grâce à une couche de compatibilité, mais certains modules (.so de bibliothèques tierces) devront être réinstallés.
• certains chemins systèmes sont modifiés, notamment les répertoires des bibliothèques Python/Ruby/PHP/Perl qui passent sous /usr/local.
• certains binaires changent de nom. Pour PHP notamment, les binaires à utiliser sont désormais php5 pour le CLI et php-cgi5 pour le CGI.
• notre système d’environnement pour Python et Ruby fonctionne désormais en utilisant les binaires python2.x et ruby1.8.

Serveur SSH

Le nouveau serveur SSH entre en production à partir d’aujourd’hui (6 août) et remplace l’ancien. Il intègre les mêmes changements que le serveur HTTP.

L’IP change mais la clé de l’hôte reste identique. Vous ne devriez donc pas avoir le même message effrayant qu’il y a quelques semaines.

Serveur SQL

Les serveurs MySQL et PostgreSQL seront également mis à jour prochainement. Les modalités de cette migration seront explicitées à l’occasion d’un prochain billet.

Bonus

Ces nouveaux serveurs apportent également quelques bonnes surprises :

• Python 2.6, 3.1
• PHP 5.2.10, 5.3
• Ruby 1.8.7
• AjaxTerm en HTTPS

Ces nouvelles versions coexistent avec les anciennes. Il n’est pas possible de les sélectionner pour le moment dans notre interface administration tant qu’il restera des comptes sur l’ancien serveur. Mais cela devrait ravir certains d’entre vous j’en suis sûr

Offrir un hébergement mutualisé stable et performant a toujours été l’un de nos objectifs principaux. Depuis plus de 2 ans, cet objectif était rempli – notre forum est là pour en témoigner.

Depuis la fin du moins de juin, nous traversons une difficile période de transition de notre architecture. Cette transition, prévue de longue date et ayant pour but de maintenir – et même améliorer – la qualité du service que nous offrons, a pris un retard important.

Parallèlement, nous avons connu de bien trop nombreuses pannes durant tout le mois de juillet. À ce jour, ces pannes additionnées portent notre indisponibilité HTTP à 4h14, soit 99,44 % pour ce mois-ci, contre plus de 99,9 % habituellement. C’est, de très, très loin, le plus mauvais mois depuis nos 26 mois d’existence. C’est une disponibilité qui fait honte à alwaysdata, et à moi.

J’aurai l’occasion, dans un futur billet, de revenir en détails sur les raisons de ces pannes. Aujourd’hui, je veux vous dire que ce mois de juillet n’est pas représentatif de ce qu’alwaysdata est en train de devenir. Nous ne croyons pas à la fatalité de l’hébergeur dont la qualité baisse à mesure que le nombre de ses clients augmente.

Le développement de notre nouvelle architecture touche à sa fin et nous allons bientôt commencer à la migration des comptes. Notre service retrouvera alors sa stabilité habituelle. D’autres modifications techniques sont même prévues par la suite pour améliorer cette stabilité.

Mais nous allons faire plus. À partir de la rentrée prochaine, nous allons :

• vous garantir contractuellement un taux disponibilité avec pénalités financières en cas de non respect. Le taux et les pénalités sont encore à définir, mais ils seront contraignants (pour nous) : pas question de garantir un ridicule 99 %.
• mettre en place un site permettant de voir l’état de nos services – en temps réel – et l’historique de nos pannes. C’est une seconde contrainte pour nous : nos pannes resteront à jamais enregistrées et visibles par tous. Parallèlement, nous communiquerons sur un compte Twitter qui nous permettra de rester en contact même en cas de panne massive de notre infrastructure.

À tous nos clients, je veux présenter mes plus sincères excuses concernant cette situation. Je pense encore plus particulièrement à tous ceux qui doivent se justifier auprès de leurs propres utilisateurs ou clients. Je pense aussi à ceux qui se sont inscrits chez alwaysdata depuis quelques semaines et qui ont une image désastreuse de notre service.

Merci à tous, enfin, pour votre compréhension et votre patience.

Très attendue, la version 1.1 de Django vient de sortir ; elle est d’ores et déjà disponible chez alwaysdata.

Nous sommes actuellement très occupés à finaliser la migration de notre infrastructure. Nous communiquerons très bientôt sur ce sujet – et sur bien d’autres. Nous nous expliquerons également en détails sur les pannes courtes mais répétées que nous subissons depuis environ un mois.

À (très) bientôt,

Depuis toujours, alwaysdata vous permet de modifier les options du php.ini, sans aucune restriction. Cette opération était toutefois assez fastidieuse : il fallait trouver la bonne page de notre wiki, créer un fichier php5.ini (ou php4.ini) depuis la version par défaut (que nous fournissons), effectuer les modifications sur le fichier puis, enfin, l’uploader sur nos serveurs.

Désormais, c’est beaucoup plus simple : un nouveau menu « Environnement > PHP » est apparu dans la console d’administration alwaysdata. Vous pourrez, sur cette page, indiquer très simplement les lignes que vous voulez rajouter au php.ini par défaut, et le tour est joué.

Par exemple, pour désactiver l’affichage des notices et porter la limite d’upload à 100 Mo, il suffit de rentrer :

error_reporting = E_ALL & ~E_NOTICE
upload_max_filesize = 100M


Nous étofferons rapidement cette page pour permettre de changer les paramètres les plus fréquents encore plus simplement.

Depuis le lancement d’alwaysdata, il y a un peu plus de 2 ans, nous nous efforçons de rendre notre offre accessible au plus grand nombre. C’est la raison pour laquelle nous proposons un pack gratuit, pleinement fonctionnel et sans publicité, dont vous êtes aujourd’hui plusieurs milliers à bénéficier. Nous sommes aujourd’hui les seuls, à notre connaissance, à vous permettre d’héberger votre application Django ou Rails sans débourser un centime, et toujours dans d’excellentes conditions.

Toujours depuis nos débuts, nous offrons aux associations et aux sites consacrés aux logiciels libres des tarifs réduits de moitié. Il est important pour nous d’aider ceux qui, plus que les autres, méritent de l’être ; de nombreux projets ont ainsi pu bénéficier d’un hébergement de qualité à moindre coût.

Aujourd’hui, nous pensons que ce coup de pouce devrait aller, plutôt qu’aux associations et projets libres, aux étudiants (collège et lycée inclus) et aux personnes sans emploi. Parce que pour eux plus encore, quelques euros par mois font une grosse différence. Si vous êtes dans ce cas-là, contactez-nous. Notre réduction reste inchangée : les tarifs d’hébergement sont divisés par deux. Naturellement, pour tous ceux qui bénéficient déjà d’un tarif réduit accordé par le passé, rien ne change.

The most anticipated “feature” by many of our users has finally arrived: alwaysdata’s administration panel is now available in English. No more guessing or Google-translate-ing required!

We knew since the beginning – more than 2 years ago – that we would eventually translate alwaysdata into English. That became more urgent as the number of our users not speaking a single word of French increased. We were really pleased to see that people all over the world (we have users coming from dozens of different countries!) chose alwaysdata for their hosting, despite the struggle to understand how our panel worked.

As you know, English is not our mother language. Although we have no problem understanding it, expressing ourselves in English is a bit more difficult. You will certainly notice that some sentences are poorly written or don’t “feel” right. Don’t hesitate to send us better translations, even for one word!

Actually, you can do even better: we have setup an open translation platform that allows anyone to help us translating alwaysdata. Anything from a tiny change to starting translating into a new language is welcome!

Our administration panel is entirely translated, except for a few minor strings (the plan names, for instance). More is to come, though: our website, the wiki, the forum… will also get translated in the next few weeks.

Enjoy!

La PyCON Fr, conférence Python francophone organisée par l’AFPy, se déroule à Paris le week-end du 30 et 31 mai. Nous y serons nombreux (Nicolas, Jean et moi-même) le 30. À samedi