3 回答

TA貢獻(xiàn)1784條經(jīng)驗(yàn) 獲得超8個(gè)贊
這是一件很瘋狂的事情!
論壇中不時(shí)出現(xiàn)“無(wú)法推送限制”錯(cuò)誤。關(guān)于問(wèn)題可能出在哪里,那里給出了各種想法。一個(gè)原因可能是源代碼通過(guò) Composer 在本地 PC 上編寫(xiě),然后通過(guò) (S)FTP 傳輸?shù)椒?wù)器。FTP 程序根據(jù)文件擴(kuò)展名決定將數(shù)據(jù)以 ASCII 格式還是二進(jìn)制格式保存在服務(wù)器上。
在 vendor/google/protobuf/src/Google/Protobuf/ 中,有各種生成的文件具有 .php 擴(kuò)展名,但實(shí)際上是二進(jìn)制文件!(如果您打開(kāi)文件,您可以立即看到它,例如:vendor/google/protobuf/src/GPBMetadata/Google/Protobuf/Any.php)在我的案例中,通過(guò)二進(jìn)制文件將這些文件顯式傳輸?shù)椒?wù)器的解決方案有效!如果有疑問(wèn),請(qǐng)將 Google/protobuf 中的完整模塊作為二進(jìn)制文件傳輸...

TA貢獻(xiàn)1803條經(jīng)驗(yàn) 獲得超6個(gè)贊
mbstring.func_overload 為 2 這是錯(cuò)誤的原因 更改為 0 并且有效

TA貢獻(xiàn)1853條經(jīng)驗(yàn) 獲得超9個(gè)贊
你提到那$byte_limit <= $this->current_limit - $current_position
是真的,所以要么$byte_limit >= 0
或要么$byte_limit <= PHP_INT_MAX - $current_position
是假的。
如果$byte_limit <= PHP_INT_MAX - $current_position
是假的,那么增加$current_position
,不會(huì)變成真的。如果要調(diào)整值,使表達(dá)式被評(píng)估為真,則需要增加 PHP_INT_MAX 的值。
如果$byte_limit >= 0
為假,則修改$current_limit
不會(huì)避免異常。
無(wú)論哪種方式,錯(cuò)誤似乎都是protobuf
php 庫(kù)的問(wèn)題,所以我建議您在那里報(bào)告問(wèn)題,而不是嘗試直接修改值。
- 3 回答
- 0 關(guān)注
- 219 瀏覽
添加回答
舉報(bào)