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

還別說，我以前一直也是用的國外主機，不管是更換主機，還是換域名，對于小白，出現問題找他們，真的會直接給你解決。這個映像特深。
記得同期為了解決備案的問題，在阿里，同樣的配制，同一個程序備份，硬硬的跟他們客服技術em來EM去的搞了差不多整月，問題依然沒解決，他們給我最多的回復就是你配制不夠，要升級，你啥問題要解決。氣得我最后連下來的備案也不要了，直接把文件全轉到國外。

今天看到這個，我一試，還別說，還真是留意盡量的把域名統一成一樣的，帶www和不帶的，還真沒用心去把不一樣的域名，整成一樣的效果。

先留言一個，再測試效果。

TaC

嘿，沒看懂這段代碼。
看下GPT的回復解釋：
這段代碼是用來設置HTTP響應頭信息，以允許跨域請求。具體來說，它使用Apache的mod_headers模塊來添加三個HTTP頭信息：

Access-Control-Allow-Origin：指定允許跨域請求的源，*表示允許任意來源的請求。

Access-Control-Allow-Headers：指定允許跨域請求的頭信息，包括origin、x-requested-with、content-type和authorization。

Access-Control-Allow-Methods：指定允許跨域請求的HTTP方法，包括PUT、GET、POST、DELETE和OPTIONS。

這些HTTP頭信息是由瀏覽器解析的，用于判斷是否允許跨域請求。如果服務器沒有設置這些頭信息，瀏覽器會阻止跨域請求，從而導致請求失敗。

文強

TaC 發表于 2023-5-3 14:18
還別說，我以前一直也是用的國外主機，不管是更換主機，還是換域名，對于小白，出現問題找他們，真的會直接 ...

我這兩個星期兩個網站都出現狀況，兩個都突然不能打開，客服的技術人員了解情況后很快就幫忙解決。
說下我出狀況的論壇：
1、第一個網站--技術人員排查后說是我的database沒有添加用戶，他幫忙添加后就解決了。
2、另一個網站我是發現輸入網址后不能打開，但是后面添加/forum.php就沒問題，接著我想打開帖子(帖子添加了偽靜態)，發現又不能打開，我到file manager 看到 .htaccess 文件被修改了，改回來就可以了，可是我的網址不帶/forum.php還是不能打開，所以只好找這個服務商的技術人員反映情況，他排查后告訴我index.php被修改和添加了惡意代碼，過后把 index.php 替換就好了。

TaC

文強 發表于 2023-5-3 14:45
我這兩個星期兩個網站都出現狀況，兩個都突然不能打開，客服的技術人員了解情況后很快就幫忙解決。
說下 ...

我剛才試了下，怎么我的不行了。后臺使用哪種更新的緩存，哪個就在前臺顯示正常，另一個就不正常。

湖中沉

你的這個是針對htaccess的，但因為不同環境設置就不一樣，所以回答提問的時候，只能以總體方法為回答，無法在不明確對方環境的情況下隨便給出針對的內容

TaC

又折騰了一次。
其實我覺得這本就是程序上的問題，程序自帶的圖片都是以{STATICURL}或者{IMGDIR}代表文件所在位置的路徑，最后指向image文件夾，或者其它圖片文件夾下文件。
但是帖子內容里，或建站后發布的圖片都不受這個帶不帶www影響。我查看了下，插件的圖片都能顯示。

那么只能說明，這個{STATICURL}或者{IMGDIR}表示路徑的地方，本就是影響跨域的根本原因。

湖中沉

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服務器，這招是沒有用的。