?咨詢郵箱：
?咨詢熱線：
您的位置： 北京軟件開發(fā)公司 > 新聞動態(tài) >
軟件開發(fā)公司PHP應用程序長時間使用的操作優(yōu)化的7種方式_北京軟件開發(fā)公司
發(fā)表日期：2015-08-31 15:36:46 ?? 文章編輯：宜天信達 ?? 瀏覽次數(shù):
軟件開發(fā)公司7種方式的PHP應用程序使用的長時間運行的操作優(yōu)化
照片史葛比爾
今天我要談一談優(yōu)化長期運行PHP操作基于較近的一個項目，我們已經(jīng)成功地完成了在這里的可能途徑azoft Web開發(fā)部門我們的經(jīng)驗將有助于Web開發(fā)人員想要順利工作的PHP應用程序即使任務是不斷發(fā)展變化的過程中。
本文沒有涵蓋所有可能的解決方案，它只是旨在概述選項可以使用面對長時間運行的操作 問題，節(jié)省你的時間。
項目概述
以下技術進行項目：
MVC框架CakePHP 2.1（PHP5.3）
MySQL
jQuery
jQuery UI
jQuery插件
硒的服務器
CentOS
目標
的目標是開發(fā)了一個原型一個系統(tǒng)的未來。事實上，這是一個試點項目，其規(guī)格和優(yōu)先發(fā)展過程中經(jīng)常改變。因為這個原因，它預測在早期階段，本項目系統(tǒng)將包含冗長的PHP操作相當困難。
問題
事實證明，這樣的操作導致在后來的發(fā)展階段的一個主要挑戰(zhàn)：
這樣長的操作阻塞其他操作在同一個會話。
通過系統(tǒng)鏈接導航整個過程變得不可能直到長操作完成。
有了這些問題在一個較低的水平，我們發(fā)現(xiàn)，直到操作完成和會話數(shù)據(jù)刷新到會話文件因此消除堵塞，所有其他的要求必須在排隊耐心等待。
事實上，在PHP中存儲會話的默認方法是在一個文件中存儲。當一個會話打開的功能，如fopen()被激活，阻斷閱讀和其他進程寫文件。
的時候，請求和導航通過鏈接被封鎖期間，用戶不知道發(fā)生了什么的那一刻，當操作就完了，是否有一些錯誤。
解決這一問題的途徑
1。將操作步驟
第一個解決方案，可能會想到是將長到短的操作步驟。當完成每一步并將結果傳送到用戶的瀏覽器，瀏覽器會自動啟動下一步，發(fā)送相應的請求到服務器。
在上下文中的特定的項目，這種方法并不成功，長期以來幾乎可分步驟操作。此外，在我們的項目中我們使用的第三方服務在服務器上運行，工作，需要創(chuàng)建和編寫相應的對象的請求處理期間。后處理的要求，通過對操作的第一步，該對象被殺。
2。Ajax輪詢
面對冗長的PHP操作的另一種方法是在服務器上啟動等操作不斷輪詢操作狀態(tài)更新服務器通過發(fā)送一系列的Ajax請求在一定的時間間隔。對于客戶端，我們可以分析服務器的響應（例如這可能是JSON的“消息”，含有“百分比”，“錯誤”和“重定向”）并創(chuàng)建一個進度條，顯示當前操作的狀態(tài)。
在我們的項目中，我們嘗試使用這種查詢方式采用兩種不同的方法來存儲和操作的結果：
在一個文件中存儲結果< > + <運行> session_id txt。
在相應的表格數(shù)據(jù)庫中存儲結果lengthy_operations
用戶開始運行Ajax請求。然后，客戶端腳本定期輪詢服務器并接收到更新當前操作：
view plaincopy to clipboardprint?
<trans data-src="/operations/get_status/">/操作/ get_status /</trans><operation_id></operation_id>
然而，在這里我們遇到了另一個問題：當冗長操作開始了會議文件，從而消除了處理并發(fā)請求的可能性在同一會話。換句話說，在漫長的手術開始了，應該是被輪詢服務器必須在隊列中等待的主要要求是完成會話文件的請求。
為了解決這個問題，我們的目標是打開會話文件。為了做到這一點，我們利用了一個PHP函數(shù)–session_write_close()，可以結束當前會話和存儲會話數(shù)據(jù)。事實上，它是可能的發(fā)射操作，讀取會話的數(shù)據(jù)，將數(shù)據(jù)更改，并禁用寫會話文件權限。
然而，在實踐中，我們沒能為我們做的這個項目?？紤]到現(xiàn)有的架構，有必要在冗長操作的地方太多的會議記錄。此外，這樣的解決方案不會被認為是“干凈”的，因為用戶可能想瀏覽整個網(wǎng)站可能推出另一個耗時的操作在同一時間。因此，我們需要找到一個替代。
另一種是改變會話存儲，允許使用會話沒有阻止它在打開。在選擇一個新的會話存儲，有幾個選項：
MySQL數(shù)據(jù)庫
MongoDB
memcached
為了在PHP會話存儲變化，有設置會話存儲–會話的用戶函數(shù)的特殊功能。save_handler()。這些用戶的功能是用于存儲和檢索數(shù)據(jù)，與會話相關聯(lián)的。事實上，功能save_handler()會話。可以用在許多不同的情況。有 甚至類可用于傳送會話到數(shù)據(jù)庫或緩存。
而工作對我們的項目，我們嘗試用MySQL和MongoDB為會話存儲。
注：讓我們說你記錄的參數(shù)到會話，你需要的是立即可用的其他要求。在這種情況下，你應該“沖洗”會話到MySQL或MongoDB，因此讓會議記錄工作。要做到這一點，你需要禁用編輯權限，然后重新打開它。
會話存儲改變。無阻塞會話。
從客戶端，Ajax請求開始啟動運行。
一系列的輪詢請求來更新狀態(tài)和進度條。
一個單獨的組件被創(chuàng)建的管理操作。
3。長輪詢
這種方法類似于Ajax輪詢，但有一個本質(zhì)的區(qū)別。在Ajax輪詢，客戶端輪詢服務器發(fā)現(xiàn)如果發(fā)生任何變化，但在長輪詢方式的服務器發(fā)送一個信號到客戶端時出現(xiàn)任何變化。這是說，長輪詢方式需要服務器和客戶端之間的Cф穩(wěn)定的網(wǎng)絡連接。這種方法的優(yōu)點是減少客戶端和服務器之間的流量。
的工作原理。你可以這樣想：客戶端腳本調(diào)用服務器說，“如果數(shù)據(jù)出現(xiàn)，我就可以把它從你的馬上，之后我再次與你聯(lián)系”。在一些服務器實現(xiàn)有緩沖當服務器不給數(shù)據(jù)立即，等待，如果出現(xiàn)別的吧，我會把所有的數(shù)據(jù)一次”。然而，這樣的緩沖是有害的因為它導致的延誤，我們想達到的較大速度！
瀏覽器接收數(shù)據(jù)應該再次打開新的連接之后。在理論上，這種連接可以持續(xù)幾個小時。但通常有更少的時間較多5分鐘之后，一個新的連接被創(chuàng)建。這樣做的原因是，服務器不喜歡持久的會議，和HTTP協(xié)議是不適合使用。
對于我們的項目在手，我們認為這種方法但沒有結束使用它。
4。永遠的iframe
我們試著用這種方法在我們的項目。
的工作原理。首先，我們應該建立HTTP服務器和PHP，這樣他們就可以操作執(zhí)行時發(fā)送數(shù)據(jù)的部分。然后創(chuàng)建一個隱藏的iframe標簽頁。標簽將逐步呈現(xiàn)的信息或執(zhí)行操作的進展。
客戶端將使用iframe標簽初始化操作。在服務器端的操作將數(shù)據(jù)部分和立即發(fā)送到iframe執(zhí)行發(fā)送響應客戶端的響應。
5。流
這是另一種方法，我們嘗試在我們的項目。
這個想法是為了初始化操作通過Ajax請求，而服務器會在部分發(fā)送數(shù)據(jù)，即數(shù)據(jù)流。這樣，接收數(shù)據(jù)部分后，它可能是一些事件可能在客戶端發(fā)生。使用這樣的事件，我們可以更新相應的數(shù)據(jù)塊和數(shù)據(jù)加載顯示操作進度。
使用這種方法，首先我們需要在特定的方式設置Apache服務器、PHP。我們搜索了關于網(wǎng)絡設置的信息和使用前進行一些測試。較后，設置如下：
然后我們寫了一個組件，這種方法可能會使。
更詳細的分析結果證明這種方法是不適合我們的特定項目后。這是事實，有在客戶端可以對Ajax請求信號后接收數(shù)據(jù)的部分沒有事件，發(fā)送。這會在事件是在客戶端工作只有數(shù)據(jù)是完全作為一個整體。
6。彗星服務器
維基百科說，彗星是一個Web應用程序模型中，長期持有的HTTP請求允許web服務器推送數(shù)據(jù)給瀏覽器，瀏覽器請求不明確。
這種模型的一個共同的特點，就是他們都不是基于專有插件，但通過瀏覽器直接支持的技術，比如JavaScript。
在這個項目中我們測試的dklab realplexor Comet服務器。
下面是定義dklab realplexor將根據(jù)本項目的官方站點。
dklab realplexor是彗星的服務器可以處理1000000 +并行長期持有的HTTP連接用戶的瀏覽器。在瀏覽器中運行的JavaScript代碼在一個或幾個realplexor訂閱的渠道，建立一個數(shù)據(jù)接收處理程序。服務器可以在任何時候在這些渠道之一寫入消息。然后消息會立即傳遞給所有用戶–是否一個或在服務器上的較小負荷實時模式千。
7。WebSockets
我們還討論了使用WebSockets的可能性。
維基百科說，WebSocket是Web技術在一個TCP連接提供全雙工通信信道。它是用于瀏覽器和Web服務器之間的實時信息交換。
但我們拒絕了這個方法，它不是舊瀏覽器的兼容。
總結
因此，我們解決的問題，采用輪詢的方法傳遞會話MongoDB。
然而，進一步的討論和在長時間運行的任務以及它們的復雜性導致了更多的標準和可靠的解決方案的使用量的增加：用cron執(zhí)行操作的隊列的實現(xiàn)（命令運行）。
事實上，在執(zhí)行操作后檢查我們可以序列化operationcontext并保存在數(shù)據(jù)庫中的所有權利：圖表cron_tasks。服務器將在特定的時間間隔運行的cron的外殼，這將從隊列中取下一個任務，改變其狀態(tài)in_progress遞給隨之而來的處理程序（taskdispatchercomponent）。該處理程序?qū)⑿蛄谢娜蝿丈舷挛牟?zhí)行它在獨立的進程。請注意，處理程序可以訪問所有的系統(tǒng)模型和組件。
找出執(zhí)行任務的進展，你可以使用Ajax輪詢和長輪詢，以及在一個單獨的顯示組織任務隊列的概述。這種方法已被軟件開發(fā)公司證明是較可靠的和可以理解的，盡管它需要一些變化的系統(tǒng)架構。