Ich habe ein Formular, das ich (über GET, wie es auf diese Weise erforderlich ist) an ein crm (ViciDial) sende. Ich kann das Formular jedoch erfolgreich senden, wenn ich dies tue, gibt die Verarbeitungsdatei bei crm nur einen Erfolgstext wieder und das wars.
Anstelle dieses Textes möchte ich eine Dankesseite auf meiner Website anzeigen. Daher habe ich mich entschieden, AJAX zu verwenden, um das Formular zu senden und es auf die benötigte Seite umzuleiten. In meinem Browser wird jedoch folgende Fehlermeldung angezeigt:
Gemischter Inhalt: Die Seite unter " https://page.com " wurde über HTTPS geladen, forderte jedoch einen unsicheren XMLHttpRequest-Endpunkt " http://XX.XXX.XX.XXX/vicidial/non_agent_api.php?queries=query=data" an '. Diese Anfrage wurde blockiert. Der Inhalt muss über HTTPS bereitgestellt werden.
Dies ist mein AJAX-Skript:
<script>
SubmitFormClickToCall = function(){
jQuery.ajax({
url: "http://XX.XXX.XX.XX/vicidial/non_agent_api.php",
data : jQuery("#form-click-to-call").serialize(),
type : "GET",
processData: false,
contentType: false,
success: function(data){
window.location.href = "https://www.example.com/thank-you";
}
});
}
</script>
Nur das Einstellen von https in der URL funktioniert nicht. Gibt es eine Möglichkeit, die Daten über GET zu übermitteln und den Benutzer auf meine Dankesseite umzuleiten?
============================
Problem hier war gemischter Inhalt, dies bedeutet, dass ich eine Seite über HTTPS geladen habe und versucht habe, über AJAX eine API zu treffen, die sich in HTTP befand. Aber der Browser erlaubt uns nicht, das einfach zu tun.
Wenn Sie die API also nicht auf HTTPS einstellen können (dies war mein Fall), können wir dies dennoch auf andere Weise angehen.
Das Hauptproblem war nicht das Problem mit gemischten Inhalten, sondern dass ich Daten an eine API senden und die Benutzer auf eine ausgefallene Dankesseite umleiten wollte. Anstatt AJAX zu verwenden, habe ich eine PHP-Datei erstellt, die die Daten empfängt und sie mit Curl an die API sendet (da dies serverseitig erfolgt, gibt es kein Problem mit gemischten Inhalten) und meinen zufriedenen Benutzer auf eine ausgefallene Dankesseite weiterleitet.
XX.XXX.XX.XX
über HTTP einen Proxy zu erstellen . Wenn der Zweck von HTTP jedoch darin besteht, Benutzerinformationen zu schützen, müssen Sie darauf achten, dass die Route zwischen Servern nicht über das öffentliche Internet verläuft.