Tag: JavaScript

在Docker中运行nuxt js应用程序: 我正在尝试在Docker容器中运行nuxt应用程序。为了做到这一点，我创build了以下Dockerfile： FROM node:6.10.2 RUN mkdir -p /app EXPOSE 3000 COPY . /app WORKDIR /app RUN npm install RUN npm run build CMD [ "npm", "start" ] 但是，当我构build图像并运行容器（ docker run -p 3000:3000 <image-id> ）时，在浏览器中点击localhost:3000什么都没有得到。可能是什么原因？

Brocolli Plugin ENOENT在Docker中没有这样的文件错误: 我使用Ember-cli 2.11和brocoli-asset-rev 2.4.5以及"ember-cli-emblem": "0.8.2-beta.2" 。我也使用docker 我刚创build一个component ，然后我得到这个错误。 The Broccoli Plugin: [Funnel: Funnel (test index)] failed with: Error: ENOENT: no such file or directory, lstat '/monty.lennie/tmp/funnel-input_base_path-4h2cnQAn.tmp/index.html' at Error (native) at Object.fs.lstatSync (fs.js:982:18) at symlink (/monty.lennie/node_modules/symlink-or-copy/index.js:79:26) at Function.symlinkOrCopySync [as sync] (/monty.lennie/node_modules/symlink-or-copy/index.js:65:5) at Funnel._copy (/monty.lennie/node_modules/broccoli-funnel/index.js:492:19) at Funnel.processFile (/monty.lennie/node_modules/broccoli-funnel/index.js:475:8) at Funnel.applyPatch [as _applyPatch] (/monty.lennie/node_modules/broccoli-funnel/index.js:389:12) at Funnel.<anonymous> (/monty.lennie/node_modules/broccoli-funnel/index.js:343:10) at […]

Docker中的Web Socket握手错误: 我使用Python 3.5 ， Flask和Meinheld Web套接字中间件来提供套接字。这里是服务器端代码示例： @app.route('/chat') def chat(): ws = request.environ.get('wsgi.websocket') while True: m = ws.wait() if m is None: break ws.send(m) return "" 客户端代码示例： var s = new WebSocket("ws://localhost:4567/chat"); 然而，一切工作正常，而我在本地模式下运行，但是当我将此添加到docker容器中，我总是得到像这样的错误： WebSocket连接到'ws：// localhost：4567 / chat'失败：WebSocket握手期间出错：意外的响应代码：500 docker容器在远程服务器或本地环境中的运行位置并不重要，错误总是相同的。所有必要的端口都被暴露。

连接拒绝错误61：Scrapy +飞溅docker: 我遇到了一些问题，刮JavaScript网站。我正在使用docker的scrapy-splash来渲染js到html。 import scrapy from scrapy_splash import SplashRequest class MySpider (scrapy.Spider): name = 'spd' start_urls = ['http://example.com'] def start_requests (self): for url in self.start_urls: yield SplashRequest(url, self.parse, endpoint='render.html', args={'wait':0.5},) def parse (self, response): for href in response.xpath('xpath'): yield {'info': href.xpath('xpath')} 这是我的terminal输出： 2017-05-30 13:20:51 [scrapy.core.engine] INFO: Spider opened 2017-05-30 13:20:51 [scrapy.extensions.logstats] INFO: Crawled 0 pages (at […]

不同的本地主机端口导致Access-Control-Allow-Origin失败: 我想在localhost：3000上托pipe一个Docker JavaScript应用程序（RocketChat），并引用正在侦听localhost：5000的python脚本。运行脚本我得到以下回应： [错误] Access-Control-Allow-Origin不允许源localhost：3000。 [错误]加载资源失败：Access-Control-Allow-Origin不允许使用Origin localhost：3000。（响应，第0行）[错误]由于访问控制检查，XMLHttpRequest无法加载localhost：5000 / response。正在执行的请求如下所示： var data = []; var client = new XMLHttpRequest(); if(input.value !== "" && input.value){ data["Type A"] = input.value; } else { data["Type B"] = "not valid"; } client.open("POST", "http://localhost:5000/response", true); client.setRequestHeader("Content-Type", "application/x-www-form-urlencoded"); client.withCredentials = false; client.send(data); 如何编辑本地主机以启用Access-Control-Allow-Origin？所有我能find的答案都提到编辑Node.js，我没有。

当通过Node.jssubprocess同步执行时，Docker拉不能实时下载大小/总大小: 当我运行docker pull my-image从我的terminaldocker pull my-image这是我的输出如何。 59e69571f6c7: Pull complete 43da27f69c98: Pull complete d22174e9eddd: Pull complete cc0ac48a6d21: Downloading 312.3 MB/2.888 GB b47aa969d5dc: Download complete 当我运行一个Node.js代码 const { exec } = require('child_process'); exec('docker pull my-image', (error, stdout, stderr) => { if (error) { console.error('exec error: ${error}'); return; } console.log('stdout: ${stdout}'); console.log('stderr: ${stderr}'); }); 我的输出看起来像这样。 c49bda5ed612: Waiting 43da27f69c98: Verifying […]

尝试在容器中使用webpack-dev-server，得到其他方面不存在的错误: 我是反应，webpack和docker的新手。试图在容器中启动一个webpack-dev-server。当我从terminal上开始的时候它就开始了，但是试图从docker开始它给了我这个错误。 ERROR in ./~/react-select/dist/react-select.css Module parse failed: /usr/src/app/node_modules/react-select/dist/react-select.css Unexpected token (8:0) You may need an appropriate loader to handle this file type. SyntaxError: Unexpected token (8:0) at Parser.pp$4.raise (/usr/src/app/node_modules/webpack/node_modules/acorn/dist/acorn.js:2221:15) at Parser.pp.unexpected (/usr/src/app/node_modules/webpack/node_modules/acorn/dist/acorn.js:603:10) at Parser.pp$3.parseExprAtom (/usr/src/app/node_modules/webpack/node_modules/acorn/dist/acorn.js:1822:12) at Parser.pp$3.parseExprSubscripts (/usr/src/app/node_modules/webpack/node_modules/acorn/dist/acorn.js:1715:21) at Parser.pp$3.parseMaybeUnary (/usr/src/app/node_modules/webpack/node_modules/acorn/dist/acorn.js:1692:19) at Parser.pp$3.parseExprOps (/usr/src/app/node_modules/webpack/node_modules/acorn/dist/acorn.js:1637:21) at Parser.pp$3.parseMaybeConditional (/usr/src/app/node_modules/webpack/node_modules/acorn/dist/acorn.js:1620:21) at Parser.pp$3.parseMaybeAssign (/usr/src/app/node_modules/webpack/node_modules/acorn/dist/acorn.js:1597:21) at Parser.pp$3.parseExpression (/usr/src/app/node_modules/webpack/node_modules/acorn/dist/acorn.js:1573:21) […]

Javascript Date在Karmatesting中给出错误的时区: 不知怎的，在Docker镜像重build之后，我开始遇到javascript时区问题。它曾经工作，但在Docker镜像更新后，不知何故，生成的Date对象不再遵守TZ设置。因此，我们的时区依赖datestring格式testing失败。 # in the tests console.log(new Date("2016-04-01T00:00:00.000000+00:00")); // It is very strange it says (Asia) at the end. // In fact, it will say whatever I put in TZ Fri Apr 01 2016 00:00:00 GMT+0000 (Asia) # in Chrome developer tool console.log(new Date()); Fri Apr 01 2016 08:00:00 GMT+0800 (CST) gulpfile.js gulp.task('test', ['_set_tpe_timezone'], […]

docker飞溅与Scrapy不工作: 我想刮一个网站已启用JavaScript，因为scrapy不能处理JavaScript我正在使用飞溅来处理JavaScript的scrapy和使用scrapy-splash插件我已经安装了与Docker与我使用Ubuntu 16.04这些命令的飞溅 $ sudo docker pull scrapinghub/splash $ sudo docker run -p 8050:8050 scrapinghub/splash 我有运行的飞溅docker，就像一切似乎没事但是在处理scrapy错误时，会抛出此错误 2017-07-20 03:03:23+0000 [-] Log opened. 2017-07-20 03:03:23.870491 [-] Splash version: 3.0 2017-07-20 03:03:24.007457 [-] Qt 5.9.1, PyQt 5.9, WebKit 602.1, sip 4.19.3, Twisted 16.1.1, Lua 5.2 2017-07-20 03:03:24.007614 [-] Python 3.5.2 (default, Nov 17 2016, 17:05:23) [GCC 5.4.0 […]

在旧版本的Firefox（v41.0）上运行Selenium（v3.4.0）: 在浏览互联网之后，我失去了一些时间，我无法find解决scheme。我目前正在尝试在旧版本的Firefox（这里是v41.0）上testing我的应用程序。我正在通过Selenium的Docker 镜像（v3.4.0）以及Firefox节点（v41.0）的docker镜像。我知道对于老版本的Firefox，Geckodriver不兼容，但似乎有解决scheme使用 { "marionette": true } Firefox节点完美地连接到网格。我可以使用docker exec -it <container-id> bash连接到它，但运行testing时出现问题。我仍然试图find它，但我被封锁了。这里是Dockerfile的代码：hub.docker.com/r/selenium/node-firefox/~/dockerfile/用于Firefox节点，这里是testing代码（使用MochaJS）。 test.it("should redirect to Google with FIREFOX 41.0", () => { var firefoxCap = Capabilities.firefox(); firefoxCap.set('marionette', true); driver = new webdriver.Builder() .usingServer(CONSTANTS.SELENIUM_HUB) .withCapabilities(firefoxCap) .build(); driver.get(CONSTANTS.GOOGLE_URL); driver.wait(until.titleIs(CONSTANTS.GOOGLE_TITLE)); driver.wait(until.elementLocated(By.name(CONSTANTS.GOOGLE_SEARCH_KEY))).sendKeys(CONSTANTS.GOOGLE_SEARCH_VALUE); driver.findElement(By.name(CONSTANTS.GOOGLE_SEARCH_BUTTON_NAME)).click(); driver.wait(until.titleIs(CONSTANTS.GOOGLE_SEARCH_TITLE)); driver.wait(until.elementLocated(By.tagName(CONSTANTS.GOOGLE_RES_LINK))).click(); driver.wait(until.titleIs(CONSTANTS.GOOGLE_TITLE)); driver.quit(); }); 这里的日志 ~/dev/selenium-grids/src$ mocha –timeout 30000 […]