如何啓用drakma在URL

處理非Latin-1字符我遇到使用SBCL例如由在一個給定的URL中使用非Latin-1字符的錯誤：如何啓用drakma在URL

(drakma:http-request "http://www.youtube.com/„weird-url") 

debugger invoked on a FLEXI-STREAMS:EXTERNAL-FORMAT-ENCODING-ERROR in thread 
#<THREAD "initial thread" RUNNING {1002998D23}>: 
    #\DOUBLE_LOW-9_QUOTATION_MARK (code 8222) is not a LATIN-1 character. 

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. 

restarts (invokable by number or by possibly-abbreviated name): 
    0: [ABORT] Exit debugger, returning to top level. 

(FLEXI-STREAMS::SIGNAL-ENCODING-ERROR 
#<FLEXI-STREAMS::FLEXI-LATIN-1-FORMAT (:ISO-8859-1 :EOL-STYLE :LF) 
    {1002F196E3}> 
"~S (code ~A) is not a LATIN-1 character." 
#\DOUBLE_LOW-9_QUOTATION_MARK 
8222)

顯然頭被定義爲通過RFC2616以拉丁-1發送（這是我在遇到此錯誤後在github中打開的票證），因此URL必須在傳遞給drakma之前進行正確編碼。但我不知道如何，因爲顯然這是不可能的（因爲它不是拉丁-1字符）這樣做？

我的例子的工作呼籲是什麼（除了URL是假的，可以縮短爲http://www.youtube.com）？

(drakma:http-request (magic-encoding-function "http://www.youtube.com/„weird-url"))

來源

2013-06-02 Sim

這個問題不關心DRAKMA。這是PURI的錯。我用我的PURI叉：https://github.com/archimag/puri-unicode。

來源

2013-06-02 15:38:54 archimag

這還不是那麼應該發送將是URL正常工作： http://www.youtube.com/%e2%80%9eweird-url 但實際發出的Drakma是： GET /％25e2％2580％259eweird-url HTTP/1.1 – Sim

就想通了，如果缺陷在於在新實例化對象的後處理，則變通可能是分成兩個部分的過程：

只與構建URI拉丁語-1部分。
設置路徑

這將是這樣的：

(let ((uri (puri:uri "https://wikimedia.org"))) (setf (puri:uri-path uri) (concatenate 'string "/" (drakma:url-encode "/кадабра" :utf-8))) uri) 產地：

#<PURI:URI https://wikimedia.org/%D0%BA%D0%B0%D0%B4%D0%B0%D0%B1%D1%80%D0%B0>

Drakma然後接受這個URI沒有任何額外的處理。

來源

2018-02-13 13:46:55 vityok

如何啓用drakma在URL

回答

相關問題