壓縮文件沒有真正被'PHP unlink'刪除

-1

好的，所以這是我的第一篇文章，它有點艱難。我在網上找空了。我正在嘗試在我們的服務器上創建一個zip文件，該文件的大小根據我們的朋友，貝寶的硬性限制而有所不同。一旦第一個檔案被寫入，關閉並下載，我們刪除所有的組件文件和zip本身。嘗試創建具有相同名稱的新zip文件時出現問題。它就像被刪除的那個還在那裏......但事實並非如此。它不會出現在cPanel的文件管理器中，因爲它已被指控刪除，但它確實是地獄下載。請注意，所有組件文件似乎都被壓縮到重用的zip中，因爲我看到它發生在我的echo/debug語句中，但是當我們下載它並在裏面查看時，它具有來自以前zip的「剩菜」。只有當我們選擇一個以前從未使用過的zip壓縮文檔的名稱時，才能正常工作。 unlink（）後的flush（）似乎沒有效果。不是那麼重要，而是用鉻和邊緣進行測試。一旦我們 '註銷' 所有支付*文件的鏈接斷開壓縮文件沒有真正被'PHP unlink'刪除

$zip->close();

：

拉鍊被創建如下：

$zip = new ZipArchive(); 
if ($zip->open('payouts.zip', ZIPARCHIVE::CREATE)!==TRUE) { 
    echo 'cannot open <$payouts.zip>'; 
    exit("cannot open <$payouts.zip>\n"); 
}

加入到：

$zip->addFile('payouts_'.$zip_file_counter.'.txt');

後來關閉。

如果'payouts.zip'被更改爲'payouts [X] .zip'，其中'X是某個數字，所有作品都會游泳 - 每一次 - 如上所述。我能做些什麼來解決這個問題？當然，如果服務器上有任何殘留物，我如何清理它們，而不是提交幫助票？順便說一句，我注意到，等待一段時間似乎清除了問題。提前致謝。

編輯：果然，這些文件在我的服務器上，我只是看不到它們。我知道這一點，因爲我只是將我的網站壓縮爲備份的一部分，最終以一個大的honkin壓縮文件結束。任何建議感激。

來源

2016-07-14 Tom Scott

給我一些CACHE，我會猜測 – RiggsFolly

@RiggsFolly肯定，但如何處理服務器上的... –

沒有線索是在字緩存的拼寫 – RiggsFolly

-1

顯然，siteground（也可能是其他人）擁有一個名爲「super cacher」的東西，默認情況下會打開「on」。有一次，我要求他們關閉它，除了這個之外，還有很多問題都消失了。

來源

2016-07-26 22:24:36

壓縮文件沒有真正被'PHP unlink'刪除

回答

相關問題