我在IE 7,8,9的HTTPS上使用@ font-face遇到了问题-它根本没有加载。不管包含的HTML页面是否托管在HTTPS上都没有关系,
当我尝试通过HTTP加载EOT字体时,它可以工作,而HTTPS则不能 。有人看到过这种行为吗?
托管字体的服务器正在发送正确的content-type =“ application / vnd.ms-fontobject”
我尝试了多种字体,所以它不是特定于字体的。
字体是在FontSquirrel生成的
@font-face {
font-family: 'GothamCondensedBold';
src:url('path/to/fontgothmbcd-webfont.eot');
src:url('path/to/fontgothmbcd-webfont.eot?#iefix') format('embedded-opentype'),
url('path/to/fontgothmbcd-webfont.woff') format('woff'),
url('path/to/fontgothmbcd-webfont.ttf') format('truetype'),
url('path/to/fontgothmbcd-webfont.svg#GothamCondensedBold') format('svg');
font-weight: normal;
font-style: normal;
}
我知道这是一个旧线程,但我只需要权衡一下。在所有版本的Internet
Explorer(7-11)中,EOT和WOFF字体都存在相同的问题,但无法通过HTTPS加载。经过数小时的反复试验,并将标头与其他工作站点进行比较,我们发现正是vary
标头弄乱了事情。取消为这些文件类型设置标头即可立即解决我们的问题。
<FilesMatch "\.(woff)$">
Header unset Vary
</FilesMatch>
<FilesMatch "\.(eot)$">
Header unset Vary
</FilesMatch>
问题内容: :找到答案 看一下底部的答案。这就是为我解决问题的原因。IE9正在呈现正确的方式。IE8的字体略有不同。不知道什么字体,但是看起来是“ OK”。 我已经为此奋斗了几个小时。对于我们的一位客户,我们已经设计了一个网上商店,并正在通过常规的不安全的HTTP连接进行开发。从2天前开始,我们在域上安装了SSL证书,并使用.htaccess强制与网站的每次连接都通过https域进行 但是,由于某
问题内容: 我有一个使用socket.IO的node.js应用程序。它可以在http上正常工作,但是当尝试通过https连接到套接字时,没有任何反应。 这是代码的一部分: 和功能: 客户端连接如下: 正如我说的,在http上一切正常,但是在https上连接会给我“连接被中断”。我究竟做错了什么? 问题答案: 您不能像服务器那样初始化服务器。您必须启动一个单独的https服务器,然后将socket.
我试图通过HTTPS加载谷歌字体和图像,但它们一直通过HTTP加载,尽管在所有资产中都将路径更改为“HTTPS”。 混合内容:位于'https://'的页面通过HTTPS加载,但请求不安全的样式表'http://fonts.googleapis.com/css?family=Roboto:400,100,100斜体字、300斜体、300、400斜体、500、500斜体、700、700斜体、900、
我有麻烦尝试导入一个woff2字体文件在一个简单的测试网页中使用。 所有内容都在一个名为'test'的文件夹中,@font-face src引用了我要测试的本地.woff2字体文件。不幸的是,标题的字体没有显示正确的字体,除非我使用.ttf字体文件。 我觉得我好像在某个地方犯了一个简单的格式错误,但我似乎不知道我错在哪里。感谢任何帮助。
我必须构建一个RESTendpoint,它在内部调用一些RESTendpoint(商业机密),并进行一些定制,并给出特定于用户的响应。我在spring boot框架内使用的endpoint(商业机密),支持HTTP和https。因为我的框架默认支持HTTP协议。 下面是endpoint示例: http://localhost:8081/hadoop-calendpoint控制器/getCustom
我有一个角度12前端应用程序与Spring Boot后端应用程序通信。应该使用cookie通过CSRF令牌调用API,但我的逻辑似乎只适用于localhost。 请查找以下代码片段: 通过ngx cookie服务设置角度cookie: 在每次请求之前调用角度拦截器: Spring Boot CORS一般配置: 我真的不明白问题是在前端还是后端。。。同样,通过HTTP(localhost)发送Coo