/ / Czasownik główny ASP.NET MVC i Selen RC - asp.net, asp.net-mvc, selen, selen-rc

Głowica czasowa ASP.NET MVC i Selen RC - asp.net, asp.net-mvc, selen, selen-rc

Selenium (RC) jest używany do testowania witryny ASP.NET 1.1.

Kiedy złożymy wniosek przez Selenium RC (który wTurn automatyzuje żądanie za pośrednictwem skonfigurowanej przeglądarki - w tym przypadku Firefox) czasownik http to "HEAD". Mamy kilka metod działania formularza, które mają oddzielne metody GET i POST ozdobione odpowiednio AcceptVerbs (HttpVerbs.Get) lub HttpVerbs.Post. Te metody zwracają błąd 404 i rejestrują komunikat o błędzie "nie można znaleźć publicznej metody działania".

Pytania:

  • Pisząc osobne metody działania Get / Post, jaka jest najlepsza praktyka w posługiwaniu się czasownikiem Head? Czy powinniśmy zawsze dekorować za pomocą funkcji AcceptVerbs (HttpVerbs.Get | HttpVerbs.Head)?

  • Dlaczego czasownik HEAD jest generowany, gdy Selenium RC automatyzuje przeglądarkę zamiast nagłówka If-Modified-Since?

  • Widzieliśmy także wpisy dziennika z (nie głównego nurtu)roboty indeksujące używające czasownika HEAD. Stworzyliśmy wpisy w pliku robots.txt, aby zatrzymać indeksowanie witryny przez te roboty, ale teraz zastanawiamy się, jaka jest najlepsza praktyka z punktu widzenia SEO. Czy ważne jest reagowanie na HEAD dla robotów indeksujących? Czy są to popularne roboty indeksujące, które go używają? Czy ma wpływ na pozycję SEO?

Odpowiedzi:

3 dla odpowiedzi № 1
  1. Tak, myślę, że zawsze, gdy ograniczasz swoje żądania, aby uzyskać tylko GET, powinieneś zawsze pozwalać GŁOSUJ na nich - w rzeczywistości, myślę o tympowinien zostać wbudowany w framework MVC (następna rzecz na mojej liście zadań: zgłosić problem w narzędziu do śledzenia błędów MVC, którego atrybut [HttpGet] powinien w jakiś sposób wspierać czasownik HEAD)
  2. Chciałbym również znać odpowiedź na to pytanie. W międzyczasie jest sugerowane obejście - przekazać "true" jako drugi parametr do otwartego () Selenium.
  3. Nie sądzę, żeby to miało wpływ na ranking SERP jako taki, ale widzę, jak roboty nie zażądałyby pełnej strony, jeśli HEAD daje 404. Zgodnie z specyfikacją HTTP (RFC2616), "Metoda HEAD jest identyczna z GET wyjątkiemże serwer NIE POWINIEN zwracać treści wiadomości w odpowiedzi ", więc jeśli robisz coś dobrze - nie powinno być problemu, aby pozwolić na tę metodę i uniknąć dostania się na listę.