你nginx反向代理的是127.0.0.1,你server監(jiān)聽的是0.0.0.0，要改成127.0.0.1吧

你每次click一次，定時器都重新生成一個了，即原來的被覆蓋了，怎么清掉呢。

function fun(flag) {
    var con1 = setInterval(function () {
        if(flag == 1){
            clearInterval(con2)
            div1.style.left = div1.offsetLeft + 5+'px';
        }
    },500);

    var con2 = setInterval(function () {
 
        if(flag == 2) {
            clearInterval(con1)
            div1.style.left = div1.offsetLeft - 5+'px';
        }
    },500);
}

butt.onclick = function () {
    fun(1)//點一下，con1 生成一個，
};
buttno.onclick = function () {
  fun(2)//點一下，con1 又生成一個，不一樣的兩個，
};

你把打出5個1的那個環(huán)境關(guān)了重開

一開始就定義賦值一個空數(shù)組就好了

鏈接描述

    var str = 'abcd()efgh()ijkl()mn()';
    var n_str = str.replace(/(\w+)\(\)/g, '$1,');
    var ary = n_str.split(',');
    var result = '';
    ary.splice(ary.length-1, 1);
    ary.forEach(function(ele, index) {
        result += ele + '(#' + (index + 1) + ')';
    });
    console.log(result);

了解一下https://wkhtmltopdf.org/

張老師寫過文章:http://www.cnblogs.com/shanyo...

C#版本的話,我用過WkHtmlToXSharp 和[WkHtmlToXDotNet](https://github.com/TimothyKho...
前者用的人比較多,后者一般般.
注意一點,不要在IIS中使用WkHtmlToXSharp方案,有內(nèi)存泄漏風(fēng)險,在桌面環(huán)境就隨便玩了;
直接調(diào)用wkhtmltopdf.exe的話就無所謂了.

最初級的html基礎(chǔ)，這個問題要被踩踏了...
它只是一個div元素，應(yīng)用了自定義的樣式，樣式名為 div-search

我看你在控制臺中有兩個HTMLCollection對象，第一次有兩個元素，到了第二次就是空的，是否是在forEach循環(huán)中你有對兩個div做操作，導(dǎo)致他們從頁面節(jié)點中消失？

1. 查看nginx的error.log看看出現(xiàn)了什么問題

2. 配置的格式是否有問題？, listen和server_name后面好像是不需要冒號的“:”，使用命令nginx -t查看配置是否有問題。

   server {
       listen: 80;
       server_name: aaa.bbb.com;
       root /root/;
       index index.htm index.html index.php; 
   }

頁面里創(chuàng)建div標(biāo)簽，然后坐標(biāo)和物體綁定,參考三維轉(zhuǎn)二維的函數(shù)

看到邀請就進(jìn)來了。
并不懂nest.js，提問中也沒附帶所做嘗試的信息，幫你查了下相關(guān)內(nèi)容，你可以看看對你有沒有幫助。

與樓主遇到相同的問題解決方式
nest issue
typestack(class-validator team)的子項目的issue

game.json里面deviceOrientation設(shè)為landscape

1. 對于監(jiān)聽 ul 下所有 li 這種需求，一般是監(jiān)聽 ul 的事件，然后通過 event.target 之類的方式去獲取真正觸發(fā)事件的元素，這個涉及 DOM 的事件機制，你可以了解一下。
2. 一般來說不寫 window.onload 這種形式，我個人是這樣的:

(function(window, document, undefined) {
    ...
})(window, document, undefined)

很多規(guī)范寫法都是要慢慢積累的，你也可以直接看各網(wǎng)站那些未被混淆的 js 文件來快速了解。

額，倫敦時間21年16個小時....
傳的值有問題，斷電試一下吧...

把你在main.js里面怎么引入ElementUI的代碼貼出來看一看，看是否成功引入。

同問！顯示尷尬的很

想多了。。。。一定是你哪里搞錯了，除非你在本地還搭建了一套服務(wù)注冊和發(fā)現(xiàn)的框架。

express為了做到靈活、代碼精簡，內(nèi)部的代碼進(jìn)行了大量的抽象+復(fù)用，尤其是在路由這塊。樓主看了心生疑惑是正常的，這塊的代碼的確挺糟糕的。

樓主的問題足夠?qū)懸黄荛L的文章，編寫回答將近半個小時候我覺得放棄有條理的回答，直奔主題。

// 樓主的代碼，稍微精簡下
var router = express.Router();
router.get('/article', fn);

// app的_router 屬性，其實也是 express.Router()
app._router = new Router();
app._router.use('/user', router); 

// 上面的代碼導(dǎo)致下面的邏輯
app._router.stack.push(new Layer({
  path: '/user',
  handler: fn,
  route: undefined // 這里！非常關(guān)鍵
));

// 請求到來時，假設(shè) path 是 '/user'
app.handle() -> app._router.handle();

// 然后，遍歷 app._router.stack 數(shù)組，看有沒有那個 stack（里面是Layer實例）的path屬性符合要求
// 如果找到符合要求的，也就是樓主的 router 

我們看下下面代碼發(fā)生了什么

router.get('/article', fn);

在內(nèi)部，往 stack 里又push了 Layer 實例。

var layer = new Layer({
  path: '/article',
  handler: fn
};
// 這里非常關(guān)鍵！這個實際存放路由，也就是 用戶訪問 /user/article 時的回調(diào)方法
layer.route = new Route();
router.stack.push(layer);

為什么樓主會覺得疑惑

前面說了，express這塊的代碼本身挺糟糕的，比如存在如下用法，并且內(nèi)部都是往 router.stack 里新增一個 Layer實例

routerA.use(path, routerB); // 第一種 
routerA.get(path, fn); // 第二種

那么，如何區(qū)分是子路由，還是實際的路由

// 子路由，對應(yīng)第一種
layer.route = undefined;
router.stack.push(layer);

// 實際路由，對應(yīng)第二種
layer.route = new Route();
router.stack.push(layer);

如何匹配的

比如樓主訪問了 /user/articles，那么express內(nèi)部（跳過一些瑣碎的分支判斷）

1. 查看有沒有匹配 /user 的子路由，發(fā)現(xiàn)有，就是樓主的 router。實際動作是搜索 app._router.stack
2. 查看有沒有匹配 /articles 的實際路由，發(fā)現(xiàn)有。實際動作是搜索 router.stack[i].layer，并且找到對應(yīng)的處理方法 router.stack[i].layer.route[i].stack

express為了做到靈活、代碼精簡，內(nèi)部的代碼進(jìn)行了大量的抽象+復(fù)用，尤其是在路由這塊。樓主看了心生疑惑是正常的，這塊的代碼的確挺糟糕的。

樓主的問題足夠?qū)懸黄荛L的文章，編寫回答將近半個小時候我覺得放棄有條理的回答，直奔主題。

// 樓主的代碼，稍微精簡下
var router = express.Router();
router.get('/article', fn);

// app的_router 屬性，其實也是 express.Router()
app._router = new Router();
app._router.use('/user', router); 

// 上面的代碼導(dǎo)致下面的邏輯
app._router.stack.push(new Layer({
  path: '/user',
  handler: fn,
  route: undefined // 這里！非常關(guān)鍵
));

// 請求到來時，假設(shè) path 是 '/user'
app.handle() -> app._router.handle();

// 然后，遍歷 app._router.stack 數(shù)組，看有沒有那個 stack（里面是Layer實例）的path屬性符合要求
// 如果找到符合要求的，也就是樓主的 router 

我們看下下面代碼發(fā)生了什么

router.get('/article', fn);

在內(nèi)部，往 stack 里又push了 Layer 實例。

var layer = new Layer({
  path: '/article',
  handler: fn
};
// 這里非常關(guān)鍵！這個實際存放路由，也就是 用戶訪問 /user/article 時的回調(diào)方法
layer.route = new Route();
router.stack.push(layer);

為什么樓主會覺得疑惑

前面說了，express這塊的代碼本身挺糟糕的，比如存在如下用法，并且內(nèi)部都是往 router.stack 里新增一個 Layer實例

routerA.use(path, routerB); // 第一種 
routerA.get(path, fn); // 第二種

那么，如何區(qū)分是子路由，還是實際的路由

// 子路由，對應(yīng)第一種
layer.route = undefined;
router.stack.push(layer);

// 實際路由，對應(yīng)第二種
layer.route = new Route();
router.stack.push(layer);

如何匹配的

比如樓主訪問了 /user/articles，那么express內(nèi)部（跳過一些瑣碎的分支判斷）

1. 查看有沒有匹配 /user 的子路由，發(fā)現(xiàn)有，就是樓主的 router。實際動作是搜索 app._router.stack
2. 查看有沒有匹配 /articles 的實際路由，發(fā)現(xiàn)有。實際動作是搜索 router.stack[i].layer，并且找到對應(yīng)的處理方法 router.stack[i].layer.route[i].stack

div加最小寬度，不要定死寬度

    
    await organizationModel.findAll({
        where:{
            name: {
                $like: 'ext-%'
            }
        }
    }).then(ori => {
        // 這里需要修改，不能循環(huán)查詢數(shù)據(jù)庫
        Array.from(ori).forEach(record => {
            return userOrganizationModel.findAll({
                where: {
                    'organization_id':record.id
                }
            }).then(result => {
                console.log(result);
                ctx.json({
                    status: 100,
                    result
                });
            })
        });
        
    }).catch(err => {
        console.log(err);
        ctx.json({
            status: 101
        });
    });

};