bienvenue

netbeat est une agence de développement et de consultance en informatique.

Nos services s'adressent tant aux grands comptes qu'aux petites structures (P.M.E., associations et indépendants) avec lesquels nous voulons avoir un contact personnalisé.

Que vous ayez besoin d'un site Internet de présentation de vos activités, d'une solution de vente en ligne, d'une application spécifique à votre profession ou d'assistance dans un projet au sein de votre entreprise, nous pourrons toujours vous aider.

N'hésitez pas à nous contacter.

Suivez-nous sur facebook!

Insync, ça sert aussi pour faire une sauvegarde!

Dans un précédent billet, j'avais mentionné Insync comme outil de synchronisation des données en local des données se trouvant sur un compte Google Drive. Une des fonctionnalités extrêmement pratiques réside dans la conversion automatique des tableurs et autres documents Google en format Microsoft Office.
A contrario, l'utilitaire de synchronisation fourni par Google ne stocke que des liens (les fameux .gdoc et .gsheet) qui renvoient vers l'éditeur web de Google Drive. Le document n'existe pas en local.
La fonctionnalité de conversion d'Insync est en fait très utile. Car récemment j'ai supprimé par erreur plusieurs tableurs et documents de mon Google Drive. Je ne les avais pas simplement supprimés, j'avais aussi vidé la corbeille de Google Drive. Résultat: impossible de récupérer ces documents. Même le support de Google ne pouvait pas les restaurer.
Je me suis alors rappelé qu'Insync était installé sur mon précédent ordinateur. Et heureusement, une ancienne version de mes documents (convertis en .DOC et .XLS) existait encore. J'étais sauvé! :)
Donc, si vous disposez d'Insync, pensez à réaliser une sauvegarde du répertoire où sont synchronisées vos données de Google Drive. C'est une solution bon marché et efficace.

netbeat is now a MigrationWiz partner

MigrationWiz is an online tool which allows migrating mailboxes from one server to another. It's done easily, securely and above all cost-effectively.

Major mailbox server types are supported: Google Apps, Gmail, Microsoft Exchange 2007+, Microsoft Office 365, etc. And not only your E-mails can be transfered, but also calendar events and contacts (depending on the source and target servers). The exact list of possible transfers and the explanations on how it works can be found here.

netbeat is now a MigrationWiz partner. This means we can help you for this migration process. Don't hesitate to contact us.

Google Drive synchronisation utility from Insync

If you own a Gmail account, then you have Google Drive. Same for Google Apps customers. It allows to store both Google Docs documents and files of whatever type. It's pretty useful (like any other cloud solution), and it comes with 5 free Gb, which is basically enough for simple documents. But you should avoid uploading your whole MP3 library.
Google Drive comes also with a very (too?) simple utility which synchronises a folder on your computer with your Drive account. There is also such a utility for iPhone, and for Android too.
But, if you have two accounts (e.g. one business and one personnal), then these utilities are not useful at all, since they support only one account at a time.
Hopefully, there is pretty good alternative: Insync. They also provide a synchronisation utility for Windows, Mac and Linux (beta). Mobile versions are coming.
The point here is that:

  1. Their utility supports multiple accounts (each account has a separated folder).
  2. It converts automatically Google Docs documents to its corresponding Office equivalent. So you can use Word or Excel to edit your documents and spreadsheets. And this is really great.
  3. Their administration interface is web-based and very simple to use.

So to give it a try, go here.

Editeur de photo en ligne

Un bref billet pour mentionner un excellent site d'édition en ligne de photo (gratuit qui plus est!): pixlr

Fichier non trouvé lors de sa suppression

J'ai eu il y a quelques temps un problème un peu curieux: après le téléchargement d'un PDF (depuis Firefox), je me retrouve avec deux fois le même PDF, l'un avec un taille correcte et l'autre avec une taill de zéro byte. Mais ils ont tous les deux le même nom. Rien que ça est déjà très surprenant.

Ensuite, après avoir classé le "bon" PDF, j'essaie de supprimer le PDF vide. Et là, un message très intéressant apparaît: Impossible de trouver le fichier

Bon, comment faire alors? Il va falloir passer via un éditeur de commande (le fameux "cmd" appelable depuis le menu démarrer). Mais si l'on essaie de supprimer de fichier via un simple "del <le nom du fichier>.pdf", le même message apparaît dans l'éditeur.

Il faut donc finalement utiliser le nom DOS en format 8.3. Pour ce faire, il faut introduire "dir /x" dans l'éditeur de commande:

Le nom en format 8.3 apparaît dans la cinquième colonne.

Ensuite, pour supprimer le fichier récalcitrant, il suffit simplement d'entrer "del <le nom du fichier en format 8.3>" et le tour est joué!

Is OpenID usable?

For this very first blog entry, I'd like to talk about this very good idea of "OpenID".

As it's stated on the website of the OpenID Foundation:

You may choose to associate information with your OpenID that can be shared with the websites you visit, such as a name or email address. With OpenID, you control how much of that information is shared with the websites you visit.

With OpenID, your password is only given to your identity provider, and that provider then confirms your identity to the websites you visit.  Other than your provider, no website ever sees your password, so you don’t need to worry about an unscrupulous or insecure website compromising your identity.

Securing your identity with a trusted (but, what is effectively trustable on the net?) entity which will only provide the information you want to a given website is a fantastic idea. There are plenty of such providers: Google, Yahoo!, WordPress, etc. One big missing is Hotmail; with their users base, they could push the service adoption. And by the way, Facebook, where are you?

The only concern I would have, both from the end-user's perspective and from the developer's perspective, is the usability of such a service.

Given you identity provider, you'll need to login using a method or another. With Google, you need to click on the "Sign in with your Google Account" and then follow their own process. With AOL, you have to enter "openid.aol.com/screenname". With WordPress, just enter "username.wordpress.com". And so on.

First of all, do all users of these identity providers know that they have an OpenID and how to use it? The fact that Google (and some others) decided to have a dedicated button for the authentication process helps the users to re-use their credentials because they known whether they have such an account. But when you need to enter an URL. Is that really easy to remember? (especially for AOL users)

From the developer's perspective, either you'll need to use an intermediate service which will aggregate all possible authentication services, or you'll have to implement all different authentication techniques. Good luck.

So in the end, wouldn't that be simpler to use the piece of information that everybody knows which is the E-mail?

With the E-mail, you have the domain. With the domain, you could interrogate the corresponding DNS server. The DNS server could have a special standardized entry which would tell what is the method to authenticate. Address@gmail.com? Then fine, Google will reply to the website request and start the authentication process. Someone@hotmail.com? Very well, Microsoft Live services will authenticate.

And in the event there is no such handler, then the website would tell the user: sorry, nobody can authenticate you, please create an account. And the user would do the usual way.

Wouldn't that be much simpler?

S'abonner à netbeat RSS