軟件開發(fā)公司7種方式的PHP應(yīng)用程序使用的長時間運(yùn)行的操作優(yōu)化

照片史葛比爾

 

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

 

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

 

項目概述

以下技術(shù)進(jìn)行項目： 

 

MVC框架CakePHP 2.1（PHP5.3）

MySQL

jQuery

jQuery UI

jQuery插件

硒的服務(wù)器

CentOS

目標(biāo)

的目標(biāo)是開發(fā)了一個原型一個系統(tǒng)的未來。事實上，這是一個試點項目，其規(guī)格和優(yōu)先發(fā)展過程中經(jīng)常改變。因為這個原因，它預(yù)測在早期階段，本項目系統(tǒng)將包含冗長的PHP操作相當(dāng)困難。 

 

問題

事實證明，這樣的操作導(dǎo)致在后來的發(fā)展階段的一個主要挑戰(zhàn)：

 

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

 

通過系統(tǒng)鏈接導(dǎo)航整個過程變得不可能直到長操作完成。

 

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

 

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

 

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

 

解決這一問題的途徑

1。將操作步驟

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

 

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

 

2。Ajax輪詢

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

 

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

 

在一個文件中存儲結(jié)果< > + <運(yùn)行> session_id txt。

在相應(yīng)的表格數(shù)據(jù)庫中存儲結(jié)果lengthy_operations

用戶開始運(yùn)行Ajax請求。然后，客戶端腳本定期輪詢服務(wù)器并接收到更新當(dāng)前操作：

 

view plaincopy to clipboardprint?

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

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

 

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

 

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

 

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

 

MySQL數(shù)據(jù)庫

MongoDB

memcached

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

 

 

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

 

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

 

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

從客戶端，Ajax請求開始啟動運(yùn)行。

一系列的輪詢請求來更新狀態(tài)和進(jìn)度條。

一個單獨(dú)的組件被創(chuàng)建的管理操作。

3。長輪詢

這種方法類似于Ajax輪詢，但有一個本質(zhì)的區(qū)別。在Ajax輪詢，客戶端輪詢服務(wù)器發(fā)現(xiàn)如果發(fā)生任何變化，但在長輪詢方式的服務(wù)器發(fā)送一個信號到客戶端時出現(xiàn)任何變化。這是說，長輪詢方式需要服務(wù)器和客戶端之間的Cф穩(wěn)定的網(wǎng)絡(luò)連接。這種方法的優(yōu)點是減少客戶端和服務(wù)器之間的流量。

 

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

 

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

 

對于我們的項目在手，我們認(rèn)為這種方法但沒有結(jié)束使用它。

 

4。永遠(yuǎn)的iframe

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

 

的工作原理。首先，我們應(yīng)該建立HTTP服務(wù)器和PHP，這樣他們就可以操作執(zhí)行時發(fā)送數(shù)據(jù)的部分。然后創(chuàng)建一個隱藏的iframe標(biāo)簽頁。標(biāo)簽將逐步呈現(xiàn)的信息或執(zhí)行操作的進(jìn)展。

 

客戶端將使用iframe標(biāo)簽初始化操作。在服務(wù)器端的操作將數(shù)據(jù)部分和立即發(fā)送到iframe執(zhí)行發(fā)送響應(yīng)客戶端的響應(yīng)。

 

5。流

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

 

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

 

使用這種方法，首先我們需要在特定的方式設(shè)置Apache服務(wù)器、PHP。我們搜索了關(guān)于網(wǎng)絡(luò)設(shè)置的信息和使用前進(jìn)行一些測試。較后，設(shè)置如下：

 

 

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

 

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

 

6。彗星服務(wù)器

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

 

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

 

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

 

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

 

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

 

7。WebSockets

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

 

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

 

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

 

總結(jié)

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

 

然而，進(jìn)一步的討論和在長時間運(yùn)行的任務(wù)以及它們的復(fù)雜性導(dǎo)致了更多的標(biāo)準(zhǔn)和可靠的解決方案的使用量的增加：用cron執(zhí)行操作的隊列的實現(xiàn)（命令運(yùn)行）。

 

事實上，在執(zhí)行操作后檢查我們可以序列化operationcontext并保存在數(shù)據(jù)庫中的所有權(quán)利：圖表cron_tasks。服務(wù)器將在特定的時間間隔運(yùn)行的cron的外殼，這將從隊列中取下一個任務(wù)，改變其狀態(tài)in_progress遞給隨之而來的處理程序（taskdispatchercomponent）。該處理程序?qū)⑿蛄谢娜蝿?wù)上下文并執(zhí)行它在獨(dú)立的進(jìn)程。請注意，處理程序可以訪問所有的系統(tǒng)模型和組件。

 

找出執(zhí)行任務(wù)的進(jìn)展，你可以使用Ajax輪詢和長輪詢，以及在一個單獨(dú)的顯示組織任務(wù)隊列的概述。這種方法已被軟件開發(fā)公司證明是較可靠的和可以理解的，盡管它需要一些變化的系統(tǒng)架構(gòu)。