如何獲得與XHR正確的二進制字符串數據，而原來的MIME類型損失

當我試圖剛剛得到的數據作爲二進制字符串的所有128+字符有65533代碼。它可以通過覆蓋text/plain ; charset=x-user-defined的標題而被四處走動，但後來我無法讀取原始MIME類型。有什麼方法可以提取原始MIME或獲取正確的數據，而不會覆蓋頭文件？如何獲得與XHR正確的二進制字符串數據，而原來的MIME類型損失

來源

2014-02-28 Lapsio

數據來自國外來源，是未知的。在最壞的情況下，原來的mime可能是不正確的，這就是爲什麼我需要有兩個信息，以正確地確定文件類型 – Lapsio

65533是U + FFFD，Unicode替換字符。它似乎在某個地方（可能在XHR），你的數據被錯誤地轉換爲Unicode。檢查響應以確保其包含正確的數據並具有指定正確字符集的Content-Type標頭。如果來自服務器的所有內容都檢出，但仍然有問題，則可以嘗試使用另一個well documented approach。

來源

2014-02-28 22:13:49

點是它的一般的文件類型的探測器 - 我得到使用代理，然後通過前幾個字節檢測型CORS的數據（幻數）然後根據數據類型以某種方式處理內容。目標是讓用戶能夠「打開」任何網址 - flash/video/audio/image/pdf。所以說我的幻數檢測，然後通過啞劇，然後通過擴展 – Lapsio

我可以只讓2個請求 - 一個頭只，另外一個有內容但很齊全，配備了這是一個有點不必要的額外帶寬負載。 – Lapsio

據我所知二進制字符串是隻拿到與XHR – Lapsio

如何獲得與XHR正確的二進制字符串數據，而原來的MIME類型損失

回答

相關問題