十年網站開發(fā)經驗 + 多家企業(yè)客戶 + 靠譜的建站團隊
量身定制 + 運營維護+專業(yè)推廣+無憂售后,網站問題一站解決
最近因項目需要,引出一個議題:如何執(zhí)行字符串的php代碼(php和html混寫)。
注:傳統(tǒng)情況下,php代碼存儲在文件中,直接運行文件即可。以下討論的情況是,如果php代碼是從數(shù)據(jù)庫中獲取到,那么要如何運行?
創(chuàng)新互聯(lián)堅持“要么做到,要么別承諾”的工作理念,服務領域包括:成都網站設計、網站建設、外貿網站建設、企業(yè)官網、英文網站、手機端網站、網站推廣等服務,滿足客戶于互聯(lián)網時代的平泉網站設計、移動媒體設計的需求,幫助企業(yè)找到有效的互聯(lián)網解決方案。努力成為您成熟可靠的網絡建設合作伙伴!
將字符串代碼寫到臨時文件,然后在項目中include該文件,執(zhí)行完成再刪除這個臨時文件
system exec 之類的系統(tǒng)函數(shù)
php函數(shù)eval (會不會有安全問題?)
把字符串代碼當做參數(shù),傳入到php的cli或者php-fpm中運行
重新定義include,讓include可以直接操作字符串
1:寫臨時文件,然后include文件。豪無疑問,可行。那么豈不是每次都要寫文件,每個請求都要寫一次文件。好吧,總有辦法解決,緩存+過期驗證之類的,但總感覺這方案不夠專業(yè)。。
2:system exec之類的函數(shù)。稍微思考下就會明白,這類函數(shù)是執(zhí)行系統(tǒng)命令,不是運行php代碼
3:eval函數(shù),手冊上寫著:
Caution :The eval() language construct is very dangerous because it allows execution of arbitrary PHP code. Its use thus is discouraged. If you have carefully verified that there is no other option than to use this construct, pay special attention not to pass any user provided data into it without properly validating it beforehand.
4: php-fpm cli模式是否有辦法解決此類問題
初步設想是把字符串代碼傳到fpm、cli模式中,等待返回結果。
但有一個硬傷,需要執(zhí)行的字符串代碼是有上下文的。比如字符串代碼中使用了一個變量$_GET,如果把這個字符串代碼傳到fpm中,而$_GET變量并沒有傳過去,那代碼還是沒辦法正常運行。
5:include能不能直接操作字符串
好吧,前面的4種方法好像都不太滿意,那就深挖一下這個思路吧
首先,php中的include是什么原理?
并沒有去看過源碼,猜一下吧,1:讀取文件(fopen,fread之類的)2:解析php語法 3:運行代碼
那么,如果可以讓fopen,fread操作字符串,也許這個問題就解決了?
設想:把字符串轉換為一個對象或者流,提供fopen,fread接口。首先想到php的SPL中應該有此類接口,查php官方手冊,找到php手冊中關于”支持的協(xié)議與封裝協(xié)議“章節(jié)(同事也提過使用自定義協(xié)議的方式),以下為測試的最簡demo:(封裝自定義協(xié)議,使用include直接操作字符串)
string = mysql_get($id); $this->position = 0; return true; } public function stream_read($count) { $ret = substr($this->string, $this->position, $count); $this->position += strlen($ret); return $ret; } public function stream_eof() {} public function stream_stat() {} } stream_wrapper_register("var", "VariableStream"); //上下文變量 $contextName = "1000"; //include字符串php代碼。(php代碼是從數(shù)據(jù)庫中讀出來,這里傳入的199是數(shù)據(jù)庫的主鍵ID) include("var://199"); //修改上下文變量 $contextName = "2000"; //引入另一個字符串php代碼 include("var://299");
OK,終于找到一種解決思路。再繼續(xù)思考,既然我們希望最終的展示是include這種方式,include的內部是fopen之類的系統(tǒng)函數(shù),那么fopen除了支持自定義協(xié)議之外,還支持哪些呢?
手冊中,fopen的第一個參數(shù)$filename,可以是文件名,也可以是"scheme://..." 的格式,第二種格式就是上面說的自定義協(xié)議方式。再繼續(xù)查看相關的東西,發(fā)現(xiàn)SplFileInfo、 stream_context_create,不過并不能解決問題。
現(xiàn)在已經有3種方式可以做成這個事情,那么哪種方式更好 1:寫臨時文件,加緩存,直接include 2: eval,官方手冊上說這個函數(shù)有安全問題 3:自定義協(xié)議,直接include 首先排除方法1,原因1:緩存文件會增加硬盤I/O。原因2:不夠專業(yè)(這不是小問題) 至于eval提到的安全問題,仔細閱讀手冊上寫的那段話后,發(fā)現(xiàn)他只是提示你現(xiàn)在正在運行一段項目代碼以外的代碼,請多小心。 這樣看來,方法2并沒有比方法3更危險。 選取標準,如果項目中只有一個很小的功能需要執(zhí)行php字符串,那直接使用eval即可 如果項目中有大量的此類需求,封裝一個自定義協(xié)議會很方便。 項目中的引用會是這樣的: include("protocolName://param");
好吧,以上提供的大部分都是思路,希望思路對你有用