Discuz! X3.5 解決小圖標(biāo)不能顯示的方法

文強(qiáng)

我發(fā)現(xiàn)大多數(shù)使用Discuz! X3.5 都有小圖標(biāo)不能顯示的問題，提問的時(shí)候給的回答都是說跨域的問題，可是不管我怎么百度、谷歌，給出跨域的方法看了都蒙，一大堆的代碼都不知要放到哪里！

不過，今天終于讓我給解決了，在解決之前看我網(wǎng)站帶www和不帶www的小圖標(biāo)。





方法是尋求服務(wù)商的技術(shù)人員，我向他反映了我遇到的問題，然后他給的答復(fù)如下。



谷歌翻譯的結(jié)果。



這是他幫我添加的代碼。



然后我試著在瀏覽器里添加網(wǎng)站地址帶www和不帶www的，果然圖標(biāo)都能正常顯示了。





而且我也在另一個(gè)論壇的服務(wù)器里做相同的設(shè)置，也不再出現(xiàn)小圖標(biāo)不顯示的問題，當(dāng)然，我的能夠解決并不代表你們的也一樣，所以這個(gè)帖只能算是給大家提供參考，如果對(duì)你沒作用，那就只能說聲抱歉了。

下邊就是技術(shù)人員給出的代碼，只需要添加到 .htaccess 文件的最上端，添加后到后臺(tái)更新下緩存。

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>

復(fù)制代碼

或是把"*" 改成你網(wǎng)址的地址

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>

復(fù)制代碼

最后希望能給同樣有小圖標(biāo)煩惱的帶來幫助。

Jane

1、apache 在httpd.conf 尾部加上

1. LoadModule headers_module modules/mod_headers.so

復(fù)制代碼

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

復(fù)制代碼

也可以在網(wǎng)站根目錄.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 "*"

復(fù)制代碼

2、Nginx 在域名.conf 內(nèi)部加上
（補(bǔ)充：服務(wù)器如果安裝寶塔,直接點(diǎn)擊站點(diǎn)設(shè)置-配置文件,搜索'#SSL-START SSL相關(guān)配置',在上面粘貼以下代碼，刷新后臺(tái)即可解決此問題）

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

復(fù)制代碼

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

cenmoo

cenmoo 發(fā)表于 2023-7-24 00:59
也是這個(gè)問題  一直沒解決

已解決   刪除模板界面基礎(chǔ)圖片目錄



后臺(tái)-模板-編輯所用模板-界面基礎(chǔ)圖片目錄 {IMGDIR}:

酷畫創(chuàng)意

解決DISCUZ出現(xiàn)https和http引入文件報(bào)錯(cuò)static/image/common/dzicon.woff2的一個(gè)方案_but requested an insecure font-CSDN博客
看這篇csdn文章，不管你用的是什么環(huán)境，或是什么服務(wù)器，直接在dz.后臺(tái)操作，在后臺(tái)頭部文件中加入一段代碼即可解決跨域問題即可：<meta http-equiv="Content-Security-Policy" content="upgrade-insecure-requests">

cn714

IIS的情況，可能是字體文件未加到MIME類型當(dāng)中。只需要在IISmime增加相應(yīng)類型就可以了。
.woff application/x-font-woff
.woff2 application/x-font-woff

niaijiang

IIS解決辦法
在網(wǎng)站根目錄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>

復(fù)制代碼

需要添加到 文件的最上端，添加后到后臺(tái)更新下緩存和CDN緩存

TaC

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

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

先留言一個(gè)，再測(cè)試效果。

TaC

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

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

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

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

這些HTTP頭信息是由瀏覽器解析的，用于判斷是否允許跨域請(qǐng)求。如果服務(wù)器沒有設(shè)置這些頭信息，瀏覽器會(huì)阻止跨域請(qǐng)求，從而導(dǎo)致請(qǐng)求失敗。

文強(qiáng)

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

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

TaC

文強(qiáng) 發(fā)表于 2023-5-3 14:45
我這兩個(gè)星期兩個(gè)網(wǎng)站都出現(xiàn)狀況，兩個(gè)都突然不能打開，客服的技術(shù)人員了解情況后很快就幫忙解決。
說下 ...

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

湖中沉

你的這個(gè)是針對(duì)htaccess的，但因?yàn)椴煌h(huán)境設(shè)置就不一樣，所以回答提問的時(shí)候，只能以總體方法為回答，無法在不明確對(duì)方環(huán)境的情況下隨便給出針對(duì)的內(nèi)容

TaC

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

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

湖中沉

TaC 發(fā)表于 2023-5-3 15:27
又折騰了一次。
其實(shí)我覺得這本就是程序上的問題，程序自帶的圖片都是以{STATICURL}或者{IMGDIR}代表文件所 ...

因?yàn)槟蔷筒皇菆D片，而是字體……字體是和其他圖片資源不同的資源類型，是自然受保護(hù)的類型，所以需要有權(quán)限訪問

專家

TaC 發(fā)表于 2023-5-3 15:27
又折騰了一次。
其實(shí)我覺得這本就是程序上的問題，程序自帶的圖片都是以{STATICURL}或者{IMGDIR}代表文件所 ...

你這個(gè)理解是完全錯(cuò)誤的，建議學(xué)習(xí)一下前端web的基礎(chǔ)知識(shí)，或者多看看論壇里懂技術(shù)的人的發(fā)言。

你覺得這本就是程序上的問題，也就意味著你覺得有能力開發(fā)Discuz的這些十幾年經(jīng)驗(yàn)的開發(fā)者的水平，還不如你的直觀感覺……
建議你最好還是不要這么猜測(cè)了，沒有這種可能的。

專家

文強(qiáng) 發(fā)表于 2023-5-3 14:45
我這兩個(gè)星期兩個(gè)網(wǎng)站都出現(xiàn)狀況，兩個(gè)都突然不能打開，客服的技術(shù)人員了解情況后很快就幫忙解決。
說下 ...

你這個(gè)方法的確是可以通用的，但前提是用戶使用Apache服務(wù)器并且開啟了htaccess文件的支持。
如果用戶使用的是Nginx服務(wù)器，這招是沒有用的。