Workerman和C++對比有什么優(yōu)勢嗎？
問題描述 最近了解到有用戶使用C++進行做后端服務(wù)器，比如TCP和UDP的使用，我沒有這么使用過。所以來咨詢一下。如果對比C++做后端，WORKERMAN有什么優(yōu)勢嗎？...
WEBMAN框架必須命令行運行嗎？
問題描述 我剛接觸WEBMAN框架，請問，我之前用thinkphp和laravel，他們這些框架直接上傳到服務(wù)器空間就能直接訪問。剛才我看了WEBMAN的文檔，那么在使用webman的時候，直接上傳服務(wù)器空間是不可以的嗎？必須要命令行運行嗎？那這樣的話，生產(chǎn)環(huán)境是不是必須要linux虛擬機才能夠使用WEBMAN了？ 我最近在考慮大型生產(chǎn)環(huán)境是否引入webman。 為此你搜索到了哪些方案及不適用的原因 有沒有適合寶塔面...
Webman和workerman選擇哪個？
問題描述 我這邊查看咱們官網(wǎng)文檔webman里介紹的說：說webman能實現(xiàn)workerman所有功能，那么問題來了，實際生產(chǎn)運營中，到底是使用webman還是使用workerman呢？如果webman都可以實現(xiàn)workerman所有功能，那么workerman還有什么存在的必要嗎？直接使用webman會更好嗎？...
使用WEBMAN或workerman將失去NGINX防火墻的問題。
問題描述 如果使用webman或workerman，進行http假設(shè)WEB服務(wù)，那么服務(wù)將不經(jīng)過服務(wù)器原機自帶的nginx防火墻（或針對nginx研發(fā)的軟件防火墻），數(shù)據(jù)接口進行訪問將失去了防火墻的保護，如CC防護、Get注入、SQL注入等等。 那么問題來了，就是我們使用webman或者workerman，進行假設(shè)HTTP/HTTPS服務(wù)的時候，要自行用PHP文件去寫軟件防火墻嗎？還是說有更好的方案？...
Gateway::joinGroup 分組后，組員如果發(fā)送大量信息如何預(yù)防？
比如開發(fā)一款聊天軟件，將用戶加入了Gateway::joinGroup 組里。 然后用戶通過特殊手段，比如1秒發(fā)送大量垃圾數(shù)據(jù)到組里，這樣都廣播給用戶了。如果這個組里有1000用戶，那么這種廣播，是不是會有安全隱患？會造成這1000用戶響應(yīng)不過來或者客戶端死死機？...
tcp和websocket是否會偽造IP？
我們知道通過HTTP是可以添加串改IP的，那么PHP獲取IP的時候，有可能就是假IP。那么workerman的TCP和websocket配合是否會被偽造IP呢？ 還是說通過TCP連接，就壓根不需要考慮會被偽造的可能？...
TEXT協(xié)議傳輸一次性最大文本數(shù)據(jù)可以有多大？
比如base64傳輸文本內(nèi)容，假如有10MB從客戶端發(fā)送到服務(wù)端。那么服務(wù)端在接收這種數(shù)據(jù)的時候，是否會正常？ 另外，TEXT最大支持多少MB的文本字符串發(fā)送呢？默認(rèn)是多大？是不是可以根據(jù)設(shè)置緩沖區(qū)大小，可以無限大？（只要客戶端能發(fā)送出來）...
websocket分片發(fā)送需要考慮順序嗎？
比如客戶端通過for循環(huán)，分片發(fā)送了非常大的數(shù)據(jù)。 那么在服務(wù)器接收的時候，一定會出現(xiàn)某些數(shù)據(jù)包丟包或者錯位的問題。 那么如果用Gatewayworker。通過websocket發(fā)送，然后服務(wù)器端將分片數(shù)據(jù)合成為一個完整的文件。那么還需要考慮服務(wù)器端數(shù)據(jù)包到達(dá)的順序嗎？...
gatewayworker 發(fā)送數(shù)據(jù)表速度過快客戶端會掉線嗎？
比如我給客戶端發(fā)送10000個離線消息，他連線后，就通過for循環(huán)無間斷給他發(fā)送。 那么客戶端會不會自動斷開連接？ 以及gatewayworker服務(wù)器是否有什么影響。...
自動啟動卻無法reboot重啟
【CentOS為例】: 添加如下指令到 /etc/rc.local ： /path/to/php /path/to/yourfile.php start -d 根據(jù)以上教程，在rc.local里設(shè)置自動啟動后，確實是好使的。但是新的問題存在了，就是如果在ssh里通過命令手工重啟，比如遠(yuǎn)程維護服務(wù)器后，需要reboot重啟服務(wù)器。那么就會無法重啟。 屏幕上會出現(xiàn) a stop job is running for ...
做新聞接口可以用workman的websocket嗎？是不是有什么缺點？
如果websocket傳輸性能高的話。為什么現(xiàn)在讀取數(shù)據(jù)還需要用GET獲取，或者AJAX呢？ ? 為什么不能用workerman的websocket？？用websocket是不是響應(yīng)速度比nginx或apache快的多的多？而且連接數(shù)也高的多的多？？ ? 開發(fā)類似網(wǎng)易這樣的https://3g.163.com/touch/reconstruct/article/list/BA10TA81wangning/0-10.h...
gateway黑客會不會模擬和服務(wù)器的連接導(dǎo)致資源耗盡？
比如，他自己寫了一個javascript。new socket(){}連接，然后for循環(huán)，或者用了很多肉雞上萬IP循環(huán)。只是創(chuàng)建連接，不一定發(fā)數(shù)據(jù)，而且也響應(yīng)心跳。 如果他發(fā)數(shù)據(jù)，那么我們就可以判斷數(shù)據(jù)如果不適合請求就不回復(fù)。 ? 但是！他如果只是創(chuàng)建無數(shù)連接，而不是發(fā)數(shù)據(jù)，那會不會gateway就會導(dǎo)致內(nèi)存崩潰？？？ ? 各位，在反黑客攻擊方面，都有什么有效方法嗎？ ? 在這方面，是不是不如HTTP反倒有弊端呢？...
gateway完全替代AJAX是可行方案嗎？
事情是這樣的，我打算將一款A(yù)PP的所有AJAX請求、GET、POST，全部換成gateway。 ? 問題1：原先APP里的文章請求，登錄、圖片、等一切數(shù)據(jù)傳輸，都是通過javascript的GET和POST讀取接口json數(shù)據(jù)實現(xiàn)的。那么我這里將APP完全改用gateway來替代這些接口和AJAX。是否有風(fēng)險？ ? 問題2：我的APP框架，只允許同一時刻同時有一個websocket連接運行，因此我直接全局了一個web...
同一個WORKERMAN實例可以引入同一個WORKERMAN嗎？
use Workerman\Worker; require_once __DIR__ . '/Workerman/Autoloader.php'; ? 就是這個。 比如我創(chuàng)建了 websocket1.php websocket2.php 兩個都是一個實例，但是不同端口。而我用的workerman文件，都是下載的同目錄里的同一個autoloader.php文件。這樣是可以的嗎？會不會產(chǎn)生問題？...
workerman是單線程對吧？那么count進程，多個實例會互相搶嗎？
服務(wù)器32核心，那么我同時開啟2個workerman實例和2個gateway實例，但他們各自用的是不同的端口。 ? 那么: workerman1? ?開啟count=32 workerman2? ?開啟count=32 gatewaywork1? ?開啟count=32 gatewaywork2? ?開啟count=32 ? 問題1：workerman有count介紹，說CPU密集型運算，進程32要與核心數(shù)量相等。那...
UDP模式，workerman自動擁有session_id唯一標(biāo)識？
問題是這樣的。 連接形式UDP $http_worker = new Worker("udp://0.0.0.0:8282"); 我在onmessage里做了一個 $_SESSION=$maxadd+1; ? 也就是，只要接收數(shù)據(jù)就+1. 客戶端，我用PHP寫的，在服務(wù)器上http://localhost/index.php $socket = socket_create(AF_INET,SOCK...
創(chuàng)建UDP。沒有onConnect回調(diào)，對嗎？
$http_worker->onConnect = function($connection) 就是UDP在第一次連接的時候，沒有判斷是否onconnect對嗎？只有send數(shù)據(jù)后，才有onmessage對嗎？ ? 另外說個題外話，workerman的 $worker = new Worker('websocket://0.0.0.0:8484'); 和 $worker = new Worker('tcp://...
count 進程多了，速度反倒變慢了？
用的是workerman。而且是centos7系統(tǒng)。而且也按照說明優(yōu)化了服務(wù)器啊。在onmessage之后send。 （另外順便問個問題，在PHP端，客戶端的PHP端，接收數(shù)據(jù)，只能是先socket_write之后才能socket_read嗎？無法接收workerman的onConnect就返回的send數(shù)據(jù)嗎？也就是必須要php客戶端向服務(wù)器workerman發(fā)數(shù)據(jù)后，收到onmessage的回復(fù)？而無法在php客...
