.png)
Ich habe ein Problem mit einem Excel-Hyperlink: Ich klicke beispielsweise auf , A1
kopiere den darin enthaltenen Link ( http://www.godaddy.com/domains/searchresults.aspx?ci=54814
), klicke mit der rechten Maustaste auf den Hyperlink und kopiere die GLEICHE URL wie den Link (sofern sie nicht automatisch erkannt und geändert wird).
Wenn ich darauf klicke, werde ich weitergeleitet zu http://www.godaddy.com/domains/search.aspx?ci=53972
.
Wenn ich den Link kopiere und direkt in den Browser einfüge, funktioniert es einwandfrei (d. h. ich werde nicht zu einer anderen URL umgeleitet).
Weiß jemand, was los ist?
Antwort1
Die von Ihnen verwendete URL benötigt weitere Informationen aus einem Cookie, um die Suche anzuzeigenErgebnisseund nicht die Suchseite. Fügen Sie die URL in einen anderen Browser ein (oder entfernen Sie Ihre Cookies) und Sie erhalten dieselben Ergebnisse.
Wenn Sie in Excel auf eine URL klicken, wird diese scheinbar in Ihrem Standardbrowser geöffnet. Aber das stimmt nicht wirklich. Bevor Excel die URL in Ihrem Browser öffnet, führt es zunächstMicrosoft Office-Protokollerkennung. Dabei wird eine Windows/Internet Explorer-Komponente verwendet, um zu ermitteln, ob die URL funktioniert. (Sie identifiziert sich nicht als Internet Explorer, sondern als „User Agent: Microsoft Office Existence Discovery“.) Und wenn die Ergebnisse (irgendwie) in Ordnung sind, wird sie geöffnet.das ErgebnisÜberprüfen Sie hierzu Ihren Standardbrowser.
Fehlen die Cookies (genauer: fehleneine Sitzung), GoDaddy gibt diese Internet Explorer-Komponenteeinige Weiterleitungen. Und das Ergebnis wird in Ihrem Standardbrowser geöffnet. Das ist die URL, die Sie sehen.
Wahrscheinlich ist Ihr Standardbrowser nicht Internet Explorer? Wenn Sie die URL dann direkt in den Internet Explorer einfügen und darauf klicken, um die Cookies abzurufen, funktioniert der Link möglicherweise auch in Excel. (Nur zum Testen; es ist keine dauerhafte Lösung.)
Sie werden mehr Erfolg haben, wenn Sie eine URL verwenden, die nicht auf versteckten Informationen aus einem Cookie basiert, wiehttp://www.godaddy.com/domains/search.aspx?domainToCheck=superuser.com
Antwort2
Dies ist ein Excel-Fehler. Wenn Sie den Link in eine Outlook-E-Mail oder in WordPad einfügen und ihn von dort aus öffnen, funktioniert er ordnungsgemäß.
Excel sollte niemals eine versteckte Sitzung erstellen, um den Hyperlink zu überprüfen. Was soll das denn? Es muss ihn nur öffnen, sonst nichts. In MS Word wird dieselbe Logik verwendet. Von dort aus funktioniert es auch nicht. Wenn Excel versucht, den Link im Hintergrund zu überprüfen, wird eine neue Sitzung erstellt, die nicht authentifiziert ist, sodass sie auf eine Anmeldeseite oder etwas anderes umgeleitet wird. Danach öffnet Excel die Umleitungs-URL, anstatt die ursprüngliche URL im Browser zu öffnen. Sie wissen wirklich, wie man einfache Dinge kompliziert macht.
Antwort3
Dies ist ein bekannter Microsoft-Fehler, bei dem Hyperlinks in folgenden Fällen auf eine andere Seite umgeleitet werden:
- Sie verwenden Microsoft Internet Explorer:
- mit einem Proxy-Server
- bei Verwendung einer Firewall, die keine HTTP-Anfragen in Ihrem lokalen Netzwerk zulässt
- Internet Explorer ist nicht Ihr Standardbrowser.
- Der
ForceShellExecute
Registrierungsschlüssel ist nicht vorhanden oder nicht auf 1 gesetzt
Sie können den Fix hier anwenden:
Antwort4
Ich fürchte, das ist zu viel, um es als Kommentar hinzuzufügen.
Der ursprüngliche Link gibt den Statuscode 302 zurück.
Von demW3C-Standards:
Die angeforderte Ressource befindet sich vorübergehend unter einer anderen URI. Da die Umleitung gelegentlich geändert werden kann, SOLLTE der Client für zukünftige Anfragen weiterhin die Request-URI verwenden. Diese Antwort kann nur zwischengespeichert werden, wenn dies durch ein Cache-Control- oder Expires-Headerfeld angegeben wird.
Die temporäre URI SOLLTE im Feld „Standort“ in der Antwort angegeben werden. Sofern die Anforderungsmethode nicht HEAD war, SOLLTE die Entität der Antwort eine kurze Hypertextnotiz mit einem Hyperlink zu den neuen URIs enthalten.
Wenn der Statuscode 302 als Antwort auf eine andere Anfrage als GET oder HEAD empfangen wird, DARF der Benutzeragent die Anfrage NICHT automatisch umleiten, es sei denn, dies kann vom Benutzer bestätigt werden, da sich dadurch die Bedingungen ändern könnten, unter denen die Anfrage gestellt wurde.
Note: RFC 1945 and RFC 2068 specify that the client is not allowed to change the method on the redirected request. However, most existing user agent implementations treat 302 as if it were a 303 response, performing a GET on the Location field-value regardless of the original request method. The status codes 303 and 307 have been added for servers that wish to make unambiguously clear which kind of reaction is expected of the client.
Wie @xlm sagte, führt GoDaddy hier eine temporäre Weiterleitung durch.
Es scheint, dass die Weiterleitung nicht immer beachtet wird, wenn sie aus Excel aufgerufen wird.