Discuz! X3.5 解决小图标不能显示的方法

文強

我发现大多数使用Discuz! X3.5 都有小图标不能显示的问题，提问的时候给的回答都是说跨域的问题，可是不管我怎么百度、谷歌，给出跨域的方法看了都蒙，一大堆的代码都不知要放到哪里！

不过，今天终于让我给解决了，在解决之前看我网站带www和不带www的小图标。





方法是寻求服务商的技术人员，我向他反映了我遇到的问题，然后他给的答复如下。



谷歌翻译的结果。



这是他帮我添加的代码。



然后我试着在浏览器里添加网站地址带www和不带www的，果然图标都能正常显示了。





而且我也在另一个论坛的服务器里做相同的设置，也不再出现小图标不显示的问题，当然，我的能够解决并不代表你们的也一样，所以这个帖只能算是给大家提供参考，如果对你没作用，那就只能说声抱歉了。

下边就是技术人员给出的代码，只需要添加到 .htaccess 文件的最上端，添加后到后台更新下缓存。

1. <IfModule mod_headers.c>
   
2. Header add Access-Control-Allow-Origin "*"
   
3. Header add Access-Control-Allow-Headers "origin, x-requested-with, content-type, authorization"
   
4. Header add Access-Control-Allow-Methods "PUT, GET, POST, DELETE, OPTIONS"
   
5. </IfModule>

复制代码

或是把"*" 改成你网址的地址

1. <IfModule mod_headers.c>
   
2. Header add Access-Control-Allow-Origin "https://www.xxx.com"
   
3. Header add Access-Control-Allow-Headers "origin, x-requested-with, content-type, authorization"
   
4. Header add Access-Control-Allow-Methods "PUT, GET, POST, DELETE, OPTIONS"
   
5. </IfModule>

复制代码

最后希望能给同样有小图标烦恼的带来帮助。

Jane

1、apache 在httpd.conf 尾部加上

1. LoadModule headers_module modules/mod_headers.so

复制代码

1. # Make sure proxies don’t deliver the wrong contentHeader append Vary User-Agent env=!dont-vary
   
2.       Header set Access-Control-Allow-Origin "*"

复制代码

也可以在网站根目录.htaccess文件中添加以下代码

1. # Make sure proxies don’t deliver the wrong contentHeader append Vary User-Agent env=!dont-vary
   
2.       Header set Access-Control-Allow-Origin "*"

复制代码

2、Nginx 在域名.conf 内部加上
（补充：服务器如果安装宝塔,直接点击站点设置-配置文件,搜索'#SSL-START SSL相关配置',在上面粘贴以下代码，刷新后台即可解决此问题）

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

复制代码

3、如果使用了CDN，需要使用HTTP头

cenmoo

cenmoo 发表于 2023-7-24 00:59
也是这个问题  一直没解决

已解决   删除模板界面基础图片目录



后台-模板-编辑所用模板-界面基础图片目录 {IMGDIR}:

酷画创意

解决DISCUZ出现https和http引入文件报错static/image/common/dzicon.woff2的一个方案_but requested an insecure font-CSDN博客
看这篇csdn文章，不管你用的是什么环境，或是什么服务器，直接在dz.后台操作，在后台头部文件中加入一段代码即可解决跨域问题即可：<meta http-equiv="Content-Security-Policy" content="upgrade-insecure-requests">

cn714

IIS的情况，可能是字体文件未加到MIME类型当中。只需要在IISmime增加相应类型就可以了。
.woff application/x-font-woff
.woff2 application/x-font-woff

niaijiang

IIS解决办法
在网站根目录web.config里配置

1. 
   
2.         <httpProtocol>
   
3.             <customHeaders>
   
4.                 <add name="Access-Control-Allow-Headers" value="origin, x-requested-with, content-type, authorization" />
   
5.                 <add name="Access-Control-Allow-Methods" value="PUT, GET, POST, DELETE, OPTIONS" />
   
6.                 <add name="Access-Control-Allow-Origin" value="*" />
   
7.             </customHeaders>
   
8.         </httpProtocol>

复制代码

需要添加到 文件的最上端，添加后到后台更新下缓存和CDN缓存

文強

TaC 发表于 2023-5-3 14:18
还别说，我以前一直也是用的国外主机，不管是更换主机，还是换域名，对于小白，出现问题找他们，真的会直接 ...

我这两个星期两个网站都出现状况，两个都突然不能打开，客服的技术人员了解情况后很快就帮忙解决。
说下我出状况的论坛：
1、第一个网站--技术人员排查后说是我的database没有添加用户，他帮忙添加后就解决了。
2、另一个网站我是发现输入网址后不能打开，但是后面添加/forum.php就没问题，接着我想打开帖子(帖子添加了伪静态)，发现又不能打开，我到file manager 看到 .htaccess 文件被修改了，改回来就可以了，可是我的网址不带/forum.php还是不能打开，所以只好找这个服务商的技术人员反映情况，他排查后告诉我index.php被修改和添加了恶意代码，过后把 index.php 替换就好了。

湖中沉

你的这个是针对htaccess的，但因为不同环境设置就不一样，所以回答提问的时候，只能以总体方法为回答，无法在不明确对方环境的情况下随便给出针对的内容

湖中沉

TaC 发表于 2023-5-3 15:27
又折腾了一次。
其实我觉得这本就是程序上的问题，程序自带的图片都是以{STATICURL}或者{IMGDIR}代表文件所 ...

因为那就不是图片，而是字体……字体是和其他图片资源不同的资源类型，是自然受保护的类型，所以需要有权限访问

专家

TaC 发表于 2023-5-3 15:27
又折腾了一次。
其实我觉得这本就是程序上的问题，程序自带的图片都是以{STATICURL}或者{IMGDIR}代表文件所 ...

你这个理解是完全错误的，建议学习一下前端web的基础知识，或者多看看论坛里懂技术的人的发言。

你觉得这本就是程序上的问题，也就意味着你觉得有能力开发Discuz的这些十几年经验的开发者的水平，还不如你的直观感觉……
建议你最好还是不要这么猜测了，没有这种可能的。

专家

文強 发表于 2023-5-3 14:45
我这两个星期两个网站都出现状况，两个都突然不能打开，客服的技术人员了解情况后很快就帮忙解决。
说下 ...

你这个方法的确是可以通用的，但前提是用户使用Apache服务器并且开启了htaccess文件的支持。
如果用户使用的是Nginx服务器，这招是没有用的。