2013-04-05 15 views
7

Çalıştığım oldukça büyük bir uygulama için url yüklediğimde, uygulamanın her 3-4'ünü yeniden yüklediğini ve yükleme işlemini durdurduğunu söyleyebilirim. Chrome, sol altta "istek gönderme" bildiriyor. Ben onun kadar durdurma herhangi bir dosyayı tanımlamak gibi görünüyor, ancak bunun yerine Konuyu bulunamadı olamaz:Chrome askıda kalıyor "gönderme isteği" ile ilgili soket var gibi görünüyor

https://code.google.com/p/chromium/issues/detail?id=55046

bir soket sorun olabilir gösterir hangi. Bu sayfadaki kızarma soketleri (chrome: // net-internals/# yuvaları) sayfayı anında serbest bırakır ve her şey normal olarak yüklenmeye başlar. İşte

chrome internals socket page

Bu gerçekten de bir krom hata olabileceğini biliyoruz o krom internals sayfasından bir görüntü, ama bu arada, kullanıcıların krom bu hatayı isabet olduğundan, geçici bir çözüm gerekiyor ve can Uygulamayı yükle. Fikirler? Ben 2 geçici çözümlerden biliyoruz

+0

bu soruyu daha büyük bir ödül ihtiyacı var

, konu koşulları etiketinde aşağıdaki satırı kapsayacak şekilde yeniden yazma kuralını çözüldü değiştirme? Problemin daha iyi açıklaması? Hala bu konuda takılıyorum - – chrismarx

+0

Sunucunuzun, gövde sonunda içerik uzunluk üstbilgisini ve EOF char '\ 0' sağladığından emin olun. Bu işe yaramazsa sunucunuzun zaman aşımı süresini değiştirmeyi deneyin. Ayrıca içerik süresi sonu başlığı ile ilgili bir şey olabilir. İyi şanslar. –

+0

Bu nedenle Chrom (ium) kullanmıyorum - Bu hatayla düzenli olarak karşılaştım. Sitemde apache erişim günlüklerini izlerken Chrome'un yükleme sırasında askıda kalması durumunda Chrome'un isteği gönderdiğine inanıyor, ancak günlüklerde görünmüyor. – artfulrobot

cevap

4

, hiçbiri olsa tam uygundur:

  1. Devre Dışı spdy: "...\chrome.exe" --use-spdy=off
  2. Devre Dışı Sync (maalesef bayraklar aracılığıyla yapılamaz) ("Ayarlar - Google Hesabınızın bağlantısını kesin")

Diğer bir seçenek, uygulamanızdaki bağlantı sayısını azaltmaktır (tüm istemci-sunucu iletişimi için 1 etki alanından + 1 web bağlantısına tüm statik içeriğe hizmet eder) ve widget'ları (twitter, disqus, vb. nections) soket havuzunun göz önünde bulundurulmasının mümkün olabileceği durumlarda, mümkün olan tüm Chrome sekmeleri arasında paylaşılabilir ya da olmayabilir :(

Şahsen benim için bu hata Chrome 21'den bu yana rastgele web sitelerine girer ve havuzun sıfırlanmasını sağlayan çökmelerle bir şekilde karşı karşıya kalır. :)

+0

Urgh, bağlantıyı azaltmanın tek yolu da, bir başkasının da yaptığını duymak güzeldi - – chrismarx

+0

Tamam, bu yazıya gelen başka herkes için, son olarak yönlendirmelerin sayısını azaltarak bunu çözdüm başvurum tarafından yapılmakta. Aynı etki alanından yüklenen bir dizi resim vardı, ancak farklı bir kök bağlamı ve bu yönlendirmeler kazık oldu ve görünüşte app – chrismarx

+0

duraklama Ben senkronizasyon kurmak, hata hala sergiler yok. – artfulrobot

1

Yönlendirilmekte olan görüntülerle ilgili önerinizden ve Fiddler2 kullanarak resimlerde çok fazla yönlendirmenin olduğunu gördüm. Benim durumumda, URL'lerimizi küçülten ASP.NET MVC yeniden yazma kuralım var. Bu, projeler klasörlerimiz için de geçerlidir, bu durumda, görüntüleri içeren örn. URL/Images/OurLogo.png, url/images/ourlogo.png oldu. referans için

<add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" /> 

Tam yeniden yazma kuralı:

<rule name="Convert to lower case" stopProcessing="true"> 
    <match url=".*[A-Z].*" ignoreCase="false" /> 
    <conditions> 
    <add input="{REQUEST_METHOD}" matchType="Pattern" pattern="GET" ignoreCase="false" /> 
    <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" /> 
    </conditions> 
    <action type="Redirect" url="{ToLower:{R:0}}" redirectType="Permanent" /> 
</rule> 
İlgili konular