在我的 PHP 設置中，出于安全原因，我已經allow_url_include設置FALSE并且很樂意保持這種狀態。當我想include 'https://example.com/path/to/include.php'; // <= THIS WON'T WORK我可以用：include $_SERVER['DOCUMENT_ROOT'].'/path/to/include.php'; // <= BUT THIS WILL到目前為止，一切都很好。然而，現在，我正在嘗試在運行時在 PHP 中創建include 虛擬文件的方法。我想知道 PHP 中是否有等同于 javascript 的東西URL.createObjectURL()，之后我發現 PHP 可以讀取data:URI。這聽起來很有希望......但是因為我已經allow_url_include設置為FALSE，PHP 告訴我它不能include以以下開頭的 URI data:：警告：包裝器在服務器配置中被禁用 include(): data://allow_url_include=0所以，而不是：include 'data:application/x-php;base64,ZnVuY3Rpb24gdGVzdDIoKSB7ZWNobyAnVGhpcyB0ZXN0IGZ1bmN0aW9uIDIgaXMgd29ya2luZy4nO30gdGVzdDIoKTs=';我必須file_get_contents像eval這樣使用：$Test_Function = file_get_contents('data:application/x-php;base64,ZnVuY3Rpb24gdGVzdDIoKSB7ZWNobyAnVGhpcyB0ZXN0IGZ1bmN0aW9uIDIgaXMgd29ya2luZy4nO30gdGVzdDIoKTs='); eval("$Test_Function");后一種方法有效eval()，但（尤其是因為它很慢）除非絕對必要，否則我不想使用。有什么方法可以讓 PHP 訪問includeURI data:，而無需打開allow_url_include？注一：您可能對我在這里使用 base-64 編碼的內容感到好奇：ZnVuY3Rpb24gdGVzdDIoKSB7ZWNobyAnVGhpcyB0ZXN0IGZ1bmN0aW9uIDIgaXMgd29ya2luZy4nO30gdGVzdDIoKTs=它只是以下內容：function test2() {echo 'This test function 2 is working.';} test2();筆記2：當我第一次嘗試創建一個數據 URI 時（很久之前我在這里發布）我在百分比編碼上犯了一個錯誤，使數據 URI 無效。我嘗試對 Data URI 進行 base-64 編碼（這有效），之后我沒有返回到原始百分比編碼的 Data URI 來找出我哪里出錯了。但是，重要的是要注意（除了混淆）根本沒有理由在數據 URI 中使用 base-64 編碼。以下百分比編碼的數據 URI 在功能上是相同的：data:application/x-php,function%20test2%28%29%20%7Becho%20%27This%20test%20function%202%20is%20working.%27%3B%7D%20test2%28%29%3B注3：雖然，到目前為止，我還沒有成功使用includeData URI while allow_url_includeremains set to FALSE，但我想我會比較一下：編寫一個字符串并eval()在該字符串上運行以執行它創建文件并include在該文件上運行測試包括運行其中一個進程超過 10,000 次。我沒有運行一次單個測試，而是連續運行了一組 6 個測試。總的來說，我跑了 5 組。這就涉及到 10,000 個流程的 5 組 6 次測試。綜上所述：運行eval()（通常但不總是）比簡單地聲明和執行一個函數慢 10 多倍。創建、寫入和保存文件，然后include在該文件上運行比聲明和執行函數慢 1000 多倍。聲明和執行一個簡單函數的平均時間（來自 60,000 個樣本）是 0.000002194s運行相同簡單函數的平均時間eval()（來自 60,000 個樣本）是 0.00009262s因此，任何花費eval()100 倍的時間來解析和執行的字符串，仍然只需要不到百分之一秒( < 0.01s) 的時間即可完成。