在线观看不卡亚洲电影_亚洲妓女99综合网_91青青青亚洲娱乐在线观看_日韩无码高清综合久久

new formData可以傳入一個form標(biāo)簽進(jìn)去，form標(biāo)簽內(nèi)所有的攜帶name屬性的表單元素會被認(rèn)為是formItem。

表單元素包含下列(可能還有其他的，但是不太常用了，2333)：

1. input
2. textarea

如果你確定你數(shù)據(jù)的來源是一個div，那么很抱歉，直接new FormData是不能夠得到你想要的結(jié)果的
需要你自己在后邊進(jìn)行append的操作：

formData.append('content', document.querySelector(".ql-editor").innerHTML)

請把應(yīng)用中的MySQL連接字符串貼出來

找到原因了：

你必須保持prefix一致，否則沒法簡單的反向代理。

如果你期望在nginx通過/jenkins訪問jenkins，那么你后端的jenkins訪問路徑必須也是/jenkins。至于這個prefix怎么改，官方文檔說的很清楚，我就不贅述了: https://wiki.jenkins.io/displ...

最后，官方文檔早有nginx反向代理參考: https://wiki.jenkins.io/displ...

從上面的提示來看，就是因為端口不通。截圖上你已經(jīng)有一個通過SSH Tunnel的連接是成功的，說明實例是存活的。目前想到兩個可能性可以驗證一下：

1. 網(wǎng)絡(luò)防火墻。你的IP來自阿里云結(jié)點，可以看一下阿里云的安全策略里面是否阻止了對外開放27017端口。
2. 如果是使用的MongoDB 3.6，它在默認(rèn)情況下支持IP白名單策略以防止未授權(quán)的訪問。

出于安全原因并不太建議對公網(wǎng)開放MongoDB端口，更建議把應(yīng)用和數(shù)據(jù)庫放在一個網(wǎng)絡(luò)內(nèi)部進(jìn)行訪問。因為除了安全原因外，對公網(wǎng)開放時帶寬往往也是達(dá)不到的。

你執(zhí)行的sql語句有問題。打印下你生成的sql語句就知道為什么了。

order(...是不是漏了空格

假設(shè)表結(jié)構(gòu)如下

CREATE TABLE `signs` (
  `userid` int(11) NOT NULL,
  `signtime` int(11) NOT NULL,
  `type` tinyint(1) DEFAULT NULL,
  PRIMARY KEY (`userid`,`signtime`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

可以用如下SQL解決

select tmp.*,
    max_signout-min_sign diff  #簽退時間差
    from (
    select 
    date(FROM_UNIXTIME(signtime)) day , 
    userid,
    min(
        case type
        when 0 then
         signtime
        when 1 then
            #這里表示的是一個無窮大的意思，反正就是讓簽退時間不參與比較，
         100000000000
        end
    ) min_sign, #一天中的最早的簽到時間
    max(
        case type
        when 0 then
         0
        when 1 then
         signtime
        end
    ) max_signout #一天中的最晚簽到時間
    from signs 
    group  by 1 ,2
) tmp 
order by diff desc ;

不過沒有考慮到跨天簽到的，比如早上9點打卡，第二天上午7點下班的情況。。。。

代碼截圖，php有沒有調(diào)試看傳輸?shù)淖兞渴欠袷瞧谕担?/p>

shift使用錯了

if(a[0]==='-1'){
    // a.shift()表示數(shù)組a移除第一個值,并返回該值   
    this.game_app_key=a.shift();    // 這里this.game_app_key就變成了-1
   }

正確的方法應(yīng)該是

if(a[0]==='-1'){
    a.shift()
    this.game_app_key=a;    // 這里this.game_app_key就變成了剩下的值
   }

語法要求，Group By本來就是根據(jù)某個字段來分組，最后查詢出的數(shù)據(jù)是取這個字段唯一的一個數(shù)據(jù)呈現(xiàn)。

但其他字段的數(shù)據(jù)是不一樣的，在分組后sqlserver無法將它們合并，所以當(dāng)然select *不行咯。

至于mysql為什么行，那肯定是別人做了優(yōu)化，在Group By后自動合并數(shù)據(jù)了吧。

協(xié)定好數(shù)據(jù)格式
協(xié)定好url
協(xié)定好身份驗證
php端先驗證身份，然后再解析數(shù)據(jù)，寫入數(shù)據(jù)庫，返回200，結(jié)束

給guid字段添加普通索引

這是我測試數(shù)據(jù)：

加索引id執(zhí)行計劃：

explain SELECT * FROM qxd.qxd_community where id = '540a1cb9-04cc-ce17-9933-81bb115328bb'

未加索引id執(zhí)行計劃：

1. 把你跟別人請求的API列出來
2. 請求上面的API
3. 保存返回的數(shù)據(jù)到mysql

是不是在my.cnf文件下 加 skip-grant-tables 跳過密碼登錄了
(window下 好像叫my.ini)

select * from table_name where id not in(1,2,3,4,5);

自己嘗試了好多遍試出答案了 貼出來方便需要的人
models.article.update({id:id,"article.articleTitle":articleTitle},{$push:{"article.$.comment":comment}},{upsert:true}, (err, data) => {})

你運行的根本不是sql語句吧, 說說你是怎么運行的,出錯之前的操作描述一下!

而連接池大小的配置是在單一服務(wù)上配置
在 N 個服務(wù)訪問這個 mysql 機器的情況下
加入每個服務(wù)的配置都是上述公式
那么總的連接池數(shù)就是 N((核心數(shù) 2) + 有效磁盤數(shù))了
這不是悖論嗎？
如何理解？

沒有什么悖論呀。舉個例子，比如一個mysql支持的并發(fā)連接最多100個，你有3個微服務(wù)應(yīng)用需要同時連接這個數(shù)據(jù)庫，每個微服務(wù)部署在一臺獨立的機器上，每個機器核心數(shù)為8，磁盤數(shù)為2。 3 (2 8 + 2) 遠(yuǎn)遠(yuǎn)小于100呀。

即使超過的mysql可以支持最大并發(fā)數(shù)，可以稍減少某些微服務(wù)的連接池連接數(shù)，沒有說連接池中的連接數(shù)必須是(核心數(shù) * 2) + 有效磁盤數(shù)。

其次，配置監(jiān)控系統(tǒng) Servlet 也是在單個服務(wù)下配置
而訪問 url 諸如這種
http://IP:PORT/druid
那 N 個微服務(wù)豈不是會有 N 個配置監(jiān)控系統(tǒng) Servlet?
假如有幾個微服務(wù)處于同一臺機器上
那就還要配置不同的 url
這樣感覺怪怪的？

不奇怪呀，不同的微服務(wù)只需要關(guān)注自己的druid的監(jiān)控。如果需要總的監(jiān)控信息，mysql 提供了很多狀態(tài)變量，相關(guān)日志（比例慢查日期）等，當(dāng)然了有很多針對mysql的監(jiān)控的工具，這些工具收集分析這些日志，變量等信息，提供很友好的界面顯示。

或許一個解決方案是把對同一個 mysql 機器進(jìn)行訪問的所有的 dao 層
從各個微服務(wù)中抽出來，獨立操作做成一個微服務(wù)可以解決上述問題？
這樣的架構(gòu)奇怪嗎？

奇怪，有一些mysql的中間件提供連接池的功能，這樣就不需要再應(yīng)用中初始化連接池了，多個微服務(wù)公用一個連接池。

SELECT * FROM table WHERE condictions LIMIT PageSize OFFSET PageIndex

table:表名 conditions:查詢條件 PageSize:每頁顯示的數(shù)據(jù)個數(shù) PageIndex:顯示第幾頁的數(shù)據(jù)