Тип Mime для шрифтов WOFF?

каким типом mime должны служить шрифты WOFF?

я обслуживаю шрифты truetype (ttf) как font/truetype и opentype (otf) как font/opentype, но я не могу найти правильный формат для шрифтов WOFF.

Я пробовал font/woff, font/webopen и font/webopentype, но Chrome все еще жалуется:

"ресурс интерпретируется как шрифт, но передается с помощью приложения типа MIME / octet-stream."

кто-нибудь знает?

19 ответов


обновление от комментарий кита шоу 22 июня 2017:

по состоянию на февраль 2017, RFC8081 - это предложенный стандарт. Он определяет тип носителя верхнего уровня для шрифтов, поэтому стандартный тип носителя для WOFF и WOFF2 выглядит следующим образом:

font/woff

font/woff2


В Январе было объявлено это тем временем Хром узнает

application/x-font-woff

как MIME-тип для WOFF. Я знаю, что это изменение теперь в бета-версии Chrome, и если оно еще не стабильно, оно не должно быть слишком далеко.


для меня следующий работает в an .файл htaccess.

AddType font/ttf .ttf
AddType font/eot .eot
AddType font/otf .otf
AddType font/woff .woff

будет application/font-woff.

см.http://www.w3.org/TR/WOFF/#appendix-b (рекомендация кандидата W3C 04 августа 2011)

и http://www.w3.org/2002/06/registering-mediatype.html

из шрифта Mozilla css-face notes

в Gecko веб-шрифты подлежат тому же ограничению домена (файлы шрифтов должны находиться в том же домене, что и страница, использующая их), если только HTTP-элементы управления доступом не используется для ослабления этого ограничения. Примечание: поскольку нет определенных типов MIME для шрифтов TrueType, OpenType и WOFF, тип MIME указанного файла не рассматривается.

источник:https://developer.mozilla.org/en/CSS/@font-face#Notes


Ссылка для добавления типов MIME шрифтов в .NET / IIS

через интернет.config

<system.webServer>
  <staticContent>
     <!-- remove first in case they are defined in IIS already, which would cause a runtime error -->
     <remove fileExtension=".woff" />
     <remove fileExtension=".woff2" />
     <mimeMap fileExtension=".woff" mimeType="application/font-woff" />
     <mimeMap fileExtension=".woff2" mimeType="application/font-woff2" />
  </staticContent>
</system.webServer>

через Диспетчер IIS

screenshot of adding woff mime types to IIS


РЕШЕНИЕ NGINX

/etc/nginx/mime.types

или

/usr/local/nginx/conf/mime.types

добавить

font/ttf                      ttf;
font/opentype                 otf;
application/font-woff         woff;
application/vnd.ms-fontobject eot;

удалить

application/octet-stream        eot;

ссылки

спасибо Майк Фалчер

http://drawingablank.me/blog/font-mime-types-in-nginx.html


по состоянию на февраль 2017, RFC8081 - это предложенный стандарт. Он определяет тип носителя верхнего уровня для шрифтов, поэтому стандартный тип носителя для WOFF и WOFF2 выглядит следующим образом:

font/woff
font/woff2

нет font тип MIME! Таким образом, font/xxx всегда неправильно.


@Nico,

В настоящее время нет определенного стандарта для типа MIME шрифта woff. Я использую службу доставки шрифтов cdn, и он использует шрифт / woff, и я получаю то же предупреждение в chrome.

ссылки: В Интернете Присвоены Номера Полномочий


то, что сделало это для меня, - это добавить это к моим mime_types.инициализатор РБ:

Rack::Mime::MIME_TYPES['.woff'] = 'application/x-font-woff'

и очистить кэш

rake tmp:cache:clear

перед перезагрузкой сервера.

источник:https://github.com/sstephenson/sprockets/issues/366#issuecomment-9085509


WOFF:

  1. Веб-Открытый Формат Шрифта
  2. он может быть скомпилирован с помощью контуров TrueType или PostScript (CFF)
  3. в настоящее время поддерживается FireFox 3.6+

попробуйте добавить это:

AddType application/vnd.ms-fontobject .eot
AddType application/octet-stream .otf .ttf

может быть, это поможет кому-то. Я видел, что на IIS 7 .ttf уже известный MIME-тип. Он настроен как:

application/octet-stream

поэтому я просто добавил, что для всех типов шрифтов CSS (.oet, .svg, .ttf, .woff) и IIS начал обслуживать их. Инструменты Chrome dev также не жалуются на повторную интерпретацию типа.

Ура, Майкл!--7-->


добавьте следующее к вашему .реврайт

AddType application/x-font-woff woff

удачи


IIS определяется автоматически .ttf как приложение / октет-поток, который, кажется, работает нормально, и fontshop рекомендует .woff будет определен как application / octet-stream


минуту назад у меня была такая же проблема, и это решение, которое сработало для меня:

font/opentype

У меня была такая же проблема, шрифт / opentype работал для меня


для всего индекса решения.php Удалить url формы и WOFF файл разрешен. для записи ниже кода .htaccess файл и и сделать это чередование для вашего приложения / config / config.PHP-файл: $config ['index_page'] =";

только для хост-сервера Linux. .сведения о файле htaccess

AddType font/ttf .ttf
AddType font/eot .eot
AddType font/otf .otf
AddType font/woff .woff
<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /

    #Removes access to the system folder by users.
    #Additionally this will allow you to create a System.php controller,
    #previously this would not have been possible.
    #'system' can be replaced if you have renamed your system folder.
    RewriteCond %{REQUEST_URI} ^system.*
    RewriteRule ^(.*)$ /index.php?/ [L]

    #When your application folder isn't in the system folder
    #This snippet prevents user access to the application folder
    #Submitted by: Fabdrol
    #Rename 'application' to your applications folder name.
    RewriteCond %{REQUEST_URI} ^application.*
    RewriteRule ^(.*)$ /index.php?/ [L]

    #Checks to see if the user is attempting to access a valid file,
    #such as an image or css document, if this isn't true it sends the
    #request to index.php
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule ^(.*)$ index.php?/ [L]
</IfModule>

<IfModule !mod_rewrite.c>
    # If we don't have mod_rewrite installed, all 404's
    # can be sent to index.php, and everything works as normal.
    # Submitted by: ElliotHaughin

    ErrorDocument 404 /index.php
</IfModule>

Я знаю, что этот пост довольно старый, но, потратив много часов на то, чтобы заставить шрифты работать на моей локальной машине nginx и попробовать тонны решений, я, наконец, получил тот, который работал для меня как шарм.

location ~* \.(eot|otf|ttf|woff|woff2)$ {
    add_header Access-Control-Allow-Origin *;
}

внутри скобок можно поставить расширения ваших шрифтов или вообще файлы, которые вы хотите загрузить. Например, я использовал его для шрифтов и изображений (png, jpg и т. д.), Поэтому не путайте, что это решение применяется только для шрифты.

просто поместите его в конфигурационный файл nginx, перезагрузите, и я надеюсь, что он также работает для вас!


тип Mime может быть не единственной проблемой. Если файл шрифта размещен на S3 или другом домене, может возникнуть проблема, что Firefox не будет загружать шрифты из разных доменов. Это простое решение с Apache, но в Nginx я прочитал, что вам может потребоваться кодировать файлы шрифтов в base-64 и вставлять их непосредственно в файл CSS шрифта.


узел js: установить ниже команды

npm i -- save @fortawesome / fontawesome