2010-07-05 6 views
2

Nous voulons utiliser la mise en cache http sur notre site Web - en particulier la validation du contenu. Étant donné que notre CMS construit des pages à partir de plus petits fragments de contenu, la dernière date de modification de la page réelle n'est pas toujours un indicateur précis que la page a changé. Par conséquent, nous voulons également faire usage de etags. Parce que la construction de page est basée sur beaucoup d'autres fragments de page, nous pensons que la seule façon de fournir un etag précis est d'effectuer une sorte de résumé sur le flux de contenu lui-même. Cela semble un peu trop cuit car la mise en cache est censée alléger la charge des serveurs, mais un condensé de contenu est évidemment gourmand en ressources processeur.algorithme etag le plus rapide

Je suis à la recherche de l'algorithme le plus rapide pour créer un etag unique qui est pertinent pour le flux de contenu (inode etc est juste un kludge et ne fonctionnera pas). Un hachage MD5 va évidemment obtenir le meilleur résultat unique, mais quelqu'un d'autre utilise-t-il d'autres algorithmes plus rapides dans une situation similaire?

Désolé oublièrent les détails importants ... Utilisation de Java Servlets - en cours d'exécution dans websphere 6.1 sur Windows 2003.

J'ai oublié de mentionner qu'il ya aussi des aliments de base de données en direct (nous sommes une banque et devons nous assurer taux d'intérêt sont à jour) qui peut également changer le contenu. Donc, déterminer quand le contenu a changé peut être difficile à déterminer.

+0

Quelle plateforme? Quel serveur web? Quelle langue? – Oded

+0

cela pourrait être un point de départ: http://stackoverflow.com/questions/384811/fastest-hash-algorithm-for-text-data –

+0

Désolé oublié les détails importants ... Utilisation de Java Servlets - en cours d'exécution dans websphere 6.1 sur Windows 2003. – subcontact

Répondre

0

Je voudrais générer une somme de contrôle pour chaque fragment, mais le calculer lorsque le fragment est modifié, pas lorsque vous affichez la page. De cette façon, vous payez un coût unique, qui devrait être relativement faible, sauf si nous parlons des centaines de changements par seconde, et il n'y a pas de coût supplémentaire par demande.

Questions connexes