discuz論壇怎么設(shè)置發(fā)帖回復(fù)可見？【隱藏】可見內(nèi)容需要回復(fù)[/隱藏】附件內(nèi)容只有在回復(fù)后才能看到。此外，要使用[hiddiscuz可以做門戶網(wǎng)站嗎？能Discuz！x系列可以做成傳送門。安裝后，可

discuz論壇怎么設(shè)置發(fā)帖回復(fù)可見？

【隱藏】可見內(nèi)容需要回復(fù)[/隱藏】附件內(nèi)容只有在回復(fù)后才能看到。此外，要使用[hid

discuz可以做門戶網(wǎng)站嗎？

能

Discuz！x系列可以做成傳送門。安裝后，可以在后臺打開門戶功能。門戶主要通過渠道發(fā)布文章，然后通過DIY。5月11日將發(fā)布X3.0版本，更好的支持門戶。一個(gè)全面的門戶網(wǎng)站可以直接通過這個(gè)計(jì)劃。

dz論壇后臺刪除未審核帖子502 Bad Gateway nginx怎么解決？

早些年的站長朋友應(yīng)該聽說過DZ。時(shí)至今日，仍然有很多論壇系統(tǒng)是使用DZ開源代碼直接部署或二次開發(fā)的。DZ在用戶功能和體驗(yàn)上是非常好的，但不代表它的技術(shù)實(shí)現(xiàn)方案是最優(yōu)的。最直觀的感受就是，大量的數(shù)據(jù)，論壇可能會出現(xiàn)一些問題。

DZ論壇是什么？DZ是Discuz！簡稱system，是一個(gè)基于PHP MySQL技術(shù)的通用社區(qū)論壇系統(tǒng)，通過它你可以快速搭建自己的論壇。現(xiàn)在很多地方論壇其實(shí)都在用這個(gè)系統(tǒng)。

DZ論壇運(yùn)營出現(xiàn)502錯(cuò)誤的原因上面提到了。DZ論壇雖然應(yīng)用廣泛，但是在大數(shù)據(jù)的情況下可能會出現(xiàn)一些問題，比如502超時(shí)。DZ amp的原因是什么？;s 502錯(cuò)誤？

1.單個(gè)表數(shù)據(jù)過多導(dǎo)致的SQL查詢超時(shí)；

配置參數(shù)沒有優(yōu)化，PHP腳本一旦長時(shí)間運(yùn)行就會超時(shí)；

3.諸如Nging或Apache等Web容器的超時(shí)時(shí)間太短。

DZ s 502超時(shí)錯(cuò)誤1。PHP配置參數(shù)調(diào)整

PHP腳本的運(yùn)行是有時(shí)間限制的。一旦腳本運(yùn)行時(shí)間超過這個(gè)時(shí)間，就會拋出502錯(cuò)誤，因此我們需要適當(dāng)?shù)靥岣咭韵聟?shù):

php配置文件()中的Max _ execution _ timephp和FPM配置文件()中的request_terminate_timeout。

同時(shí)在php-fpm配置中打開request_slowlog_timeout。配置好這個(gè)參數(shù)后，就可以記錄PHP執(zhí)行緩慢的語句了。

2.調(diào)整Nginx/Apache等Web容器的超時(shí)收費(fèi)。

和IIS/Nginx/Apache一樣，默認(rèn)情況下不支持PHP腳本。之所以感覺PHP在它們里面運(yùn)行，其實(shí)是因?yàn)椤＿@種Web容器使用Fast-CGI和其他技術(shù)來處理PHP請求。

以Nginx為例，也有超時(shí)限制，主要參數(shù)有:proxy_connect_timeout、proxy_read_timeout、proxy_send_timeout。

3.檢查MySQL中單表數(shù)據(jù)量是否過大。

MySQL的默認(rèn)配置參數(shù)只是一般的。一旦MySQL數(shù)據(jù)量過大，我們需要及時(shí)調(diào)整MySQL的配置項(xiàng)。另外需要做慢查詢分析，看哪條SQL執(zhí)行慢，可以考慮做子表。

4.建議使用NoSQL(Redis)來緩存熱點(diǎn)數(shù)據(jù)。

對于基于論壇的應(yīng)用程序，典型的是多讀少寫。我們可以用Redis緩存熱門的帖子數(shù)據(jù)，這樣就避免了來回查庫帶來的性能開銷，速度會變得很快。

那個(gè) 這是我的看法。你怎么看待這個(gè)問題？歡迎在下方評論區(qū)交流~我是科技領(lǐng)域的創(chuàng)作者，有十年互聯(lián)網(wǎng)行業(yè)經(jīng)驗(yàn)。歡迎關(guān)注我了解更多科技知識！