Parsowanie nazwy pliku nagłówka zawartości w wieloczęści/z danych

Question

Zgodnie z RFC, w nagłówku treści wieloczęściowy/formularz-dane nagłówek nazwa pliku odbiera jako parametr łańcuch cytowany przez HTTP - ciąg znaków między znakami, gdzie znak "\" może uciec jakakolwiek inna postać ASCII.

Problem polega na tym, że przeglądarki internetowe tego nie robią.

IE6 wysyła:

Content-Disposition: form-data; name="file"; filename="z:\tmp\test.txt" 

Zamiast oczekiwać

Content-Disposition: form-data; name="file"; filename="z:\\tmp\\test.txt" 

który powinien być analizowany jako z:tmptest.txt według zasad zamiast z:\tmp\test.txt.

Firefox, Konqueror i Chrome nie uciec "znaki na przykład:

Content-Disposition: form-data; name="file"; filename=""test".txt" 

Zamiast oczekiwać

Content-Disposition: form-data; name="file"; filename="\"test\".txt" 

Więc ... jak proponujesz do radzenia sobie z tym problemem

?

Czy ktoś ma pomysł?

Answer 1

Czy istnieje powód, aby w ogóle parsować tę nazwę pliku?

Przynajmniej jedna rzecz, która jest spójna jest to, że część filename nagłówka kończy się podwójnym cudzysłowem, więc po prostu trzeba czytać wszystko pomiędzy filename=" i końcowego".

Wtedy prawdopodobnie można traktować wszelkie backslash inne niż \\, \" lub \" jako dosłownego backslashem, chyba że jest to szczególnie prawdopodobne, że użytkownicy będą przesyłania nazwy plików z zakładkami w nich. :)

Answer 2

Chociaż stary wątek, dodanie poniżej rozwiązania Java dla każdego, kto może być zainteresowany.

// import com.sun.xml.internal.messaging.saaj.packaging.mime.internet.*; 

    try { 
     ContentDisposition contentDisposition = new ContentDisposition("attachment; filename=\"myfile.log\"; filename*=UTF-8''myfile.log"); 
     System.out.println(contentDisposition.getParameter("filename")); 
    } catch (ParseException e) { 
     e.printStackTrace(); 
    }