Excel köprüsü doğru yönlendirilmiyor (hata?)


33

Bir Excel köprüsü sorunum var: Diyelim ki A1içindeki bağlantıyı kopyalayın ( http://www.godaddy.com/domains/searchresults.aspx?ci=54814), köprüyü sağ tıklayın ve bu AYNI URL’yi bağlantı olarak kopyalayın (otomatik olarak algılanmaz ve değiştirilmezse).

Tıkladığımda, yönlendirildim http://www.godaddy.com/domains/search.aspx?ci=53972.

Bağlantıyı doğrudan tarayıcıya kopyalayıp yapıştırırsam, düzgün çalışır (yani, farklı bir URL'ye yönlendirilmiyorum).

Neler olduğunu bilen var mı?


3
Kimlik doğrulaması gerektiren bir URL ile aynı sorunu yaşadım. Excel elektronik tablosundan, çerez tabanlı bir oturumda oturum açmanızı gerektiren bir URL’yi tıklarsanız, çoğu site Microsoft Discovery Agent’ı bir giriş sayfasına yönlendirir. Site, giriş sayfası isteğini, kullanıcının giriş yapmış olması durumunda orijinal isteğine geri yönlendirecek kadar akıllı değilse, sayfa gerçek tarayıcınıza yüklendiğinde, el ile giriş yapmak zorunda kalırsınız. Kullanıcı deneyimi, tüm bağlantıların çıkış yapmış gibi görünmesidir.
Joe,

Yanıtlar:


36

Kullanmakta olduğunuz URL , arama sayfasını görüntülemek yerine arama sonuçlarını görüntülemek için bir tanımlama bilgisinden daha fazla bilgiye ihtiyaç duyar . URL'yi farklı bir tarayıcıya yapıştırın (veya çerezlerinizi kaldırın), aynı sonuçları alırsınız.

Excel’de bir URL’yi tıkladığınızda, varsayılan tarayıcınızda açılır. Ama bu gerçekten doğru değil. Tarayıcınızda açmadan önce Excel önce Microsoft Office Protocol Discovery'yi çalıştırır . Bu, URL'nin çalışıp çalışmadığını belirlemek için bir Windows / Internet Explorer bileşeni kullanır. (Kendisini Internet Explorer olarak değil, "Kullanıcı Aracısı: Microsoft Office Varlık Keşfi" olarak tanımlamaz.) Ve sonuçlar (bir şekilde) tamamsa, o zaman bu onay sonucunu varsayılan tarayıcınızda açar .

Çerezlerin bulunmaması (daha doğrusu: bir oturumun bulunmaması ) GoDaddy, Internet Explorer bileşenine bazı yönlendirmeler sağlar . Ve bunun sonucu, varsayılan tarayıcınızda açılır. Gördüğünüz URL budur.

Büyük olasılıkla varsayılan tarayıcınız Internet Explorer değil mi? Ardından URL'yi doğrudan IE’ye yapıştırmak ve çerezleri almak için tıklamak, bağlantının Excel’de çalışmasını sağlayabilir. (Sadece test için; kalıcı bir çözüm değil.)

Bir çerezdeki bazı gizli bilgilere dayanmayan bir URL’yi kullanarak daha fazla şansınız olur, http://www.godaddy.com/domains/search.aspx?domainToCheck=superuser.com


Harika bilgi, teşekkür ederim. Ben de oturum açmış olmanız gereken bir bağlantı açarken Word'de aynı görüyorum.
marcvangend

1
Bu doğru cevap olarak işaretlenmelidir.
Selosindis

1
ne bir "özellik"
CountMurphy

Ben excel (Windows) bu sonuca yönlendirme takip olmadığını buluyorum. Bir wikipedia linki ( wikipedia.org/wiki/Merck%20Sharp%20%26%20Dohme%20Corp ) ile üç yönlendirme var, ancak excel bir 404 rapor veriyor.
technomage

10

Bu Excel hatası. Bağlantıyı Outlook e-postaya veya WordPad'e yapıştırırsanız ve bağlantıyı oradan açarsanız düzgün çalışır.

Excel, köprüyü doğrulamak için hiçbir zaman gizli oturum oluşturmamalıdır. ne anlamı var ki? Sadece açması gerekiyor, başka bir şey yok. Aynı mantığı MS Word'de kullanıyorlar. Oradan da işe yaramıyor. Excel, arka planda bağlantıyı doğrulamaya çalıştığında, kimliği doğrulanmamış yeni bir oturum açılır, böylece giriş sayfasına ya da bir şeye yönlendirilir. Bundan sonra, orijinal URL'yi tarayıcıda açmak yerine, Excel yeniden yönlendirme URL'sini açıyor. Basit bir şeyi nasıl karmaşık hale getireceğini biliyorlar.


Oturumları oluşturan Excel değil. Bunu yapan GoDaddy web sitesi. URL’yi bir tarayıcıdan diğerine kopyalamak, bir arama sonucunu da ALAMAZ. Excel çalışma kitabını başka bir bilgisayarda kullanmak da başarısız olur. (Bunun dışında: gerçekten Excel akıllı olmaya çalışarak berbat ediyor; daha fazla bilgi için diğer cevaplara bakınız.)
Arjan

Bunun olmasının nedeni, Office ürünlerinin tüm bağlantıları aynı şekilde ele alması ve başka bir ofis belgesine mi, yoksa bir web sayfasına mı bağlanmaya çalıştığınızı bilmemesidir. Bunu çözmeye çalışıyor.
Pbarney

8

Bu, şu durumlarda köprülerin başka bir sayfaya yönlendirildiği bilinen bir Microsoft hatadır:

  • Microsoft Internet Explorer kullanıyorsunuz:
    • bir proxy sunucusuyla
    • yerel ağınızdaki HTTP isteklerine izin vermeyen bir güvenlik duvarı kullanırken
  • Internet Explorer varsayılan tarayıcınız değil.
  • ForceShellExecuteKayıt defteri anahtarı mevcut değil veya 1 olarak ayarlanmamış

Düzeltmeyi buradan uygulayabilirsiniz:

http://support.microsoft.com/kb/218153


Bu düzeltme aynı zamanda benim için ilgili bir sorunu çözdü. PowerPoint'teki bağlantıları tıklatırken bazen "istediğiniz bilgileri indiremiyor" hata mesajını alırdım. Bu bağlantıda düzeltmeyi uygulamak sorunu çözdü. PowerPoint 2010'u, varsayılan tarayıcım olarak Chrome (v 60) özellikli bir Windows 10 makinede kullandığımı unutmayın.
Paul de Barros

1

Buraya yorum olarak eklemek için çok fazla korkarım.

İlk bağlantı 302 durum kodu döndürür

Gönderen W3C standartlarına :

Talep edilen kaynak geçici olarak farklı bir URI'da bulunur. Yönlendirme bazen değişebileceğinden, müşteri gelecekteki isteklerde İstek-URI'sini kullanmaya devam etmelidir. Bu yanıt, yalnızca Önbellek Kontrolü veya Sona erme başlık alanıyla belirtildiğinde önbelleklenebilir.

Geçici URI cevapta Konum alanı tarafından verilmelidir. İstek yöntemi HEAD değilse, yanıtın varlığı, yeni URI'lara köprü içeren kısa bir köprü metni notu içermelidir.

302 durum kodu, GET veya HEAD dışındaki bir talebe yanıt olarak alındığında, kullanıcı aracısı, isteğin gönderildiği koşulları değiştirebileceği için kullanıcı tarafından onaylanmadıkça isteği otomatik olarak yönlendirmemelidir.

  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.

@Xlm'nin dediği gibi, GoDaddy geçici bir yönlendirme yapıyor.

Excel'den çağrıldığında, yönlendirmenin her zaman onurlandırılmadığı anlaşılıyor.


1
Bunu @ xlm'in cevabına yorum olarak eklerdim ama çok büyük. Bunun bir cevap olmadığını biliyorum.
Julian Knight

1

Hedef URL giriş yapmayı gerektiren güvenli bir site olduğunda bu sorunun ortaya çıktığını gördüm. Farklı bir pencerede oturum açmış olmama rağmen, düzgün çalışmıyor. URL'yi kesip yeni bir sekme veya pencereye yapıştırırsam, Chrome zaten kimliğimi doğruladığımı ve yeni sayfayı düzgün bir şekilde açtığımı bulmak için yeterince zekidir. Ancak, siteye giriş yapmazsam, beklendiği gibi giriş sayfasına yönlendirilirim.
Ancak aynı URL’yi Excel’de tam olarak aynı URL’ye tıklattığımda, yalnızca giriş sayfasını alırım veya uzaktaki sitem bana desteklenmeyen bir tarayıcı olduğunu söylüyor.
Sorun açıkça Excel'den geliyor, çünkü bu kesin elektronik tabloyu alırsam, PDF olarak kaydettiğinizde, PDF'de görüntülenen köprüler tıklandığında mükemmel bir şekilde çalışır.
Diğerlerinin yayınladığı gibi bağlantıları doğrulamaya çalışan Excel / Office'in açıkça istenmeyen "özelliğini" düzeltmekten başka, bulduğum tek geçici çözüm URL’de benzersiz parametreleri alabilir ve yeni bir pencere açacak şekilde yerel bir yönlendirme sayfası oluşturmaktı. takip eder (JavaScript kodu için diğerleri için teşekkürler) Excel köprüsünü http://mylocaldomain.com/redirect.html?ID=12345 gibi bir şeye değiştirerek yönlendirin; burada yönlendirme sayfası kontrol ettiğiniz yerel bir sunucuda ve 12345 parametresidir. URL'yi gereken belirli girişe yönlendirir. Yaklaşık 10000 bağlantıya sahip SS'im için bu gayet iyi çalışıyor.

Redirect.html aşağıdaki gibidir.

<!DOCTYPE html>
<html>
<script>
function getUrlVars() {
    var vars = {};
    var parts = window.location.href.replace(/[?&]+([^=&]+)=([^&]*)/gi,    
    function(m,key,value) {
      vars[key] = value;
    });
    return vars;
  }
    document.getElementById("demo").innerHTML=getUrlVars()["type"];
    var varbaseurl=[put your base url here]
    window.location = varbaseURL  + getUrlVars()["type"]
</script>
<body> 
redirecting to: <p id=demo></p>

1

Kesinlikle sinir bozucu. Çözümlerden biri, köprüye yönlendiren yerel bir dosyaya bağlantı oluşturmaktır. Örneğin, şöyle bir şey:

<HTML>
<HEAD>
<TITLE>Redirect</TITLE>
<META HTTP-EQUIV="refresh" CONTENT="0;URL=http://www.google.com">
</HEAD>
<BODY>
Redirecting...
</BODY>
</HTML>

HTML hakkında fazla bir şey bilmiyorum, ancak bu yerel html dosyasına bir argüman (yani, URL) iletebilmek güzel olurdu.


0

Sorununuzu çoğaltabilirim ancak bu bir Excel sorunu değil. Aslında seni ikinci linke yönlendiren Godaddy. Bu bağlantıyı tarayıcınıza yapıştırmayı deneyin; ikinci bağlantıya yönlendirildiğini göreceksiniz.

Notlar: Excel 2007'de Test Edildi, Firefox 13.0.1


1
hm .. ama bağlantıyı tarayıcıya yapıştırdığımda ilk bağlantıda kalıyorum .. bu yüzden garip .. godaddy bağlantıyı url'ye yapıştırma veya bir excel dosyasında gezinme arasındaki farkı nasıl tespit edebilir?

Temelde, tarayıcınız ilk bağlantıyı ziyaret etmeye çalıştığında, sunucuları sizi ikinciye göndererek yanıt verir. Excel ile ilgisi yok. Bunu Chrome'da da doğruladım. Tarayıcınızda nereye girdiğinizi açıkladığınız koşulları yeniden üretemiyorum ve yeniden yönlendirmiyor. Hangi tarayıcıyı kullanıyorsun?

Chrome kullanıyorum, ancak şu anda neler olup bittiğini görüyorum .. istek oturuma dayanıyor .. bu yüzden başka bir tarayıcıdan açtığımda, bağlantıyı göremiyorum .. ve bir şekilde teh tehdidine erişirken oturum bozuldu file ..

Bu koşulları tekrar Chrome ile yeniden oluşturmayı deneyin, ikinci bağlantıda olacağınızdan eminim. Excel sadece bağlantıyı varsayılan tarayıcınızla açıyor. Ayrıca bu işlem Q'nuzu çözerse, lütfen teşekkür edin!

1
üzgünüm ama sorunu çözmüyor .. excel bağlantıyı da kromla açar, bu yüzden gariptir ... aynı bağlantıyı kroma yapıştırdığımda - çalışır ... ama köprüyü tıklattığımda .. . Gizli olarak krom içinde açtığımda, aynı zamanda işe yaramıyor ...

0

Aynı problemi sadece bir tarih damgasında veri tabanını işlemek ve almak dahil edeceğim siteye dahil ettim. URL'yi yeni bir hücreye kopyalarım. tarihi değiştir. yeni url'ye tıklayın, ancak eski url'yi alın.

Bununla birlikte, eğer yeni url hücresini tıklarsam, hücre görüntüleme penceresine gidin, imleci o pencerenin herhangi bir yerinde tıklayın, ardından farklı bir hücreye tıklayın, url tarih değerleri değişir ve url'ye tıklamak bana doğru verileri verir.

Bütün bunlar IE’de.

URL'yi kopyaladığınızda, url site bilgisini beraberinde getirir. Ben hücreyi açtığımda ve sihirbazı değiştiremediğimde ne büyüdüğünden emin değilim, ancak işaretçinizi üzerine getirdiğinizde URL'yi değiştirir. Excel'de bu tür şeyler için düzenli bir mıknatıs değilim. Muhtemelen neden güvenmiyorum.



0

Kendi web sunucuma bağlanmak için bir Excel çalışma kitabı almaya çalıştığım için bunu daha fazla araştırmayı başardım. Excel'de bir bağlantıyı tıklatarak sunucuya üç sorgu oluşturduğunu fark ettim.

  1. HEAD GET (geçici seansla)
  2. GET (geçici oturumla birlikte)
  3. GET (gerçek seansla)

Ancak bağlantılı sayfa kullanıcıyı yönlendiriyorsa üçüncü GET’i görmedim. Bunun yerine ikinci GET yeni bir sayfaya yönlendirildi ve oturum geçici olarak kaldı. Bu, hedef sayfa kimlik doğrulaması gerektiriyorsa, kullanıcının gerçekten doğrulanmış olsa bile kullanıcının bir giriş sayfasına yönlendirileceği anlamına gelir.

Bu, kullanıcı doğrulanırsa kullanıcıyı hedef sayfaya yönlendiren bir açılış sayfası oluşturma fikrine yol açar. Ve çalışıyor. Üçüncü GET alındığında, sunucu kullanıcının kimliğinin doğrulandığını fark eder ve hedef sayfaya yönlendirir. Kimliği doğrulanmamış bir kullanıcı için açılış sayfası, hedef sayfaya bir bağlantı gösterir. Kullanıcı bağlantıyı tıkladığında, kullanıcı oturum açmaya yönlendirilir.


-1

Sorunu yeniden oluşturmayı başardık ve geliştirici bulgularımız bir bağlantıyı Microsoft Excel'e yapıştırdığınızda Excel'in bağlantıyı bayt sipariş işaretiyle (BOM) tercih ettiğini gösteriyor. Bu bağlantı tarayıcıya yüklendiğinde, malzeme listesini URL'den kaldırmaz.

URL yüklendikten sonra, tarayıcı birkaç test yapar, bağlantının güvenli olduğunu (https) doğrular ve hatalı BOM nedeniyle başarısız olur. Bu sonuçta röle durumu hatasına neden olur, çünkü bu parametre güvenli bir kanal üzerinden gönderilmelidir.

Bu sorunu hücreyi kopyalayıp doğrudan firefox'a yapıştırarak yeniden oluşturabilir, böylece Excel resimden çıkarılabilir. Bu da başarısız olur (bazen biraz farklı bir şekilde) ancak aynı kök probleminden muzdariptir. Yapıştırılan URL’den "https" yi kaldırır ve yeniden yazdığınızda, bağlantının artık doğru çalıştığını fark edeceksiniz.

Bu, Excel'in Malzeme Listesini URL'de saklaması ve tarayıcının Malzeme Listesini yorumlayamaması şeklindeki bir sınırlamadır.

Şu anda düşünebildiğimiz tek geçici çözüm URL bağlantısını kopyalayıp tarayıcıya yapıştırmak ve sayfaya erişmek.

Ayrıca, kişisel olarak Microsoft'tan bir destek bileti almanızı öneririm ve bu konuda size yardımcı olmak için bu konuda daha iyi anlaşabileceklerine inanıyorum.


-1

Bazı sitelerdeki bu sorunu çözmek için sadece söz konusu siteye yönlendiren bir HTML dosyası oluşturdum ve ardından Excel'deki köprüyü bu dosyaya yönlendirdim ve harika çalışıyor.

Numune:

<HTML>
<HEAD>
<TITLE>Redirect</TITLE>
<META HTTP-EQUIV="refresh" CONTENT="0; URL=https://citiretailservices.citibankonline.com/RSnextgen/svc/launch/index.action?siteId=PLCN_GOODYEAR&langId=en_US#signon">
</HEAD>
<BODY>
Custom Redirect by Jason...
</BODY>
</HTML>

-1

Geçenlerde, Excel'deki bir köprü işlevinin bir WordPress sitesindeki 301 yönlendirmesini gösterdiği durumlarda bu sorunu yaşadım. 301'i yeni bir belgeye işaret edecek şekilde güncelledim, ancak Excel'deki bağlantı eski belgeyi getirmeye devam etti. Bunu, yalnızca Windows 10'da bir makinede Excel 2016 çalıştırıyor olsam da, IE'deki belge önbelleğini temizleyerek çözebildim. Bu yardımcı olur umarım.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.