鍍金池/ 問答/ PHP問答
凝雅 回答

可以用swoole的table或者redis存你需要毫秒數(shù)n,然后用8640000的timer觸發(fā)后,n =n-8640000,如果n小于8640000,就可以新建一個(gè)n毫秒的timer,否則建一個(gè)8640000的timer,如此循環(huán)。

過客 回答

偽靜態(tài)設(shè)置了嗎?
Nginx 偽靜態(tài)

location / {
    if (!-e $request_filename){
        rewrite  ^(.*)$  /index.php?s=$1  last;   break;
    }
}
扯不斷 回答

直接round不可能出現(xiàn)這個(gè)吧。。只有計(jì)算才會出現(xiàn)這種,然后你里面2個(gè)點(diǎn)的是什么

你的瞳 回答

...你看的沒有錯(cuò),有個(gè)寫順序的文章,但我忘了所以就不妨上來了。一,先 from 確定你需求的字段,二,where 對數(shù)據(jù)進(jìn)行篩選,所以在性能提升方面,where 的作用很重要。而這是一個(gè)虛擬表就已經(jīng)生成了,而不存在你說的 having 時(shí)還沒有 d 這個(gè)列。

別傷我 回答

應(yīng)該是queue:work吧,這個(gè)支持多進(jìn)程,queue:listen沒試過。


queue:work線上部署過20個(gè)進(jìn)程,4個(gè)隊(duì)列配置,3臺機(jī)器。總進(jìn)程數(shù):240。一切正常!!

笑忘初 回答

set_error_handler,set_exception_handler,register_shutdown_function這三個(gè)方法,可以找各種框架看看他們的錯(cuò)誤異常接管,也可以用whoops這種現(xiàn)成的類庫。

葬憶 回答

對于參數(shù)綁定為何可以避免SQL注入,建議題主可以了解一下,值得注意的是prepare語句只能解析一條SQL,下面摘要說明一下prepare的作用:
首先從mysql服務(wù)器執(zhí)行sql的過程開始講起,SQL執(zhí)行過程包括以下階段 詞法分析->語法分析->語義分析->執(zhí)行計(jì)劃優(yōu)化->執(zhí)行。詞法分析->語法分析這兩個(gè)階段我們稱之為硬解析。詞法分析識別sql中每個(gè)詞,語法分析解析SQL語句是否符合sql語法,并得到一棵語法樹(Lex)。對于只是參數(shù)不同,其他均相同的sql,它們執(zhí)行時(shí)間不同但硬解析的時(shí)間是相同的。而同一SQL隨著查詢數(shù)據(jù)的變化,多次查詢執(zhí)行時(shí)間可能不同,但硬解析的時(shí)間是不變的。對于sql執(zhí)行時(shí)間較短,sql硬解析的時(shí)間占總執(zhí)行時(shí)間的比率越高。而對于淘寶應(yīng)用的絕大多數(shù)事務(wù)型SQL,查詢都會走索引,執(zhí)行時(shí)間都比較短。因此淘寶應(yīng)用db sql硬解析占的比重較大。

Prepare的出現(xiàn)就是為了優(yōu)化硬解析的問題。Prepare在服務(wù)器端的執(zhí)行過程如下

1) Prepare 接收客戶端帶”?”的sql, 硬解析得到語法樹(stmt->Lex), 緩存在線程所在的preparestatement cache中。此cache是一個(gè)HASH MAP. Key為stmt->id. 然后返回客戶端stmt->id等信息。

2) Execute 接收客戶端stmt->id和參數(shù)等信息。注意這里客戶端不需要再發(fā)sql過來。服務(wù)器根據(jù)stmt->id在preparestatement cache中查找得到硬解析后的stmt, 并設(shè)置參數(shù),就可以繼續(xù)后面的優(yōu)化和執(zhí)行了。

Prepare在execute階段可以節(jié)省硬解析的時(shí)間。如果sql只執(zhí)行一次,且以prepare的方式執(zhí)行,那么sql執(zhí)行需兩次與服務(wù)器交互(Prepare和execute), 而以普通(非prepare)方式,只需要一次交互。這樣使用prepare帶來額外的網(wǎng)絡(luò)開銷,可能得不償失。我們再來看同一sql執(zhí)行多次的情況,比如以prepare方式執(zhí)行10次,那么只需要一次硬解析。這時(shí)候  額外的網(wǎng)絡(luò)開銷就顯得微乎其微了。因此prepare適用于頻繁執(zhí)行的SQL。

Prepare的另一個(gè)作用是防止sql注入,不過這個(gè)是在客戶端jdbc通過轉(zhuǎn)義實(shí)現(xiàn)的,跟服務(wù)器沒有關(guān)系。 

建議題主看下MySQL官方文檔(https://dev.mysql.com/doc/ref...)。什么?看不懂英文?試試百度翻譯吧:https://fanyi.baidu.com

clipboard.png

別硬撐 回答

定時(shí)任務(wù) + 請求之前檢驗(yàn)

1、定時(shí)每分鐘檢測 是否有到期的團(tuán)購
2、有用戶訪問時(shí),再次檢驗(yàn)是否有到期的團(tuán)購,更改狀態(tài),做邏輯處理

嘟尛嘴 回答

目前問題的解決方法:
把 if (!$askuCount) 的代碼放到循環(huán)中即可插入數(shù)據(jù)

建議:
不要用循環(huán)操作數(shù)據(jù)庫,建議用批量插入

毀與悔 回答
剛整理出來了以下代碼,僅供參考


clipboard.png

clipboard.png

clipboard.png

尋仙 回答

不需要的. 在laravel的routes/web.php 里面, 把prefix加上就好了.

其實(shí)還是建兩個(gè)域名好.

尛憇藌 回答

方法一:

  1. 瀏覽器輸入文字
  2. 服務(wù)器調(diào)用python程序
  3. python程序?qū)⒄Z音寫到文件
  4. 服務(wù)器返回一個(gè)url,這個(gè)url內(nèi)部指向這個(gè)文件
  5. 瀏覽器請求這個(gè)url,獲得文件
  6. 瀏覽器播放文件

方法二:

  1. 瀏覽器輸入文字
  2. 服務(wù)器調(diào)用python程序
  3. python程序?qū)⒄Z音寫到文件
  4. 服務(wù)器將這個(gè)文件以流的形式返回給瀏覽器
  5. 瀏覽器播放
糖果果 回答

已找到解決方案:
修改nginx配置即可
fastcgi_param SCRIPT_FILENAME /www$fastcgi_script_name;

枕邊人 回答

1.APi 首先注重的是安全方面的信息 所以加key和sign是必須可少的。
2.APi 與對方定義好入?yún)⒑统鰠?,定義好格式(最好提前書寫好wiki)
3.你們這邊應(yīng)該還回有數(shù)據(jù)庫操作,書寫業(yè)務(wù)邏輯,事務(wù)和回滾機(jī)制要做好
4.要有日志,要有監(jiān)控,報(bào)警系統(tǒng)。
5.寫接口,記得連接好PDO的來處理,防止sql注入等問題。
6.至于并發(fā)問題,你們可以在nginx層做處理,從DNS方面處理,PHP這塊無需過多關(guān)注
7.API擴(kuò)展,把功能模塊單獨(dú)組裝,看是否需要redis,memcache,yac這種緩存服務(wù)。
8.單獨(dú)拉出來幾臺服務(wù)器跑API,還有就是做好防止接口被刷,你們監(jiān)測節(jié)點(diǎn),如果某個(gè)IP防止有問題,就引流到獨(dú)立的一臺服務(wù)器(這臺服務(wù)器不參與業(yè)務(wù))等等,
9.你們可以考慮下消息隊(duì)列,同步服務(wù),swoole、rabbitMQ供你參考
總結(jié):最主要來看1.安全 2.日志 3.業(yè)務(wù)邏輯 4.nginx層處理 5.穩(wěn)定性

哎呦喂 回答

你這是json嗎?多了一個(gè)'"',最后少了一個(gè)'}'

悶騷型 回答

現(xiàn)在的問題是通過這兩個(gè)點(diǎn)能不能計(jì)算出上面的所有參數(shù)來,我們來一個(gè)個(gè)看一下
1.x,y左邊,顯然可以,取兩個(gè)點(diǎn)的中點(diǎn)
2.rotation,根據(jù)起點(diǎn)和終點(diǎn)的斜率算出來
3.radiusX=起點(diǎn)到終點(diǎn)的距離/2
4.其他的參數(shù)就沒辦法計(jì)算,當(dāng)然可以設(shè)置一些默認(rèn)值

背叛者 回答

好像是不能用這個(gè)
header("Access-Control-Allow-Origin:*" );

權(quán)限太大了。開指定域名應(yīng)該就可以了。

還有一個(gè)是客戶端也要設(shè)置
withCredentials: true

瘋子范 回答

var trs = '<tr>';

    for(var i=0;i<80;i++){
        if(i==9 || i==19 || i==29 || i==39 || i==49 || i==59 || i==69){
            if(i<d.mxs.length){
                trs += '<td style="padding: 0px;"><input type="text" name="data['+i+'][zl]" value="'+d.mxs[i]['zl']+'" class="layui-input" autocomplete="off"></td></tr><tr>';
            }else{
                trs += '<td style="padding: 0px;"><input type="text" name="data['+i+'][zl]" class="layui-input" autocomplete="off"></td></tr><tr>';
            }          
        }else{
            if(i<d.mxs.length){
                trs += '<td style="padding: 0px;"><input type="text" name="data['+i+'][zl]" value="'+d.mxs[i]['zl']+'" class="layui-input" autocomplete="off"></td>';
            }else{
               trs += '<td style="padding: 0px;"><input type="text" name="data['+i+'][zl]]" class="layui-input" autocomplete="off"></td>'; 
            }
            
        }
                   
    }
    trs += '</tr>';$('#goodsKc-form-table tbody').append(trs);

d.mxs 為后臺返回的數(shù)據(jù)

青裙 回答

ajax請求 替換