Categoria
Articoli tecnici organizzati per gruppo funzionale.
La tecnica legacy JSONP non è supportata da molte API moderne e viene spesso bloccata dalle policy di sicurezza moderne del browser; l'approccio standard contemporaneo prevede l'uso di normali richieste REST con CORS.
Errore comune nelle chiamate POST con '$.ajax': passare un oggetto JavaScript a 'data: { foo: "bar" }' invia per default 'application/x-www-form-urlencoded'; per inviare un vero JSON al server occorre specificare 'contentType: "application/json"' e 'data: JSON.stringify(...)''.
Si verifica tipicamente in ambienti legacy (es. IE) durante richieste cross-domain senza plugin CORS, oppure quando viene specificato un 'dataType' per cui non esiste un transport registrato in '$.ajaxTransport()'.
Inviare un oggetto complesso con proprietà annidate via GET/POST provoca la serializzazione URL-encoded ricorsiva di jQuery; i backend REST moderni non riescono a deserializzarlo a meno di usare 'JSON.stringify(data)' con 'contentType: "application/json"'.
La chiamata AJAX ha specificato 'dataType: "json"' ma la risposta restituita dal server non è un JSON valido (spesso un messaggio di errore PHP/HTML o spazi vuoti iniziali), provocando il fallimento della deserializzazione.
Se la funzione di callback 'beforeSend' restituisce esplicitamente 'false', la chiamata HTTP viene abortita prima di inviare i pacchetti di rete, innescando l'handler di errore con stato 'canceled'.
La richiesta '$.ajax({ url: "https://api.altrodominio.com" })' viene bloccata dal browser perché il server remoto non restituisce gli opportuni header HTTP di abilitazione CORS.
Quando si inviano header HTTP personalizzati (es. 'headers: { "Authorization": ... }') o 'contentType: application/json', il browser invia preventivamente una richiesta HTTP OPTIONS; se il server risponde con errore 404 o 405, la chiamata jQuery fallisce immediatamente.