Тип Mime для шрифтов WOFF?
какой тип mime должен использоваться в качестве шрифтов WOFF?
я обслуживаю шрифты truetype (ttf) как font/truetype и opentype (otf) как font/opentype, но я не могу найти правильный формат для шрифтов WOFF.
Я пробовал font/woff,font/webopen и font/webopentype, но хром все равно жалуется:
"ресурс интерпретируется как шрифт, но передается с помощью приложения типа MIME / octet-stream."
кто-нибудь знает?
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
РЕШЕНИЕ 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;ссылки
спасибо Майк Фалчер
по состоянию на февраль 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 также не жалуются на повторную интерпретацию типа.Ура, Майкл
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 шрифта.

Comments