XMLHttpRequest durumu 0 (responseText boş)

XMLHttpRequest ile veri alınamıyor (durum 0 ve responseText boş):

xmlhttp = new XMLHttpRequest ();
xmlhttp.open ("GET", "http://www.w3schools.com/XML/cd_catalog.xml", doğru);
xmlhttp.onreadystatechange = işlev () 
{
  eğer (xmlhttp.readyState == 4)
    alert ("durum" + xmlhttp.status);
}
xmlhttp.send ();

"Durum 0" ı uyarır.

Localhost isteğiyle aynı durum (cd_catalog.xml yerel bir dosya olarak kaydedilir)

xmlhttp.open ("GET", "http: //localhost/cd_catalog.xml", doğru);

Ancak localhost IP isteği ile

xmlhttp.open ("GET", "http://127.0.0.1/cd_catalog.xml", doğru);

ve yerel dosya talebi ile

xmlhttp.open ("GET", "cd_catalog.xml", doğru);

herşey yolunda (durum 200)

Çevrimiçi talepte soruna (durum = 0) ne sebep olabilir?

Not: Canlı HTTP Başlıkları, 4 durumda da her şeyin yolunda olduğunu gösterir:

  HTTP / 1.1 200 Tamam
  İçerik Uzunluğu: 4742

PS2: VMWare üzerinde Apache yerel web sunucusu (ana işletim sistemi Win7, Konuk İşletim Sistemi Ubuntu, Ağ adaptörü - NAT). Tarayıcı - Firefox.

Komut dosyasını içeren html dosyanız tarayıcıda dosya şeması aracılığıyla açıldığında durum 0'dır. Dosyaları sunucunuza (apache veya tomcat ne olursa olsun) yerleştirdiğinizden ve ardından tarayıcıda http protokolü aracılığıyla açtığınızdan emin olun. (örneğin, http: //localhost/myfile.html ) Bu çözümdür.

Sorunlarınızın nedeni, etki alanları arası bir arama yapmaya çalışmanız ve başarısız olmasıdır .

Localhost geliştirme yapıyorsanız, alanlar arası aramalar yapabilirsiniz - bunu her zaman yaparım.

Firefox için, yapılandırma ayarlarınızda etkinleştirmeniz gerekir

signed.applets.codebase_principal_support = true

Ardından XHR açık kodunuza buna benzer bir şey ekleyin:

  if (isLocalHost()){
    if (typeof(netscape) != 'undefined' && typeof(netscape.security) != 'undefined'){
      netscape.security.PrivilegeManager.enablePrivilege('UniversalBrowserRead');
    }
  }

IE için, doğru hatırlıyorsam, tek yapmanız gereken tarayıcının ActiveX XHR'lerle çalışmasını sağlamak için "Çeşitli → Etki alanları arasında veri kaynaklarına erişim" altındaki Güvenlik ayarını etkinleştirmektir.

IE8 ve üstü, yerel XmlHttpRequest nesnelerine etki alanları arası yetenekleri de ekledi, ancak henüz onlarla oynamadım.

Aslında düğme türünüzün Düğme Gönderilmedi olduğundan emin olun, bu da yakın zamanda tanıştığım yerde durum çakışmasına neden oldu.

Sunucu, SEÇENEKLER yöntemine ve GET ve POST'a (hangisini kullanıyor olursanız olun) aşağıdaki gibi bir başlıkla yanıt verirse:

Access-Control-Allow-Origin: *

İyi çalışabilir. FireFox 3.5 ve rekonq 0.4.0'da görünüyor. Görünüşe göre, bu başlık ve SEÇENEKLER'e verilen ilk yanıtla, sunucu tarayıcıya "Devam et ve bu alanlar arası isteğin geçmesine izin ver" diyor.

Ayrıca istek zaman aşımını da göz önünde bulundurun :

Sunucu yanıtından önce çok fazla zaman geçerse, modern tarayıcı readyState = 4 ve s tatus = 0 döndürür .

setRequestHeader("Access-Control-Allow-Origin","*")Sunucu yanıtınıza ekleyin .

Benzer bir sorunla karşılaşmıştım. Her şey yolundaydı, "okuma durumu" 4'tü, ancak "durum" 0'dı. Bunun nedeni, bir Apache PHP taşınabilir sunucusu kullanmam ve "XMLHttpRequest" nesnesini kullandığım dosyamın bir html dosyası olmasıydı. Dosya uzantısını php olarak değiştirdim ve sorun çözüldü.

JavaScript konsolunu açın . Orada bir hata mesajı göreceksiniz. Benim durumumda CORS idi.

Neden http://127.0.0.1/cd_catalog.xmlçalışıp çalışmadığı sorusuna cevap vermek gerekirse http://localhost/cd_catalog.xml: Firefox, 127.0.0.1 ve localhost'u iki farklı alan adı olarak ele alıyor.

0 şifreli hata aldığınızda sorunun ne olduğunu görmek için ... | Diğer Araçlar | Chrome'da Geliştirici Araçları (Ctrl + Üst Karakter + I) (hatayı veren sayfada)

Gerçek hata mesajını almak için günlükteki kırmızı metni okuyun. Orada çok fazla şey varsa sağ tıklayın ve Konsolu Temizle, ardından son isteğinizi tekrar yapın.

İlk sorunum, Yetkilendirme üstbilgilerini ilk kez tarayıcı için kendi etki alanları arası web hizmetime geçirmekti.

Zaten yapmıştım:

Access-Control-Allow-Origin: *

Ama değil:

Access-Control-Allow-Methods: GET, POST, PUT, DELETE
Access-Control-Allow-Headers: Authorization

web hizmetimin yanıt başlığında.

Bunu ekledikten sonra, sıfır hatam kendi web sunucumdan ve index.html dosyasını bir web sunucusu olmadan yerel olarak çalıştırırken gitti, ancak yine de kod kaleminde hatalar veriyordu.

Geri dön ... | Diğer Araçlar | Codepen'de hata alırken Geliştirici Araçları ve açıkça açıklanmıştır: codepen https kullanır, bu nedenle güvenlik daha düşük olduğu için http'ye çağrı yapamıyorum.

Bu nedenle web hizmetimi https'de barındırmam gerekiyor.

Gerçek hata mesajını nasıl alacağınızı bilmek - paha biçilemez!

İşte status === 0yüklemeye özgü başka bir durum :

MDN tarafından önerildiği gibi bir 'load'olay işleyicisini eklerseniz ('İzleme ilerlemesi'nin yükleme kısmına gidin), XHR nesnesi olacak ve diğer tüm özellikler boş dizeler olacaktır. Eğer eklerseniz XHR nesneye doğrudan işleyicisi içerik indirirken yaptığınız gibi, ince olmalıdır (localhost kapalı Kaçmıyoruz verilen).XHR.uploadstatus=0'load'

Ancak, 'progress'olay işleyicilerinizde iyi veriler elde etmek istiyorsanız XHR.upload, doğrudan XHR nesnesinin kendisine değil , ona bir işleyici eklemeniz gerekir .

Bunu şimdiye kadar yalnızca Chrome OSX'te test ettim, bu yüzden buradaki sorunun ne kadarının MDN'nin belgeleri olduğundan ve Chrome'un uygulamasının ne kadar olduğundan emin değilim ...

Alex Robinson zaten (ve önce) bu konuya doğru cevabı veriyor. Ama biraz daha detaylandırmak gerekirse ...

HTTP yanıt başlığını eklemelisiniz:

Access-Control-Allow-Origin: *

Bunu yaparsanız, sonuç sadece 'işe yarayabilir' değil, 'işe yarayacak' olur.

NB Eklemeniz gereken şey bir HTTP yanıt başlığıdır - böylece bunu yalnızca sizin kontrol ettiğiniz bir sunucuda yapabilirsiniz. Http://w3schools.com/XML/cd_catalog.xml dosyasını bir XMLHttpRequest(OP'nin sorusuna göre) kullanarak orijinal URL'sinden doğrudan getirmek asla mümkün olmayacak , çünkü bu kaynak (en azından 24 Nisan 2015 itibariyle) bu tür herhangi bir CORS başlığını dahil edin.

http://en.wikipedia.org/wiki/Cross-origin_resource_sharing daha fazla bilgi verir.

Buna benzer problemim html kodumu kontrol ederek çözüldü. Formumda bir onclickişleyici vardı, bir yönteme gönder düğmesi. Bunun gibi: onclick="sendFalconRequestWithHeaders()". Bu yöntem de tıpkı sizinki gibi ajax'ı çağırıyor ve istediğimi yapıyor. Ancak beklendiği gibi değil, tarayıcım hiçbir şey döndürmüyordu.

Birinin çalışkanlığından öğrendim , bu işleyicide yanlış döndüm ve çözdüm. Beni bu mesaja gelmeden önce, seni bütün 3 günlük hafta sonu ve uygulama ofis yazma kodunda yarım gün geçirdim söz edelim CORS filters, jetty configdiğer jersey and embedded jettysadece bu düzeltmek için, tüm anlayış etrafında döner -. İlgili malzeme cross domain ajax requestsve standartlar şeyler. Javascript'teki basit hataların sizi aptal durumuna düşürmesi gülünçtü.

Doğrusu denedim signed.applets.codebase_principal_support = trueve yazdım isLocalHost() **if**. belki de bu yöntemin bizim tarafımızdan uygulanması gerekiyor, firefox böyle bir şey olmadığını söylüyor Şimdi git yamasını temiz bir şekilde göndermek için kodumu temizlemeliyim. O birine teşekkürler.

Bir tarayıcı isteği "127.0.0.1/somefile.html" yerel web sunucusuna değişmeden ulaşırken, "localhost / somefile.html" "0: 0: 0: 0: 0: 0: 0: 1 / somefile.html "IPv6 destekleniyorsa. Böylece ikincisi, bir alandan diğerine geçecek şekilde işlenebilir.

Alex Robinson ve bmju, çapraz kaynaklı sorunları anlamak için değerli bilgiler sağladı. İstenen GET / POST'u (örneğin bir CORS OAuth hizmet uç noktasına karşı) yapmadan önce istemci kodunuzda açık bir OPTIONS çağrısı yapmanız gerekebileceğini eklemek istedim. Tarayıcınız / kitaplığınız OPTIONS talebini otomatik olarak işleyemeyebilir. Gruber, bu sorunuzun olası cevaplarından biri.

Aynı sorunu yaşadım (readyState 4'tü ve durum 0'dı) , sonra bu eğiticide açıklanan farklı bir yaklaşımı izledim: https://spring.io/guides/gs/consuming-rest-jquery/

XMLHttpRequest'i hiç kullanmadı , bunun yerine jquery $ .ajax () yöntemini kullandı:

<head>
    <script src="https://ajax.googleapis.com/ajax/libs/jquery/1.10.2/jquery.min.js"></script>
    <script src="hello.js"></script>
</head>

<body>
    <div>
        <p class="greeting-id">The ID is </p>
        <p class="greeting-content">The content is </p>
    </div>
</body>

ve public / hello.js dosyası için (veya doğrudan aynı HTML koduna ekleyebilirsiniz):

$(document).ready(function() 
 {
    $.ajax({
        url: "http://rest-service.guides.spring.io/greeting"
   }).then(function(data) {
      $('.greeting-id').append(data.id);
      $('.greeting-content').append(data.content);
   });
 });

Mevcut IP adresimi (tekrar) Atlas MongoDB beyaz listesine eklemek zorunda kaldım ve bu nedenle XMLHttpRequest durum 0 hatasından kurtuldum

Bu sorunu yeni yaşadım çünkü 0.0.0.0sunucum olarak kullandım , olarak değiştirdim localhostve çalışıyor.

Düzenleme: Bu cevabın bilgisi güncel olmadığı için lütfen Malvolio'nun aşağıdaki yorumlarını okuyun.

Etki alanları arası XMLHttpRequest'leri yapamazsınız.

Çağrı 127.0.0.1işe yarıyor çünkü test sayfanız adresinde bulunuyor 127.0.0.1ve yerel test de çalışıyor çünkü ... bu yerel bir test.

Diğer iki test başarısız olur çünkü JavaScript XMLHttpRequest aracılığıyla uzaktaki bir sunucuyla iletişim kuramaz.

Bunun yerine şunlardan birini düşünebilirsiniz:

• XMLHttp - kendi sunucunuzdan uzaktaki XML içeriğinizi sizin için getirmesini isteyin (örneğin php betiği)
• JavaScript'in tamamını korumak istiyorsanız, GoogleAppEngine gibi bir hizmeti kullanmaya çalışın.

umarım yardımcı olur