Ich habe einige Nachforschungen angestellt und herausgefunden, dass JavaScript den Aufruf mit demselben Protokoll durchführt, mit dem die Seite geladen wurde. Wenn also die Seite über geladen wurde https dann ist die rdata.csv hätte auch über angefordert werden sollen httpsstattdessen wird es als angefordert http.
Liegt das daran, dass das Zertifikat auf dem Server selbstsigniert ist? Was kann ich tun, um das Problem zu beheben, außer ein echtes SSL-Zertifikat zu installieren?
Vielleicht CORS würde helfen (kostenlose und echte SSL-Zertifikate finden Sie hier letsencrypt…)
– n00dl3
23. Mai 2016 um 9:53
Was kann ich tun, um das Problem zu beheben (außer der Installation eines echten SSL-Zertifikats)?
Das kannst du nicht.
Auf einer https-Webseite können Sie nur eine AJAX-Anfrage an die https-Webseite stellen (Wenn Sie ein vom Browser vertrauenswürdiges Zertifikat verwenden und ein selbstsigniertes Zertifikat verwenden, funktioniert es für Ihre Besucher nicht.)
Ich habe den Code in eine geeignete Umgebung verschoben HTTPS ist vorhanden, aber immer noch das gleiche Problem!
– J86
23. Mai 2016 um 12:43
Wenn sich die von Ihnen angeforderten Daten nicht in derselben Domäne befinden, muss die Domäne, die die Daten bereitstellt, dies mit CORS oder JSONP zulassen. Was sagt Ihre Browserkonsole jetzt?
– Tom
23. Mai 2016 um 13:39 Uhr
Es sagt genau das Gleiche aus und befindet sich im selben Bereich. Übrigens, was ich mit richtig meine https ist, dass es jetzt grün ist und der Browser sagt This page is secure (valid HTTPS) Wo wie vor dem https war rot und der Browser sagte This page is insecure (broken HTTPS).
– J86
23. Mai 2016 um 14:13
Nein, ich verwende zum Beispiel einen relativen Pfad ../data/rdata.csv
– J86
23. Mai 2016 um 14:29
Sehen Sie diese Anfrage in der Netzwerkkonsole? Ist es https (das sollte es sein, weil Ihre Hauptseite https ist und Sie einen relativen Pfad verwenden)? Sind Sie sicher, dass die Anfrage nicht auf http umgeleitet wird?
– Tom
23. Mai 2016 um 14:32
Schritte zum Zulassen unsicherer Inhalte in Chrome
Um unsichere Inhalte auf einzelnen Websites zuzulassen Chromeklicken Sie auf das Schlosssymbol in der URL-Leiste und dann auf „Site-Einstellungen“.
Dort sehen Sie eine Liste der verschiedenen Berechtigungen, über die die Seite verfügt. Wählen Sie neben „Unsicherer Inhalt“ die Option „Zulassen“.
Jetzt dein HTTPS Website zugreifen kann HTTP Endpunkt
Für einige Entwicklungsumgebungen ist dies eine gute Lösung für das Problem
– Pedro Cavaleiro
1. Dezember 2021 um 18:13 Uhr
Das ist eine gute Problemumgehung für meinen Testfall, Prost!
– Saricden
26. Dezember 2021 um 14:34 Uhr
Das ist gut für Entwicklungszwecke!
– Mark Nguyen
18. November 2022 um 9:42 Uhr
Ich hatte das gleiche Problem mit meinem Angular-Projekt und sorge dafür, dass es in Chrome funktioniert, indem ich die Einstellung ändere. Gehen Sie zu den Chrome-Einstellungen -> Website-Einstellungen -> Unsicherer Inhalt -> klicken Sie auf die Schaltfläche „Hinzufügen“ unter „Zulassen“ und fügen Sie dann Ihren Domainnamen hinzu
[*.]XXXX.biz
Jetzt wird das Problem gelöst.
Gibt es eine Option für mobile Browser? Webbrowser funktionieren
– Arepalli Praveenkumar
26. März 2020 um 14:50 Uhr
Super Kai – Kazuya Ito
Sie können den Fehler beheben, indem Sie diesen Code zu Ihrem hinzufügen html Datei:
Wenn irgendwelche Lösungen nicht funktionieren, versuchen Sie es mit dieser Lösung.
Ich habe das Problem gelöst, indem ich am Ende der anfordernden URL einen Schrägstrich hinzugefügt habe
Auf diese Weise: ‘/data/180/’ statt: ‘/data/180’
Das hat auch mein Problem gelöst. Warum? Ich weiß nicht.
– Leandro Ferreira
1. Juli 2021 um 1:56
Bei mir hat es auch funktioniert. Daumen hoch.
– Einhaltung
22. September 2021 um 22:24 Uhr
Das hat auch bei mir funktioniert … Irgendwann hat es damit zu tun, dass / ein völlig separater Endpunkt ist als die Nicht-Schrägstrich-Variante? Kann mir das jemand erklären?
– Oscar Chambers
11. April 2022 um 15:06 Uhr
Das Gleiche gilt hier, ich muss nicht einmal das Meta-Element hinzufügen
– Loreto Gabawa Jr.
3. November 2022 um 12:15 Uhr
In meinem Fall musste ich tatsächlich den Schrägstrich am Ende entfernen … Ich weiß nicht, warum das schwierig ist.
– Arthur Harduim
16. November 2022 um 3:07
Mykhailo Kutsyi
Was mich betrifft, ich hatte die gleiche Warnung.
Ich habe es auf URL-Anfrage behoben. Ich hatte zu viel „https://stackoverflow.com/“.
Das hat auch mein Problem gelöst. Warum? Ich weiß nicht.
– Leandro Ferreira
1. Juli 2021 um 1:56
Bei mir hat es auch funktioniert. Daumen hoch.
– Einhaltung
22. September 2021 um 22:24 Uhr
Das hat auch bei mir funktioniert … Irgendwann hat es damit zu tun, dass / ein völlig separater Endpunkt ist als die Nicht-Schrägstrich-Variante? Kann mir das jemand erklären?
– Oscar Chambers
11. April 2022 um 15:06 Uhr
Das Gleiche gilt hier, ich muss nicht einmal das Meta-Element hinzufügen
– Loreto Gabawa Jr.
3. November 2022 um 12:15 Uhr
In meinem Fall musste ich tatsächlich den Schrägstrich am Ende entfernen … Ich weiß nicht, warum das schwierig ist.
– Arthur Harduim
16. November 2022 um 3:07
Daniel Jesus Cristobal Rojas
Ich hatte das gleiche Problem, aber von IIS in Visual Studio aus ging ich zu Projekteigenschaften -> Web -> und änderte die Projekt-URL von http in https
Vielen Dank, die Änderung meiner Basis-URL von http auf https hat mir geholfen
– Mrmld Sky
14. September 2021 um 6:58
14533000cookie-checkDie Seite wurde über HTTPS geladen, hat jedoch einen unsicheren XMLHttpRequest-Endpunkt angefordertyes
Vielleicht CORS würde helfen (kostenlose und echte SSL-Zertifikate finden Sie hier letsencrypt…)
– n00dl3
23. Mai 2016 um 9:53