Ich betreibe eine Rails 3.2 App. Ich habe Google Webmaster-Tools überprüft und viele HTTP-502-Fehler für zufällige Seiten gesehen. Merkwürdige Sache ist, dass alle von ihnen mit ?iframe=true&width=80%&height=80% als Abfrage param:
z.B. Ссылка
Sicherlich verlinke ich das nicht intern mit diesen Seiten, sondern muss extern sein. Überprüfen Sie Google, überprüft mich hier - ich sehe viele andere Seiten mit gleichen Problemen.
Scheint so, als ob ein externer Dienst diese Links erstellt, aber warum?
Ich sehe diese auch. In den letzten 24 Stunden habe ich 9 Treffer auf einer meiner Seiten. Sie stammen alle von der gleichen IP-Adresse wie Google in Mountain View. Keiner von ihnen hat einen Referrer. Eine wirklich interessante Sache ist, dass die Hälfte von ihnen Header wie folgt hat:
%Vor%Aber dazwischen sind Anfragen von derselben IP, die keine HTTP-Header in der Ausnahme gemeldet haben. Ich bin mir nicht sicher, ob das bedeutet, dass sie nicht gesendet werden, oder wenn etwas im Rails-Stack verhindert, dass die Header aufgrund einer anderen Variation der Anforderungen aufgezeichnet werden. In jedem Fall sind die Anfragen durchsetzt.
Die fragliche Seite existiert nur für ungefähr einen Monat, und es wurden nur 5 Anfragen während dieser Zeit laut GA angezeigt.
All dies führt mich zu der Annahme, dass jemand in Google etwas Experimentelles tut, was zu diesen fehlerhaften Abfragestring-Codierungen führt, und Rails-Apps sehen es, weil es den Rack-QS-Parser zum Absturz bringt, während andere Plattformen möglicherweise fehlerverzeihender sind .
In der Zwischenzeit mag ich einen Affenhacken, nur um nicht mehr nach mir schreien zu müssen, aber die ultimative Antwort über das, was vor sich geht, muss von Google kommen (irgendjemand da?).
Sie können dies Ihren Initialisierern hinzufügen, um die Fehler (mit Ruby 1.8.x) zu beseitigen:
%Vor%Dies bedeutet, dass% -Symbole codiert werden, denen keine zwei Zeichen folgen, anstatt eine Ausnahme auszulösen. Nicht sicher, dass es so eine gute Idee ist, Monkeypatching Rack zu sein. Es muss einen gültigen Grund dafür geben, dass dies nicht im Juwel gemacht wurde (vielleicht sicherheitsbezogen?).
Ich habe gerade mehr über dieses Problem erfahren. Es sieht so aus, als kämen alle Links von spidername.com nach google webmaster. Es sieht so aus, als würden sie das zur URL hinzufügen und irgendwie, wenn Sie darauf klicken, wird ein iframe verwendet, um den Inhalt anzuzeigen. Wahrscheinlich benutze Javascript, um zu sehen, ob die URL den Parameter iframe = query enthält. Google bot geht jedoch direkt zum iframe. Das verursacht das Problem.
Ich entscheide mich, eine Umleitungsregel in nginx zu verwenden, um das Problem zu lösen.
Ich habe das gleiche Problem. Ich mache mir Sorgen, dass es sich um einen Spam-Link von Drittanbietern handelt, der versucht, das Google-Ranking meiner Website zu senken.
Tags und Links ruby-on-rails http rack request