耗子 發(fā)表于 2022-3-22 14:15
這個問題我之前出現(xiàn)過。  幫客戶解決的。。。  忘記啥問題了 忘記存檔了

感謝回復，已經(jīng)解決

這個問題我之前出現(xiàn)過。  幫客戶解決的。。。  忘記啥問題了 忘記存檔了

專家 發(fā)表于 2022-3-20 22:46
不推薦用GBK的原因是GBK版本有一些難以解決甚至完全無法修復的bug。
而用能和ascii編碼完全兼容的UTF-8就 ...

感謝提醒，DZ轉(zhuǎn)換數(shù)據(jù)編碼還是比較容易的，UTF-8也是個趨勢了，以后我會隨時轉(zhuǎn)換。

ysx24 發(fā)表于 2022-2-19 18:36
CDN問題
這問題我遇到過，糾結(jié)一天，老周部落 指點才解決
cdn緩存和登陸核驗不同步，校驗失敗導致登陸異常

修復了設(shè)置后，兩個站兩種CDN，有一個又出現(xiàn)了這個問題，研究了下兩個CDN，假如設(shè)置不緩存“/”，緩存黑名單里會顯示為：www.域名.com/，這兩種CDN都因為這樣設(shè)置影響整個網(wǎng)站的CDN緩存，對于出現(xiàn)問題的這個CDN，這樣設(shè)置也不起效。我發(fā)現(xiàn)實際上是CDN的安全防護功能影響了登陸。
最終找到了解決方法：在防火墻的綠色通道里添加，www.域名.com/member.php，可以解決問題。不需要設(shè)置緩存

專家 發(fā)表于 2022-3-20 22:46
不推薦用GBK的原因是GBK版本有一些難以解決甚至完全無法修復的bug。
而用能和ascii編碼完全兼容的UTF-8就 ...

感謝提醒

卡卡北 發(fā)表于 2022-3-20 07:57
其實，你想想看，大局域網(wǎng)下，用UTF-8意義真不大，數(shù)據(jù)庫體積會增加1/3。再者，即使有英文操作系統(tǒng)訪問， ...

不推薦用GBK的原因是GBK版本有一些難以解決甚至完全無法修復的bug。
而用能和ascii編碼完全兼容的UTF-8就沒這個問題。

ysx24 發(fā)表于 2022-3-20 14:50
只是首頁

我這個問題不在CDN上，Nginx反代式CDN不容易出現(xiàn)這類問題，問題出在config_global.php里設(shè)置錯誤導致的登陸核驗不同步，校驗失敗導致登陸異常，與您遇到的問題異曲同工，還是感謝您的提醒！

卡卡北 發(fā)表于 2022-3-20 08:15
感謝您的解答！有個小疑問，假如設(shè)置不緩存“/”，緩存黑名單里會顯示為：www.域名.com/
那是不是整個網(wǎng) ...

只是首頁

ysx24 發(fā)表于 2022-2-19 18:36
CDN問題
這問題我遇到過，糾結(jié)一天，老周部落 指點才解決
cdn緩存和登陸核驗不同步，校驗失敗導致登陸異常

感謝您的解答！有個小疑問，假如設(shè)置不緩存“/”，緩存黑名單里會顯示為：www.域名.com/
那是不是整個網(wǎng)站www.域名.com就不緩存了？