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