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



какой тип mime должен использоваться в качестве шрифтов WOFF?



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



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



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



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

596   19  

19 ответов:

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

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

font/woff

font/woff2


В Январе 2011 Года было объявлено что в то же время Хром распознает

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 font-face notes

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

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

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

через интернет.конфигурации

<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

file

/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 также не жалуются на повторную интерпретацию типа.

Ура, Майкл

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

AddType application/x-font-woff woff

удачи

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

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

font/opentype

У меня была такая же проблема, font / 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

Comments

    Ничего не найдено.