可將3.5的PHP版本的最低要PHP7.0作為硬條件:

jiangchuankyo

PHP版本小于7.0時(shí)有一個(gè)無(wú)法被修復(fù)的硬BUG, 就是所有需要處理數(shù)字的函數(shù)無(wú)法識(shí)別那個(gè)大于21億的數(shù),


intval大于2147483648會(huì)返回負(fù)數(shù),  time()函數(shù)會(huì)返回1910年,  filesize大于2G也會(huì)返回負(fù)數(shù) 等等....

總之所有需要處理數(shù)字的函數(shù), 都無(wú)法處理大于2147483648的數(shù)字(只有純+-法可以),

網(wǎng)上的教程都說(shuō)要系統(tǒng)64位, 其實(shí)是全是錯(cuò)的,

必須: 系統(tǒng)64位, PHP64位, PHP版本大于大于7.0

這三者缺一不可, 才可以處理大于2147483648的數(shù)字

測(cè)試系統(tǒng): windows server 2022  x64


可將dz3.5的PHP版本的最低要PHP7.0作為硬條件在安裝時(shí)檢測(cè)

1 貢獻(xiàn)

最佳答案

補(bǔ)充一句，X3.5 的 PHP 要求 2020 年多方拉鋸模式談過(guò)很多次，PHP 5.6 是各方面平衡的最終決定。
這個(gè)最低限制不影響站點(diǎn)使用和應(yīng)用開(kāi)發(fā)，各方面可以選擇適合自己的版本。站點(diǎn)使用可以直接裝 PHP 7 甚至 8 ，應(yīng)用開(kāi)發(fā)可以選擇不兼容 PHP 5.6 。

PHP 5.6 是最終決定主要原因是 PHP 5.6 能支持很多基礎(chǔ)安全特性且最大程度的保留了對(duì)歷史組件、用戶環(huán)境的支持，太高了存量應(yīng)用適配不了（每次 Discuz! 適配 PHP 大版本都是大工程）而且用戶也很可能沒(méi)有 PHP 7 的環(huán)境，太低了很多安全特性根本就不支持。

• 老周部落
• 發(fā)表于2023-1-13 15:55:13
• 詳細(xì)答案 >

jiangchuankyo

還有所有htm模板里面的數(shù)組字符串鍵應(yīng)該全部加上單引號(hào),

2. Discuz攔截了PHP的錯(cuò)誤處理函數(shù), 攔截可以,  但是應(yīng)該給php返回false, 這樣別人php自帶的錯(cuò)誤日志才會(huì)有記錄在,
現(xiàn)在是discuz攔截錯(cuò)誤處理函數(shù), 但是discuz自己不會(huì)記錄錯(cuò)誤(那種訪問(wèn)請(qǐng)求當(dāng)中含有非法字符，已經(jīng)被系統(tǒng)拒絕的安全錯(cuò)誤才會(huì)記錄,語(yǔ)法錯(cuò)誤代碼錯(cuò)誤discuz默認(rèn)不會(huì)記錄只會(huì)顯示給瀏覽器)


3. 不應(yīng)該去動(dòng)別人php的error_reporting設(shè)置, 這個(gè)error_reporting設(shè)置修改了別人php的錯(cuò)誤處理級(jí)別全就失效了,
   如果只是不想讓錯(cuò)誤顯示給訪問(wèn)者的瀏覽器上,  只需要設(shè)置display_errors = Off即可

專家

32位軟件的int就是這樣的啊，這怎么能是bug呢？多少年來(lái)一直都是這樣的，而且Discuz本身也沒(méi)有處理大數(shù)的實(shí)質(zhì)性需求的。
這就不是bug，你選擇了32位系統(tǒng)，就不能處理這么大的數(shù)。數(shù)據(jù)庫(kù)里安排的一般也都是int而不是bigint之類的東西。
有一些特殊場(chǎng)景是必須要處理大數(shù)的（如ipv6相關(guān)）但是程序里已經(jīng)做了兼容層，可以確保在32位系統(tǒng)上正常運(yùn)行。

php 8數(shù)組不加單引號(hào)是會(huì)直接報(bào)錯(cuò)的，但是你發(fā)現(xiàn)模板里面對(duì)應(yīng)沒(méi)加引號(hào)的地方報(bào)錯(cuò)了么？這是因?yàn)槟０褰馕鲆胬镆呀?jīng)做了兼容層了。

關(guān)于錯(cuò)誤處理這塊原來(lái)是有優(yōu)化計(jì)劃的，但這塊還真不能輕易的改，因?yàn)橛泻芏嗥嫫婀止值膒hp環(huán)境的存在，很多東西不能像理論上那樣去做，做了容易出問(wèn)題，最怕的是安全問(wèn)題。
后續(xù)應(yīng)該會(huì)有一些相關(guān)的處理的，但大概率默認(rèn)也沒(méi)法啟用。
外加Discuz現(xiàn)有版本根本不是按正常運(yùn)行無(wú)錯(cuò)的方式設(shè)計(jì)的，雖然之前已經(jīng)花了很大氣力改掉了為數(shù)不少的日常報(bào)錯(cuò)，但殘留的量依然非?？捎^。你敢把這部分內(nèi)容直接開(kāi)進(jìn)日志，你正常運(yùn)行1天你的日志就得灌滿。

老周部落

補(bǔ)充一句，X3.5 的 PHP 要求 2020 年多方拉鋸模式談過(guò)很多次，PHP 5.6 是各方面平衡的最終決定。
這個(gè)最低限制不影響站點(diǎn)使用和應(yīng)用開(kāi)發(fā)，各方面可以選擇適合自己的版本。站點(diǎn)使用可以直接裝 PHP 7 甚至 8 ，應(yīng)用開(kāi)發(fā)可以選擇不兼容 PHP 5.6 。

PHP 5.6 是最終決定主要原因是 PHP 5.6 能支持很多基礎(chǔ)安全特性且最大程度的保留了對(duì)歷史組件、用戶環(huán)境的支持，太高了存量應(yīng)用適配不了（每次 Discuz! 適配 PHP 大版本都是大工程）而且用戶也很可能沒(méi)有 PHP 7 的環(huán)境，太低了很多安全特性根本就不支持。