/ / ASP.NET MVC Head Verb e Selenium RC - asp.net, asp.net-mvc, selênio, selênio-rc

ASP.NET MVC Head Verb e Selenium RC - asp.net, asp.net-mvc, selênio, selênio-rc

O selênio (RC) está sendo usado para testar um site do ASP.NET 1.1.

Quando fazemos um pedido via Selenium RC (que emPor sua vez, automatiza o pedido através de um navegador configurado - neste caso, o Firefox) o verbo http é "HEAD". Temos vários métodos de ação de formulário que possuem métodos GET e POST separados, decorados com AcceptVerbs (HttpVerbs.Get) ou HttpVerbs.Post, respectivamente. Esses métodos estão retornando um 404 e registrando uma mensagem de erro "um método de ação pública não pôde ser encontrado".

Questões:

  • Ao escrever métodos de ação Get / Post separados, qual é a melhor prática para lidar com o verbo Head? Devemos sempre decorar com um AcceptVerbs (HttpVerbs.Get | HttpVerbs.Head)?

  • Por que o verbo HEAD está sendo gerado quando o Selenium RC está automatizando o navegador em vez de um cabeçalho If-Modified-Since?

  • Nós também vimos entradas de log de (não-mainstream)rastreadores que estão usando o verbo HEAD. Criamos entradas do robots.txt para impedir que esses rastreadores indexem o site, mas agora estamos nos perguntando qual é a melhor prática de uma perspectiva de SEO. É importante responder ao HEAD para rastreadores? Há rastreadores comuns que a usam? Isso afeta a classificação de SEO?

Respostas:

3 para resposta № 1
  1. Sim, acho que sempre que você está restringindo suas solicitações para ser GET somente, você deve sempre permitir Cabeça sobre eles também - na verdade, eu acho quedeve ser construído no framework MVC (a próxima coisa na minha lista de tarefas: levantar o problema no bug tracker MVC que o atributo [HttpGet] deve de alguma forma suportar o verbo HEAD)
  2. Eu gostaria de saber uma resposta para isso também. Enquanto isso, há uma solução alternativa sugerida - passe "true" como segundo parâmetro para o Selenium "s open ().
  3. Eu não acho que isso afeta o ranking SERP por si só, no entanto, posso ver como os rastreadores não solicitariam a página inteira se o HEAD fornecesse um 404. De acordo com as especificações HTTP (RFC2616), "O método HEAD é idêntico ao GET, excetoque o servidor não deve retornar um corpo de mensagem na resposta ", então, se você está fazendo as coisas direito - não deve ser um problema para permitir o método e evitar ficar fora da lista.