軟件開發公司7種方式的PHP應用程序使用的長時間運行的操作優化

照片史葛比爾

 

今天我要談一談優化長期運行PHP操作基于較近的一個項目，我們已經成功地完成了在這里的可能途徑azoft Web開發部門我們的經驗將有助于Web開發人員想要順利工作的PHP應用程序即使任務是不斷發展變化的過程中。 

 

本文沒有涵蓋所有可能的解決方案，它只是旨在概述選項可以使用面對長時間運行的操作 問題，節省你的時間。

 

項目概述

以下技術進行項目： 

 

MVC框架CakePHP 2.1（PHP5.3）

MySQL

jQuery

jQuery UI

jQuery插件

硒的服務器

CentOS

目標

的目標是開發了一個原型一個系統的未來。事實上，這是一個試點項目，其規格和優先發展過程中經常改變。因為這個原因，它預測在早期階段，本項目系統將包含冗長的PHP操作相當困難。 

 

問題

事實證明，這樣的操作導致在后來的發展階段的一個主要挑戰：

 

這樣長的操作阻塞其他操作在同一個會話。 

 

通過系統鏈接導航整個過程變得不可能直到長操作完成。

 

有了這些問題在一個較低的水平，我們發現，直到操作完成和會話數據刷新到會話文件因此消除堵塞，所有其他的要求必須在排隊耐心等待。

 

事實上，在PHP中存儲會話的默認方法是在一個文件中存儲。當一個會話打開的功能，如fopen()被激活，阻斷閱讀和其他進程寫文件。

 

的時候，請求和導航通過鏈接被封鎖期間，用戶不知道發生了什么的那一刻，當操作就完了，是否有一些錯誤。

 

解決這一問題的途徑

1。將操作步驟

第一個解決方案，可能會想到是將長到短的操作步驟。當完成每一步并將結果傳送到用戶的瀏覽器，瀏覽器會自動啟動下一步，發送相應的請求到服務器。

 

在上下文中的特定的項目，這種方法并不成功，長期以來幾乎可分步驟操作。此外，在我們的項目中我們使用的第三方服務在服務器上運行，工作，需要創建和編寫相應的對象的請求處理期間。后處理的要求，通過對操作的第一步，該對象被殺。

 

2。Ajax輪詢

面對冗長的PHP操作的另一種方法是在服務器上啟動等操作不斷輪詢操作狀態更新服務器通過發送一系列的Ajax請求在一定的時間間隔。對于客戶端，我們可以分析服務器的響應（例如這可能是JSON的“消息”，含有“百分比”，“錯誤”和“重定向”）并創建一個進度條，顯示當前操作的狀態。

 

在我們的項目中，我們嘗試使用這種查詢方式采用兩種不同的方法來存儲和操作的結果：

 

在一個文件中存儲結果< > + <運行> session_id txt。

在相應的表格數據庫中存儲結果lengthy_operations

用戶開始運行Ajax請求。然后，客戶端腳本定期輪詢服務器并接收到更新當前操作：

 

view plaincopy to clipboardprint?

<trans data-src="/operations/get_status/">/操作/ get_status /</trans><operation_id></operation_id>  

然而，在這里我們遇到了另一個問題：當冗長操作開始了會議文件，從而消除了處理并發請求的可能性在同一會話。換句話說，在漫長的手術開始了，應該是被輪詢服務器必須在隊列中等待的主要要求是完成會話文件的請求。

 

為了解決這個問題，我們的目標是打開會話文件。為了做到這一點，我們利用了一個PHP函數–session_write_close()，可以結束當前會話和存儲會話數據。事實上，它是可能的發射操作，讀取會話的數據，將數據更改，并禁用寫會話文件權限。

 

然而，在實踐中，我們沒能為我們做的這個項目。考慮到現有的架構，有必要在冗長操作的地方太多的會議記錄。此外，這樣的解決方案不會被認為是“干凈”的，因為用戶可能想瀏覽整個網站可能推出另一個耗時的操作在同一時間。因此，我們需要找到一個替代。

 

另一種是改變會話存儲，允許使用會話沒有阻止它在打開。在選擇一個新的會話存儲，有幾個選項：

 

MySQL數據庫

MongoDB

memcached

為了在PHP會話存儲變化，有設置會話存儲–會話的用戶函數的特殊功能。save_handler()。這些用戶的功能是用于存儲和檢索數據，與會話相關聯的。事實上，功能save_handler()會話。可以用在許多不同的情況。有 甚至類可用于傳送會話到數據庫或緩存。

 

 

而工作對我們的項目，我們嘗試用MySQL和MongoDB為會話存儲。

 

注：讓我們說你記錄的參數到會話，你需要的是立即可用的其他要求。在這種情況下，你應該“沖洗”會話到MySQL或MongoDB，因此讓會議記錄工作。要做到這一點，你需要禁用編輯權限，然后重新打開它。

 

會話存儲改變。無阻塞會話。

從客戶端，Ajax請求開始啟動運行。

一系列的輪詢請求來更新狀態和進度條。

一個單獨的組件被創建的管理操作。

3。長輪詢

這種方法類似于Ajax輪詢，但有一個本質的區別。在Ajax輪詢，客戶端輪詢服務器發現如果發生任何變化，但在長輪詢方式的服務器發送一個信號到客戶端時出現任何變化。這是說，長輪詢方式需要服務器和客戶端之間的Cф穩定的網絡連接。這種方法的優點是減少客戶端和服務器之間的流量。

 

的工作原理。你可以這樣想：客戶端腳本調用服務器說，“如果數據出現，我就可以把它從你的馬上，之后我再次與你聯系”。在一些服務器實現有緩沖當服務器不給數據立即，等待，如果出現別的吧，我會把所有的數據一次”。然而，這樣的緩沖是有害的因為它導致的延誤，我們想達到的較大速度！

 

瀏覽器接收數據應該再次打開新的連接之后。在理論上，這種連接可以持續幾個小時。但通常有更少的時間較多5分鐘之后，一個新的連接被創建。這樣做的原因是，服務器不喜歡持久的會議，和HTTP協議是不適合使用。

 

對于我們的項目在手，我們認為這種方法但沒有結束使用它。

 

4。永遠的iframe

我們試著用這種方法在我們的項目。

 

的工作原理。首先，我們應該建立HTTP服務器和PHP，這樣他們就可以操作執行時發送數據的部分。然后創建一個隱藏的iframe標簽頁。標簽將逐步呈現的信息或執行操作的進展。

 

客戶端將使用iframe標簽初始化操作。在服務器端的操作將數據部分和立即發送到iframe執行發送響應客戶端的響應。

 

5。流

這是另一種方法，我們嘗試在我們的項目。

 

這個想法是為了初始化操作通過Ajax請求，而服務器會在部分發送數據，即數據流。這樣，接收數據部分后，它可能是一些事件可能在客戶端發生。使用這樣的事件，我們可以更新相應的數據塊和數據加載顯示操作進度。

 

使用這種方法，首先我們需要在特定的方式設置Apache服務器、PHP。我們搜索了關于網絡設置的信息和使用前進行一些測試。較后，設置如下：

 

 

然后我們寫了一個組件，這種方法可能會使。

 

更詳細的分析結果證明這種方法是不適合我們的特定項目后。這是事實，有在客戶端可以對Ajax請求信號后接收數據的部分沒有事件，發送。這會在事件是在客戶端工作只有數據是完全作為一個整體。

 

6。彗星服務器

維基百科說，彗星是一個Web應用程序模型中，長期持有的HTTP請求允許web服務器推送數據給瀏覽器，瀏覽器請求不明確。

 

這種模型的一個共同的特點，就是他們都不是基于專有插件，但通過瀏覽器直接支持的技術，比如JavaScript。

 

在這個項目中我們測試的dklab realplexor Comet服務器。

 

下面是定義dklab realplexor將根據本項目的官方站點。

 

dklab realplexor是彗星的服務器可以處理1000000 +并行長期持有的HTTP連接用戶的瀏覽器。在瀏覽器中運行的JavaScript代碼在一個或幾個realplexor訂閱的渠道，建立一個數據接收處理程序。服務器可以在任何時候在這些渠道之一寫入消息。然后消息會立即傳遞給所有用戶–是否一個或在服務器上的較小負荷實時模式千。

 

7。WebSockets

我們還討論了使用WebSockets的可能性。

 

維基百科說，WebSocket是Web技術在一個TCP連接提供全雙工通信信道。它是用于瀏覽器和Web服務器之間的實時信息交換。

 

但我們拒絕了這個方法，它不是舊瀏覽器的兼容。

 

總結

因此，我們解決的問題，采用輪詢的方法傳遞會話MongoDB。

 

然而，進一步的討論和在長時間運行的任務以及它們的復雜性導致了更多的標準和可靠的解決方案的使用量的增加：用cron執行操作的隊列的實現（命令運行）。

 

事實上，在執行操作后檢查我們可以序列化operationcontext并保存在數據庫中的所有權利：圖表cron_tasks。服務器將在特定的時間間隔運行的cron的外殼，這將從隊列中取下一個任務，改變其狀態in_progress遞給隨之而來的處理程序（taskdispatchercomponent）。該處理程序將序列化的任務上下文并執行它在獨立的進程。請注意，處理程序可以訪問所有的系統模型和組件。

 

找出執行任務的進展，你可以使用Ajax輪詢和長輪詢，以及在一個單獨的顯示組織任務隊列的概述。這種方法已被軟件開發公司證明是較可靠的和可以理解的，盡管它需要一些變化的系統架構。