Тип 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
РЕШЕНИЕ 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;
ссылки
спасибо Майк Фалчер
по состоянию на февраль 2017, RFC8081 - это предложенный стандарт. Он определяет тип носителя верхнего уровня для шрифтов, поэтому стандартный тип носителя для WOFF и WOFF2 выглядит следующим образом:
font/woff
font/woff2
@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:
- Веб-Открытый Формат Шрифта
- он может быть скомпилирован с помощью контуров TrueType или PostScript (CFF)
- в настоящее время поддерживается 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-->
IIS определяется автоматически .ttf как приложение / октет-поток, который, кажется, работает нормально, и fontshop рекомендует .woff будет определен как application / octet-stream
минуту назад у меня была такая же проблема, и это решение, которое сработало для меня:
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 шрифта.