XUpload : script d’upload de fichiers avec barre d’avancement

Si vous recherchez un outil d’upload de fichiers pour votre site/application/serveur, vous pouvez vous penchez sur XUpload : c’est un script d’upload écrit en Perl et à l’interface AJAX qui propose une barre d’avancement et de multiples statistiques.

Voici le descriptif officiel :

XUpload is the powerful upload progress bar of choice for your website. Fully developed using Perl programming, XUpload allows your site to accept any file uploads while displaying a real-time progress bar.

Une version pro existe également : disponible pour la somme de 37 $, elle rajoute des fonctionnalités supplémentaires, telles que les notifications par e-mail, support multilingue, fonctionnement sur cluster, etc.

J’ai eu l’occasion de l’utiliser plusieurs fois récemment pour envoyer des fichiers assez gros à un support en ligne : je préfère largement un script de cette sorte plutôt qu’un outil basé sur du Java, trop lourd et qui a du mal avec les proxy. :)

HFS : un serveur web portable pour héberger des fichiers

Logo HFS HTTP File Server

Dans ma liste d’outils que j’ai toujours avec moi, un serveur HTTP opensource, HFS (HTTP File Server). Disponible gratuitement, c’est un serveur web très simple d’utilisation qui permet de télécharger ou d’uploader des fichiers.

Le coté « bluffant » de ce serveur web, c’est vraiment sa simplicité : on télécharge simplement un dossier (pas besoin de forcément l’installer), on lance l’exécutable, et ça fonctionne ! Prise en main facile, une multitude d’options, des logs, une interface web, pour moi c’est vraiment une application à conserver.

(suite…)

Etude sur la taille moyenne des mails

J’ai eu récemment à faire des recherches (dans le cadre professionnel) sur la taille moyenne des mails (sans inclure les spams), et le résultat est plutôt étonnant.

J’ai basé mon étude sur trois axes :

  • la recherche d’informations sur des études existantes,
  • une vérification sur la taille moyenne des spams,
  • un calcul à partir de nos propres serveurs de mails.

Recherche de données sur la taille moyenne des mails

Contrairement à ce que je pensais, aucune étude récente et sérieuse n’est disponible : celles-ci portent en général sur la taille d’internet, le nombre de site existants, le nombre de pages, etc., mais rien sur les mails (ou alors j’ai vraiment mal cherché)…

Les seules études que j’ai trouvé ont été faites par l’Université de Berkeley :

En extrapolant (le nombre de mails envoyés a doublé depuis 2003), et en prenant une marge de sécurité, j’estime que la taille moyenne actuelle d’un mail doit se situer entre 80 et 100 Ko (toujours en dehors des spams).

Vérification de la taille moyenne des spams

Quels organismes pourraient faire des statistiques sur la taille des spams ?

Tout simplement, les entreprises qui offrent un service de filtrage anti-spam !

Je découvre donc chez Softscan que la taille moyenne actuelle est de 11,76 Ko par spam, cette valeur ayant tendance à augmenter fortement (Source : Vnunet).

Calcul à partir de nos propres serveurs

Enfin, puisque j’en avais les moyens, j’ai utilisé les logs mails sur nos propres serveurs mails, pour une semaine de données.

Les résultats suivants sont ressortis :

  • 94 048 mails,
  • 5,51 Go de données,

Une règle de trois plus loin, la moyenne nous donne 58,6 Ko par mail.

Pourquoi diable retrouverais-je le même chiffre qu’une étude officielle en 2003 ?

Ne pas se fier aux chiffres…

…car mes 94 048 mails n’ont pas été filtré en amont, et qu’ils contiennent du spam.

Selon l’institut IDC, 41% des mails dans le monde seraient des spams (Source : Vnunet).

En reprenant mes données, et en enlevant 41% du nombre total de mails, je peux refaire un nouveau calcul : je tombe alors sur 91,1 Ko par mail.

On aurait pu croire que l’augmentation allait être linéaire, mais pas du tout : je pense que les nouveaux services du web2.0 incitent les utilisateurs à publier leurs contenus multimédias en ligne (photos, vidéos, présentations) plutôt que de les envoyer par mail.

Si quelqu’un à une remarque sur mon calcul, ou d’autres données à me soumettre, n’hésitez pas à commenter!

Note : il faut certainement prendre une marge de sécurité de 10 % à 20 % mais je pense que le chiffre obtenu (91,1 Ko par mail) est assez représentatif pour la France.