3.4升級(jí)到3.5發(fā)現(xiàn)一個(gè)小問(wèn)題，具體原因還不清楚

ink

升級(jí)到最后，完成第三方序列化數(shù)據(jù)轉(zhuǎn)換后，就白屏了，什么都不顯示，無(wú)任何出錯(cuò)信息，我趕緊去服務(wù)器看PHP以及MYSQL的運(yùn)行記錄，沒(méi)有任何出錯(cuò)信息。

我就打開(kāi)升級(jí)程序文件update_adult.php仔細(xì)看，發(fā)現(xiàn)在完成第三方序列化數(shù)據(jù)轉(zhuǎn)換后，后面第一個(gè)讀取的目錄是 data/log里面往日運(yùn)行、操作、出錯(cuò)等記錄：

1. show_msg("第三方序列化數(shù)據(jù)轉(zhuǎn)換完成，即將進(jìn)行下一步操作，請(qǐng)稍候......", '提示信息', 0, "$theurl?step=file");
   
2.         }
   
3.     }
   
4. 
   
5. } else if ($step == 'file') {
   
6. 
   
7.     logmessage("start file convert.");
   
8. 
   
9.     encode_tree(__DIR__.'/../data/log/');
   
10.     encode_tree(__DIR__.'/../source/plugin/');
    
11.     encode_tree(__DIR__.'/../template/');

復(fù)制代碼

莫非log文件有什么問(wèn)題？隨手就清空了那些log文件，然后回滾，再次運(yùn)行，就OK了。

log目錄內(nèi)記錄文件比較多，一個(gè)個(gè)查可能會(huì)很麻煩，只是有人知道這大概會(huì)是什么原因么？

1 貢獻(xiàn)+1 金幣

最佳答案

data/log/下的文件過(guò)多過(guò)大或存在惡意代碼（比如被嘗試惡意注入產(chǎn)生的攔截記錄）導(dǎo)致無(wú)法順利完成，可以將log文件移出備份后刷新即可

• Killer
• 發(fā)表于2023-3-19 16:59:10
• 詳細(xì)答案 >

Killer

data/log/下的文件過(guò)多過(guò)大或存在惡意代碼（比如被嘗試惡意注入產(chǎn)生的攔截記錄）導(dǎo)致無(wú)法順利完成，可以將log文件移出備份后刷新即可