提交表單的四種方式

直接用圖片不行么？

懂了，懂了。。。 就是說最明智的做法是當他是不存在的。。沒有這個保證

bin/zkServer.sh status; 看一下zookeeper的狀態(tài). 是不是真正的跑起來了.
到/home/hadoop/zookeeper/logs 看一下日志.

另外,zookeeper全部都啟動了在 jps下.看一看是否有QuorumPeerMain進程.

/3?/g 可以當作 /3|/g
即匹配 /3/g 或 //g 其一
任何字符串匹配//g都返回true

lsof -i|grep 8000 #此處填寫你要查詢的端口

找到占用 8000 端口的相關(guān)進程。然后使用 kill -9 ‘進程號’，再重啟服務即可。

在你的項目根目錄找到 _config.yml 文件，在文件尾部修改：

deploy:
  type: git
  repository: git@github.com:xxx/xxx.git
  branch: master

你是用的python2還是python3創(chuàng)建的Virtualenv，python3的話你看看你全局的pip3是什么版本，估計還是9的

curl設置一下選項，讓限制時間加大一點，看看能不能成功

curl_setopt($ch, CURLOPT_TIMEOUT,100); // 100s 

PS：不要上傳太大的文件

Goods.find({},(function(ctx){return function(err,doc){ 
    ctx.response.type='json';
ctx.response.body={
    status:'2',
    msg:'Hello World'
}
if(err){
ctx.response.type='json';
    ctx.response.body={
    status:'1',
    msg:'Hello World'
}
}else{
    ctx.response.type='json';
    ctx.response.body={
        status:'2',
        length:doc.length,
         msg:doc
     } 
}
}
})(ctx))

1. 試一試 mode="in-out"
2. 使用 transition；使用 key 可以也可以渲染多個元素

地址： 多個元素的過渡

審核時間好長?。。?！
搜索一圈沒找到解決。臨時解決方法傳入父節(jié)點，遞歸每層深度的父節(jié)點是一樣的

def get_code(self, node, parent=None, active=False):
    if parent is None:
        parent = node.getparent()
    c = ''
    if isinstance(node, etree._ElementUnicodeResult):
        c = str(node).replace('\n', '').replace(' ', '').strip()
        p = parent
        print(p.tag + ' : ' + str(p.attrib) +'  | content: '+ c)
        return c
    if isinstance(node, etree._Element):
        for item in node.xpath('node()'):
            c += str(get_code(item,node,active=active))
        return c

恭喜你, 遇到了一個編譯器的bug
這是gcc以前的一個bug: https://gcc.gnu.org/bugzilla/...
可能5.0以后才修好了.
clang也有類似的bug: https://bugs.llvm.org/show_bu... 里面的解釋值得一讀, 我節(jié)選下:

template<typename T> T end(T);

template <typename T>
void Foo() {
  T it1;
  if (it1->end < it1->end) {
  }
}

Foo() is trying to use a public member variable of "*it1". Because there's a global template with the same name, it interprets the subsequent '<' as starting a template instantiation, and then finds trouble many tokens later when there's no matching '>'.

1. possible fixit is to add parentheses around "it1->end".

https://www.linuxatemyram.com/
寫得很清楚了。。

問題解決了，workerman論壇上的一個哥們提醒了我是死循環(huán)導致進程一直處于busy狀態(tài)。把php代碼中的死循環(huán)去掉：

// while (true) {
    $connection->send(根據(jù)接收到的客戶端的$data發(fā)送要發(fā)送的消息);
    // usleep(1000000); // 睡1秒  其實這個也可以去掉
// }

前端代碼中增加定時向后端發(fā)送消息的代碼，這樣后端就可以根據(jù)監(jiān)聽到的前端發(fā)送的消息往前端推送消息。worker進程只有在發(fā)送消息時才會處于busy狀態(tài)，否則就會idle。之前就是因為死循環(huán)一直發(fā)送消息（busy），這樣就導致前端頁面每次加載都會導致后端創(chuàng)建一個新的進程（原來的worker進程一直沒釋放）。我之前對后端往前端推送消息的業(yè)務邏輯和技術(shù)細節(jié)沒想清楚，哎，自己給自己挖了個坑。

將日期改成20170801這樣的整型吧，直觀，查詢效率又高。

有項目的
https://gitee.com/HOHD/termux...
可以的話一起探討一下

下面這個才是你想要的
https://gitee.com/HOHD/irssic...

不要修改你依賴庫的東西（node_modules 這里面的所有文件），這個路徑為了在項目中使用時正確的找到第三方模塊的位置，是 npm 工作時自動加上的，對你項目沒有任何影響。

該警告無影響。能正常運行。

最后發(fā)現(xiàn)是因為，我在dom的高度還沒有確定完之前，就使用paper.text()了，所以為了防止這種現(xiàn)象的發(fā)生，要在dom的高度，寬度確定之后再使用svg的繪制。