Как закодировать параметр имени файла заголовка Content-Disposition в HTTP?

Следующий документ связан с черновиком RFC. упомянутый Джим в его ответе, далее рассматривает этот вопрос и определенно заслуживает прямого упоминания здесь:

Тестовые примеры для заголовка HTTP Content-Disposition и кодирования RFC 2231/2047

Поместите имя файла в двойные кавычки. Решил проблему за меня. Нравится:

Content-Disposition: attachment; filename="My Report.doc"

http://kb.mozillazine.org/Filenames_with_spaces_are_truncated_upon_download

Я проверил несколько вариантов. Браузеры не поддерживают спецификации и действуют иначе, я считаю, что двойные кавычки - лучший вариант.

в asp.net mvc2 я использую что-то вроде этого:

return File(
    tempFile
    , "application/octet-stream"
    , HttpUtility.UrlPathEncode(fileName)
    );

Я думаю, если вы не используете mvc (2), вы можете просто закодировать имя файла, используя

HttpUtility.UrlPathEncode(fileName)

Я использую следующие фрагменты кода для кодирования (предполагая, что fileName содержит имя и расширение файла, например: test.txt):

PHP:

if ( strpos ( $_SERVER [ 'HTTP_USER_AGENT' ], "MSIE" ) > 0 )
{
     header ( 'Content-Disposition: attachment; filename="' . rawurlencode ( $fileName ) . '"' );
}
else
{
     header( 'Content-Disposition: attachment; filename*=UTF-8\'\'' . rawurlencode ( $fileName ) );
}

Джава:

fileName = request.getHeader ( "user-agent" ).contains ( "MSIE" ) ? URLEncoder.encode ( fileName, "utf-8") : MimeUtility.encodeWord ( fileName );
response.setHeader ( "Content-disposition", "attachment; filename=\"" + fileName + "\"");

В веб-API ASP.NET я кодирую URL-адрес имени файла:

public static class HttpRequestMessageExtensions
{
    public static HttpResponseMessage CreateFileResponse(this HttpRequestMessage request, byte[] data, string filename, string mediaType)
    {
        HttpResponseMessage response = new HttpResponseMessage(HttpStatusCode.OK);
        var stream = new MemoryStream(data);
        stream.Position = 0;

        response.Content = new StreamContent(stream);

        response.Content.Headers.ContentType = 
            new MediaTypeHeaderValue(mediaType);

        // URL-Encode filename
        // Fixes behavior in IE, that filenames with non US-ASCII characters
        // stay correct (not "_utf-8_.......=_=").
        var encodedFilename = HttpUtility.UrlEncode(filename, Encoding.UTF8);

        response.Content.Headers.ContentDisposition =
            new ContentDispositionHeaderValue("attachment") { FileName = encodedFilename };
        return response;
    }
}

В PHP это сделало это за меня (при условии, что имя файла закодировано в UTF8):

header('Content-Disposition: attachment;'
    . 'filename="' . addslashes(utf8_decode($filename)) . '";'
    . 'filename*=utf-8\'\'' . rawurlencode($filename));

Протестировано против IE8-11, Firefox и Chrome.
Если браузер может интерпретировать filename * = utf-8, он будет использовать версию имени файла UTF8, иначе он будет использовать декодированное имя файла. Если ваше имя файла содержит символы, которые не могут быть представлены в ISO-8859-1, вы можете вместо этого рассмотреть возможность использования iconv.

Если вы используете серверную часть nodejs, вы можете использовать следующий код, который я нашел здесь

var fileName = 'my file(2).txt';
var header = "Content-Disposition: attachment; filename*=UTF-8''" 
             + encodeRFC5987ValueChars(fileName);

function encodeRFC5987ValueChars (str) {
    return encodeURIComponent(str).
        // Note that although RFC3986 reserves "!", RFC5987 does not,
        // so we do not need to escape it
        replace(/['()]/g, escape). // i.e., %27 %28 %29
        replace(/\*/g, '%2A').
            // The following are not required for percent-encoding per RFC5987, 
            // so we can allow for a little better readability over the wire: |`^
            replace(/%(?:7C|60|5E)/g, unescape);
}

Я протестировал следующий код во всех основных браузерах, включая старые проводники (в режиме совместимости), и он везде хорошо работает:

$filename = $_GET['file']; //this string from $_GET is already decoded
if (strstr($_SERVER['HTTP_USER_AGENT'],"MSIE"))
  $filename = rawurlencode($filename);
header('Content-Disposition: attachment; filename="'.$filename.'"');

Я получил следующий код в моем скрипте "download.php" (на основе этот блог и эти тестовые примеры).

$il1_filename = utf8_decode($filename);
$to_underscore = "\"\\#*;:|<>/?";
$safe_filename = strtr($il1_filename, $to_underscore, str_repeat("_", strlen($to_underscore)));

header("Content-Disposition: attachment; filename=\"$safe_filename\""
.( $safe_filename === $filename ? "" : "; filename*=UTF-8''".rawurlencode($filename) ));

Используется стандартный способ filename = "..." до тех пор, пока используются только iso-latin1 и "безопасные" символы; в противном случае он добавляет имя файла * = UTF-8 '' в URL-кодировке. Согласно этот конкретный тестовый пример, он должен работать с MSIE9 и выше, а на последних FF, Chrome , Safari; в более ранней версии MSIE он должен предлагать имя файла, содержащее версию имени файла ISO8859-1, с подчеркиванием на символах не в этой кодировке.

Заключительное примечание: макс. размер каждого поля заголовка составляет 8190 байт на apache. UTF-8 может содержать до четырех байтов на символ; после rawurlencode это x3 = 12 байт на один символ. Довольно неэффективно, но теоретически возможно иметь более 600 «улыбок»% F0% 9F% 98% 81 в имени файла.

Просто обновление, так как я пробовал все это сегодня в ответ на проблему клиента

• За исключением Safari, настроенного для японского языка, все протестированные нами браузеры лучше всего работали с filename = text.pdf, где текст - это значение клиента, сериализованное ASP.Net/IIS в utf-8 без кодировки URL. По какой-то причине Safari, настроенный для английского языка, примет и правильно сохранит файл с японским именем utf-8, но тот же браузер, настроенный для японского языка, сохранит файл с неинтерпретированными символами utf-8. Все остальные протестированные браузеры работали лучше всего / нормально (независимо от языковой конфигурации) с именем файла utf-8, закодированным без кодировки URL.
• Я не смог найти ни одного браузера, реализующего Rfc5987 / 8187 вообще. Я тестировал последние версии Chrome, Firefox, а также IE 11 и Edge. Я попытался установить заголовок только с именем filename * = utf-8''texturlencoded.pdf, установив его как filename = text.pdf; имя файла * = utf-8''texturlencoded.pdf. Ни одна функция Rfc5987 / 8187 не обрабатывалась правильно ни в одном из вышеперечисленных.

PHP-фреймворк Symfony 4 имеет $filenameFallback в HeaderUtils::makeDisposition. Вы можете изучить эту функцию для получения подробной информации - она ​​похожа на ответы выше.

Пример использования:

$filenameFallback = preg_replace('#^.*\.#', md5($filename) . '.', $filename);
$disposition = $response->headers->makeDisposition(ResponseHeaderBag::DISPOSITION_ATTACHMENT, $filename, $filenameFallback);
$response->headers->set('Content-Disposition', $disposition);

Классическое решение ASP

Большинство современных браузеров теперь поддерживают передачу Filename как UTF-8, но, как и в случае с решением для загрузки файлов, которое я использую, было основано на FreeASPUpload.Net (сайт больше не существует, ссылка указывает на archive.org) это не сработает, поскольку синтаксический анализ двоичного файла основан на чтении однобайтовых строк в кодировке ASCII, что отлично работает, когда вы передаете данные в кодировке UTF-8, пока вы не перейти к символам, которые ASCII не поддерживает.

Однако мне удалось найти решение, позволяющее заставить код читать и анализировать двоичный файл как UTF-8.

Public Function BytesToString(bytes)    'UTF-8..
  Dim bslen
  Dim i, k , N 
  Dim b , count 
  Dim str

  bslen = LenB(bytes)
  str=""

  i = 0
  Do While i < bslen
    b = AscB(MidB(bytes,i+1,1))

    If (b And &HFC) = &HFC Then
      count = 6
      N = b And &H1
    ElseIf (b And &HF8) = &HF8 Then
      count = 5
      N = b And &H3
    ElseIf (b And &HF0) = &HF0 Then
      count = 4
      N = b And &H7
    ElseIf (b And &HE0) = &HE0 Then
      count = 3
      N = b And &HF
    ElseIf (b And &HC0) = &HC0 Then
      count = 2
      N = b And &H1F
    Else
      count = 1
      str = str & Chr(b)
    End If

    If i + count - 1 > bslen Then
      str = str&"?"
      Exit Do
    End If

    If count>1 then
      For k = 1 To count - 1
        b = AscB(MidB(bytes,i+k+1,1))
        N = N * &H40 + (b And &H3F)
      Next
      str = str & ChrW(N)
    End If
    i = i + count
  Loop

  BytesToString = str
End Function

Благодарим чистую загрузку файла ASP, реализовав функцию BytesToString() из include_aspuploader.asp в моем собственном коде, который мне удалось заставить UTF-8 работать с именами файлов.

Полезные ссылки

• Multipart / form-data и UTF-8 в приложении ASP Classic

• Различия в форматах Unicode, UTF, ASCII, ANSI

У нас была аналогичная проблема в веб-приложении, и в итоге мы прочитали имя файла из HTML <input type="file"> и установили его в форме с кодировкой URL в новом HTML <input type="hidden">. Конечно, нам пришлось удалить путь типа «C: \ fakepath \», который возвращают некоторые браузеры.

Конечно, это не дает прямого ответа на вопрос ОП, но может быть решением для других.

Я обычно URL-кодирую (с% xx) имена файлов, и, похоже, это работает во всех браузерах. В любом случае вы можете захотеть провести несколько тестов.