MD5 peut être utilisé pour générer une clef « unique » à partir d’une chaine de caractères. Exemple concret: j’ai des objets représentant des rendez-vous qui naviguent un peu partout (SQLite local, serveur de calendrier distant, …). Il me faut à tout moment pouvoir identifier uniquement un rendez-vous. La solution que j’ai choisi est de générer une somme MD5 à partir du titre du rendez-vous, de la date de création et l’UDID (voir Comment récupérer l’UDID). Voici l’implémentation que j’utilise pour générer mes MD5 (dans le cas présent, c’est une addition de NSString):

//
//  NSStringAdditions.h
//  iMeeting
//
//  Created by Julien on 12/05/09.
//
 
#import <Foundation/Foundation.h>
#import <CommonCrypto/CommonDigest.h>
 
 
@interface NSString (NSStringAdditions)  
- (NSString *)md5Hash;
 
@end

//
//  NSStringAdditions.m
//  iMeeting
//
//  Created by Julien on 12/05/09.
//
 
#import "NSStringAdditions.h"
 
 
@implementation  NSString (NSStringAdditions)  
- (NSString *)md5Hash
{
	const char *cStr = [self UTF8String];
	unsigned char result[CC_MD5_DIGEST_LENGTH];
	CC_MD5( cStr, strlen(cStr), result );
	return [NSString stringWithFormat:@"%02X%02X%02X%02X%02X%02X%02X%02X%02X%02X%02X%02X%02X%02X%02X%02X",
			result[0], result[1], result[2], result[3], result[4], result[5], result[6], result[7],
			result[8], result[9], result[10], result[11], result[12], result[13], result[14], result[15]
			];
}
@end

Et un exemple simple d’utilisation:

NSString *maChaine = [NSString stringWithString:@"MaChaineAMoi"]:
NSString *monMd5 = [maChaine md5Hash];

Il s’agit d’une TableView qui va chercher les dernières photos Flickr avec pour tag « xmas ». Pourquoi donner un exemple aussi compliqué ? Tout simplement parce que je n’ai vraiment pas le temps de faire un exemple complet en ce moment et je voulais publier un exemple rapidement. J’ai donc récupéré rapidement un exemple de code que j’ai fais en interne pour le boulot.

La partie de code qui va chercher les images sur FlickR n’est pas de moi. L’auteur n’ayant pas laissé d’informations le concernant dans le code, je ne pourrais plus vous dire qui c’est (et ça me désole vraiment).

Voici l’archive contenant le projet Xcode complet (toute l’intelligence concernant la méthode pour l’UITableViewCell se trouve dans MyTableViewController.m à la méthode - (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath): télécharger MyTableViewDemo.zip.

Oui, mais dans le cas de mon récent déménagement de ces pages de julien.wpc-fr.net vers webd.fr, c’est un tout petit peu plus compliqué que de faire en sorte qu’un document soit toujours présent sur le serveur. Je veux que les liens pointant vers julien.wpc-fr.net marchent encore. Cependant, je veux qu’ils transfèrent vers webd.fr. Je veux que la transition soit la plus propre pour les moteurs de recherches (qu’ils comprennent que tout julien.wpc-fr.net a bougé vers webd.fr). Et pour finir, je veux une solution simple à mettre en place. Voilà ce qui s’offre à moi:

Solution 1

Mettre en place, sur julien.wpc-fr.net, une seule et unique page qui annonce au visiteur que le site à déménagé.

Alors là, on dit au revoir au visiteur qui était venu chercher un document bien spécifique. C’est sale et ça date d’un autre temps ! Pour finir, les moteurs de recherches ne comprennent rien à ce qu’il se passe.

• Pérennité des liens: nulle.
• Réferencement: mort.
• Simplicité de mise en place: très simple.

Solution 2

Mettre en place, sur julien.wpc-fr.net, une balise meta refresh sur chaque document.

L’idée n’est pas mal. Mais si on n’utilise pas de système de templates, ça peut devenir vite fastidieux d’éditer tous les documents à la main. C’est sans compter que cette technique ne peux pas s’appliquer à d’autres liens que des documents (images, feuilles de style, …). Pour finir, c’est une technique souvent utilisée par les spammers pour frauder les moteurs de recherche. Par conséquent, les moteurs de recherche n’apprécient pas du tout cela.

• Pérennité des liens: moyenne.
• Réferencement: moyennement impacté.
• Simplicité de mise en place: moyenne.

Solution 3

Mettre en place, sur julien.wpc-fr.net, une redirection HTTP propre gérée par le serveur. Clairement, dans le cas d’Apache, il s’agit d’un .htaccess avec une ré-écriture d’URL (requiert donc mod_rewrite).

L’idée est, selon moi, la meilleure. En effet, peu importe la page qui sera demandée, le visiteur obtiendra une réponse HTTP 301 moved permanently le renvoyant vers la même adresse mais sur l’autre domaine. C’est totalement transparent pour lui. Pour le moteur de recherche, et bien il lit le code HTTP moved permanently. Il comprend: tu oublie l’ancienne adresse et tu met la nouvelle à la place. Et surtout: tu change rien d’autre au référencement

Coté mise en place, c’est simple: il me suffit de placer ce .htaccess sur julien.wpc-fr.net:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_HOST} ^julien.wpc-fr.net [NC]
RewriteRule ^(.*)$ http://webd.fr/$1 [L,R=301]
</IfModule>

• Pérennité des liens: complète.
• Réferencement: non-impacté (sauf que les vielles url disparaissent des moteurs).
• Simplicité de mise en place: simple.

Voici donc, selon moi, la solution idéale et propre au problème ! D’ailleurs, c’est celle que j’ai appliqué . Si plus de monde pensait à la pérennité des liens, il y aurait beaucoup moins de liens cassés !!!

Toujours dans le cadre du laboratoire Web’N'Dev de SUPINFO, j’ai écrit un article présentant les nouveautés qu’apportera la future version de HTML: HTML5. En fait, ça fait quelques temps qu’il est rédigé, mais je n’avais pas vraiment eu l’occasion de le mettre en forme pour une version Web. Maintenant, c’est chose faite !

HTML5 en lui-même est très intéressant. Dans sa version actuelle (HTML5 est toujours en working draft), la spécification me parait être une très bonne chose dans l’ensemble. Peut être serait-il intéressant, à l’avenir, de faire la même étude sur XHTML2 (qui se prépare aussi)…

Bref, bonne lecture !

Bonne lecture !

Commençons pas un article que j’ai écrit dans le cadre du laboratoire Web’n'Dev de SUPINFO (dont je suis membre). Il s’agit d’une présentation du futur PHP: PHP6. L’idée est de voir les principales nouveautés qu’apporteront cette prochaine version majeure. On trouvera le support natif d’Unicode, des nouveautés en POO, l’introduction du Text Iterator, du goto et peut etre du Ifsetor. Cette future mouture sera aussi l’occasion d’un grand nettoyage de printemps et d’un beau remaniement dans les modules PECL intégrés ou non à PHP6.

Je vous souhaite une bonne lecture de cet article.