ASP.NET MVC Head Verb et Selenium RC

Question

Le sélénium (RC) est utilisé pour tester un site ASP.NET 1.1.

Lorsque nous faisons une demande via Selenium RC (qui à son tour automatise la demande via un navigateur configuré - dans ce cas Firefox) le verbe http est "HEAD". Nous avons plusieurs méthodes d'action de formulaire qui ont des méthodes séparées GET et POST décorées avec AcceptVerbs (HttpVerbs.Get) ou HttpVerbs.Post respectivement. Ces méthodes retournent un 404 et enregistrant un message d'erreur "une méthode d'action publique n'a pas pu être trouvée".

Questions:

• Lors de l'écriture des méthodes Get/l'action post séparés ce qui est la meilleure pratique pour manipuler le verbe Head? Devrions-nous toujours décorer avec un AcceptVerbs (HttpVerbs.Get | HttpVerbs.Head)? Pourquoi le verbe HEAD est-il généré lorsque Selenium RC automatise le navigateur au lieu d'un en-tête If-Modified-Since?

• Nous avons également vu des entrées de journal de crawlers (non traditionnels) qui utilisent le verbe HEAD. Nous avons créé des entrées robots.txt pour empêcher ces robots d'indexer le site, mais nous nous demandons maintenant quelle est la meilleure pratique du point de vue du référencement. Est-il important de répondre à HEAD pour les robots? Y a-t-il des robots d'indexation traditionnels qui l'utilisent? Cela affecte-t-il le classement SEO?

Answer 1

1. Oui, je pense que chaque fois que vous limitez vos demandes d'être obtenez seulement, vous devez toujours autoriser HEAD sur eux aussi - en fait, je pense qu'il devrait être intégré dans le MVC framework (la prochaine chose sur ma liste de tâches: soulève le problème dans le traqueur de bogues MVC que l'attribut [HttpGet] devrait en quelque sorte supporter le verbe HEAD)
2. Je voudrais aussi connaître une réponse à cette question. En attendant, il y a a suggested workaround - passez 'true' comme deuxième paramètre de open() de Selenium.
3. Je ne pense pas qu'il affecte le classement SERP en soi, mais je peux voir comment les robots ne demanderaient pas la pleine page si HEAD donne un 404. Selon la spécification HTTP (RFC2616), "La méthode HEAD est identique à GET sauf que le serveur NE DOIT PAS retourner un corps de message dans la réponse ", donc, si vous faites les choses correctement - cela ne devrait pas poser de problème pour permettre la méthode et éviter de ne pas être listé.