分享16進(jìn)制字符串轉(zhuǎn)換為32位單精度浮點(diǎn)數(shù)
日前，想用gatewayworker接收設(shè)備發(fā)過(guò)來(lái)的信息，但是發(fā)現(xiàn)php中沒(méi)有直接將16進(jìn)制字符串轉(zhuǎn)換為32位單精度浮點(diǎn)數(shù)的函數(shù)，在網(wǎng)上查了許久，查到了這個(gè) http://www.zhanglirong.cn：http://c.biancheng.net/view/314.html
$v = hexdec($a) ;將字符串$a放到一個(gè)32bit的二進(jìn)制串里：?01000001010001011100001010001111?$x = ($v & ((1 << 23) - 1)) + (1 << 23) * ($v >> 31 | 1);取出尾數(shù)，并在最左邊添加1。$res = $x * pow(2, $exp - 23); 根據(jù)階碼移動(dòng)小數(shù)點(diǎn)的位置，我覺(jué)得這里理解起來(lái)比較費(fèi)勁，我的理解是$x可以理解為一個(gè)整數(shù)，pow(2,$exp-23)為該整數(shù)需要縮小的倍數(shù)。比如對(duì)于十進(jìn)制數(shù)1000.00來(lái)說(shuō)，縮小兩倍，那么小數(shù)點(diǎn)就往左移兩位。
后面用于判斷符號(hào)的代碼可用a?b:c三目運(yùn)算符更簡(jiǎn)潔。
?
問(wèn)答打包成二進(jìn)制后運(yùn)行報(bào)錯(cuò)
#### 問(wèn)題描述
源碼運(yùn)行是沒(méi)問(wèn)題的，打包成二進(jìn)制后就報(bào)錯(cuò)了，系統(tǒng)用的是ubuntu
問(wèn)答我看介紹說(shuō)可用于物聯(lián)網(wǎng)應(yīng)用，GatewayWorker能夠主動(dòng)向應(yīng)用的PHP后臺(tái)接口發(fā)送數(shù)據(jù)嗎？
我在看手冊(cè)的時(shí)候看到GatewayWorker與TP、YII框架等的整合，從圖中看只有單向的調(diào)用關(guān)系，也就是說(shuō)應(yīng)用的PHP后臺(tái)程序（API接口），去調(diào)用GatewayClient的方法發(fā)送數(shù)據(jù)給GatewayWorker服務(wù)器，然后GatewayWorker服務(wù)器在通過(guò)TCP協(xié)議發(fā)送數(shù)據(jù)給智能終端（空氣凈化器），這樣只實(shí)現(xiàn)了物聯(lián)網(wǎng)應(yīng)用中的指令下發(fā)功能，智能終端主動(dòng)上報(bào)的數(shù)據(jù)怎么接收？讓智能終端將數(shù)據(jù)發(fā)送給PHP后臺(tái)程序（API接口）。這樣的話非常難受?。。?！因?yàn)橹悄芙K端只能配置一個(gè)域名和一個(gè)端口，這個(gè)域名和端口已給GatewayWorker服務(wù)器用了，用來(lái)和GatewayWorker服務(wù)器建立連接，以便接收GatewayWorker服務(wù)器下發(fā)的指令。另外追問(wèn)，為什么GatewayWorker不實(shí)現(xiàn)和其它框架整合后的雙向通訊呢？
[attach]612[/attach]
問(wèn)答關(guān)于Web推送到硬件與硬件返回數(shù)據(jù)推送到web的設(shè)計(jì)的問(wèn)題
現(xiàn)在希望實(shí)現(xiàn)的兩個(gè)功能是，在web上通過(guò)點(diǎn)擊按鈕切換燈泡的開(kāi)關(guān)，與，燈泡的單片機(jī)硬件每隔幾秒會(huì)發(fā)送當(dāng)前電流量這一數(shù)據(jù)到服務(wù)器，數(shù)據(jù)在web上顯示出來(lái)。具體實(shí)現(xiàn)方法有點(diǎn)思路但并不是很清晰，希望大神指點(diǎn)一二。
設(shè)計(jì)與思路在下：
首先硬件會(huì)通過(guò)tcp協(xié)議連接到服務(wù)器上。1.打開(kāi)web后，web先建立與gatewayWorker連接的websocket，點(diǎn)擊按鈕會(huì)發(fā)送｛'type':'onOrOff','op':'on'｝類似這樣的一個(gè)json數(shù)據(jù)，便會(huì)觸發(fā)Events2.當(dāng)硬件發(fā)送數(shù)據(jù)到服務(wù)器后，觸發(fā)Events文件里的onMessage,目前的設(shè)想是將數(shù)據(jù)放入數(shù)據(jù)庫(kù)，web通過(guò)輪詢數(shù)據(jù)庫(kù)再顯示出來(lái)。還有另一個(gè)想法與疑問(wèn)是，觸發(fā)onMessage時(shí)能不能通過(guò)gatewayWorker直接推送到web上呢？
問(wèn)答workerman/mqtt如何向主題發(fā)送十六進(jìn)制至主題
#### 問(wèn)題描述
workerman/mqtt如何向主題發(fā)送十六進(jìn)制至主題
內(nèi)容：0100467b223432303933313139223a7b224c335f54575f31223a32362c224c335f48535f31223a35322c224c335f54575f32223a32362e352c224c335f48535f32223a34332e387d7d
問(wèn)答設(shè)備通過(guò)tcp協(xié)議發(fā)送16進(jìn)制的文件流，服務(wù)器如何處理
設(shè)備發(fā)送的bmp格式的圖片，轉(zhuǎn)成16進(jìn)制文件流，發(fā)送到服務(wù)器，分包發(fā)送，圖片越大，分的包越多。隨文件流發(fā)送過(guò)來(lái)的還有json數(shù)組，里面包含，文件名等別的信息。不知服務(wù)器端如何接收呢
問(wèn)答打包二進(jìn)制后更新替換重啟有好方案嗎？
#### 打包為bin 二進(jìn)制文件后，
當(dāng)要更新二進(jìn)制bin文件時(shí)，下載 替換都沒(méi)問(wèn)題
但是如何能夠重啟項(xiàng)目呢？ 有沒(méi)有什么好的方案啊
問(wèn)答webman 二進(jìn)制打包時(shí)使用Channel\Client連接會(huì)報(bào)錯(cuò)
#### 問(wèn)題描述
這個(gè)項(xiàng)目的需求是，webman的http接口接收到數(shù)據(jù)后，轉(zhuǎn)發(fā)到Mqtt。我在start.php中啟動(dòng)了Channel-Server服務(wù)，在bootstarp中添加了一個(gè)類用來(lái)每個(gè)進(jìn)程初始化的時(shí)候連接Channel，正常是可以使用的，但是打包二進(jìn)制的時(shí)候卻報(bào)錯(cuò)了
另外問(wèn)一下
問(wèn)答GatewayWorker處理數(shù)據(jù)是多線程的嗎？
GatewayWorker在處理客戶端發(fā)送過(guò)來(lái)數(shù)據(jù)的時(shí)候是多線程處理嗎？
問(wèn)答gateway怎么判斷數(shù)據(jù)是否發(fā)送完呢
需求是這樣的：向客戶端發(fā)送一段數(shù)據(jù)，發(fā)送完之后，服務(wù)端關(guān)閉這個(gè)鏈接
在tcpconnection中close是等待數(shù)據(jù)發(fā)送完畢后關(guān)閉該鏈接的
但gateway中只有closeClient和closeCurrentClient關(guān)閉連接，如果我用這兩個(gè)方法關(guān)閉連接，用sendToClient或sendToCurrentClient發(fā)送數(shù)據(jù)的話就面臨一個(gè)問(wèn)題，就是數(shù)據(jù)如果較大的話就可能發(fā)生數(shù)據(jù)還沒(méi)發(fā)送完畢的時(shí)候就已經(jīng)關(guān)閉連接了
問(wèn)答workerman發(fā)送數(shù)據(jù)大于8192，出錯(cuò)
發(fā)送小于8192的數(shù)據(jù)，沒(méi)有問(wèn)題。
當(dāng)數(shù)據(jù)大于8192，通過(guò)回調(diào)繼續(xù)發(fā)送，但是在添加回調(diào)時(shí)，會(huì)出現(xiàn)PHP?Warning，回調(diào)添加失敗，造成后面的數(shù)據(jù)沒(méi)有發(fā)送。
問(wèn)答使用gatewayworker,硬件持續(xù)推送數(shù)據(jù)，服務(wù)器主動(dòng)會(huì)自己斷開(kāi)？
windows系統(tǒng)上裝了gatewayworker，直接用的源碼監(jiān)聽(tīng)打印
硬件發(fā)起連接之后，一直發(fā)送數(shù)據(jù)，檢測(cè)連接狀態(tài)，如果斷開(kāi)，重連，端口號(hào)+1
這樣的時(shí)候發(fā)現(xiàn)數(shù)據(jù)發(fā)送幾條之后，應(yīng)該是服務(wù)器斷開(kāi)連接了，之后硬件重連重發(fā)，為什么？
問(wèn)答為什么GatewayClient發(fā)送的數(shù)據(jù)不會(huì)經(jīng)過(guò)Event.php，而是直接經(jīng)由Gateway進(jìn)程轉(zhuǎn)發(fā)給客戶端
為什么 GatewayClient發(fā)送的數(shù)據(jù)不會(huì)經(jīng)過(guò)Event.php，而是直接經(jīng)由Gateway進(jìn)程轉(zhuǎn)發(fā)給客戶端
問(wèn)答webman二進(jìn)制打包后smtp發(fā)信失敗
#### 問(wèn)題描述
用webman寫(xiě)了一個(gè)發(fā)信api，發(fā)現(xiàn)二進(jìn)制打包前可以發(fā)信，打包后提示網(wǎng)絡(luò)報(bào)錯(cuò)
#### 報(bào)錯(cuò)信息
```
2023-10-11 14:05:14 Connection: opening
問(wèn)答webadmin 二進(jìn)制打包后上傳附件報(bào)錯(cuò)
#### 問(wèn)題描述
webadmin 二進(jìn)制打包后上傳附件報(bào)錯(cuò)
#### 程序代碼
#### 報(bào)錯(cuò)信息
!
問(wèn)答老大的二進(jìn)制項(xiàng)目static-php-cli 誰(shuí)會(huì)加擴(kuò)展啊?
#### 搞了許久都沒(méi)有成功加入擴(kuò)展
那個(gè)懂的能不能加個(gè)
swoole-load 加密擴(kuò)展
sg11
sg13
之類的任選其一
方便開(kāi)發(fā)付費(fèi)項(xiàng)目時(shí)，進(jìn)行加密后打包二進(jìn)制
問(wèn)答AsyncTcpConnection 發(fā)起websocket連接 發(fā)送音頻流數(shù)據(jù) 報(bào)錯(cuò)
#### 問(wèn)題描述
使用AsyncTcpConnection 作為websocket客戶端，發(fā)送音頻流數(shù)據(jù)。$connection->maxSendBufferSize = 1048576 * 20;
$connection->transport = 'ssl';
// 當(dāng)連接建立時(shí)發(fā)送數(shù)據(jù)$response);
};
// 當(dāng)接收到數(shù)據(jù)時(shí)
$connection->onMessage = function (AsyncTcpConnection $connect1280; // 舉例，具體大小請(qǐng)參照騰訊云文檔
$totalSize = strlen($audioData);
Log::info('發(fā)送音頻數(shù)據(jù)// $connection->send('{"end": true}');
Log::info('發(fā)送結(jié)束數(shù)據(jù)');
分享PHP編譯器BPC 6.3發(fā)布,成功編譯wordpress,workerman二進(jìn)制打包的另一選擇
[how BPC works](https://bpc.dev/bpc.png)
**workerman/GatewayWorker二進(jìn)制打包的另一選擇**
BPC已經(jīng)能夠成功編譯 workerman-4.1 GatewayWorker-3.x, 之前已經(jīng)分享過(guò), 見(jiàn) http://m.wtbis.cn/a/1514.BPC二進(jìn)制打包的好處有3點(diǎn):
1. 100%的源碼保護(hù) (因?yàn)樽罱K編譯成了C)
2. 單文件發(fā)布,易部署 (js,css,圖片,json,mo等資源文件都可嵌入)
3.
問(wèn)答關(guān)于二進(jìn)制打包反編譯的問(wèn)題，咨詢下大佬
#### 問(wèn)題描述
有個(gè)疑問(wèn)想了解下，關(guān)于二進(jìn)制打包完，打包后的二進(jìn)制文件如果被反編譯的話，能被還原成整個(gè)項(xiàng)目結(jié)構(gòu)（原模原樣 包括文件夾）嗎？
問(wèn)答GatewayWorker如何單開(kāi)一個(gè)進(jìn)程
**需求**：
實(shí)時(shí)檢查房間人數(shù)，在房間人數(shù)到達(dá)要求后，由服務(wù)器主動(dòng)向房間推送消息。
**問(wèn)題**：
如何實(shí)現(xiàn)GatewayWorker主動(dòng)向房間推送呢？不是由onMessage回調(diào)去觸發(fā)的。**我的想法**：
想用GatewayWorker單開(kāi)一個(gè)進(jìn)程去檢查所有房間的人數(shù)，在房間達(dá)到一定人數(shù)后由這個(gè)進(jìn)程主動(dòng)向這個(gè)房間去推送數(shù)據(jù)，這個(gè)具體該怎么實(shí)現(xiàn)呢？
贊助商
