如何在不阻塞伺服器和客戶端的情況下，即時讀取和列印正在伺服器端寫入的上傳檔案的大小？

讓我們展開來討論這個問題：

為了即時取得文件上傳的進度，我們在POST 請求中透過fetch() 從Blob、File、TypedArray 或ArrayBuffer 物件設定了body 物件。

目前的實作將 File 物件設定為 fetch() 的第二個參數傳遞給 body 物件。

需求：

作為 text/event-stream 讀取正在寫入伺服器檔案系統的檔案的大小並將其回顯到客戶端。當 GET 請求中 var 查詢字串參數提供的所有位元組都寫入完成後停止。檔案讀取目前在單獨的腳本環境中進行，其中 GET 呼叫向讀取檔案的腳本發出調用，然後 POST 到將檔案寫入伺服器的腳本。

在完成檔案大小回顯部分後再嘗試解決處理伺服器端檔案寫入或檔案讀取以取得目前檔案大小的潛在問題。

目前嘗試使用 php 滿足要求。不過也對 c、bash、nodejs、python 或其他語言或方法感興趣，這些語言或方法可以用來執行相同任務。

客戶端 javascript 部分沒問題。只是不太精通 php（世界上使用最廣泛的伺服器端語言之一），無法在不包含不必要的零件的情況下實施該模式。

動機：

fetch 的進度指標？

相關：

帶有ReadableStream 的Fetch

獲得

PHP Notice:  Undefined index: HTTP_LAST_EVENT_ID in stream.php on line 7

在終端機。

此外，如果將

while(file_exists($_GET["filename"]) 
  && filesize($_GET["filename"]) < intval($_GET["filesize"]))

替換為

while(true)

它會在EventSource 處產生錯誤。

沒有 sleep() 調用，正確的檔案大小會分發到一個大小為 3.3MB 的檔案的訊息事件中，3321824、61921、26214 和 38093 分別在上傳同一檔案三次時被列印出來。預期結果是在以下位置寫入檔案時取得檔案大小：

stream_copy_to_stream($input, $file);

而非上傳的檔案物件的 filesize。 fopen() 或 stream_copy_to_stream() 會阻止其他 php process 存取 stream.php？

到目前為止嘗試的方法：

php 引用自

• 超越$_POST、$_GET 和$_FILE：在JavaScriptPHP 中處理Blob
• 具有PHP 範例的Server-Sent Events簡介

php

// 能否合并 `data.php`、`stream.php` 为同一个文件？
// 能否使用 `STREAM_NOTIFY_PROGRESS` 
// "Indicates current progress of the stream transfer 
// in bytes_transferred and possibly bytes_max as well" to read bytes?
// do we need to call `stream_set_blocking` to `false`
// data.php

// stream.php

javascript