node

###方法一 使用cnpm https://npm.taobao.org/ npm install -g cnpm --registry=https://registry.npm.taobao.org 方法二 直接替换源 npm config set registry https://registry.npm.taobao.org --global npm config set disturl https://npm.taobao.org/dist --global 使用cnpm可能出现奇怪的错误,比如下载gulp的时候出错,所以我用的第二种方式. 来源： oschina 链接： https://my.oschina.net/u/1417422/blog/674700

1. 主流技术官网总结 1.1. 工具类 Glup 官网: http://www.gulpjs.com.cn/ http://i5ting.github.io/stuq-gulp/#10202 Webpack 官网： http://webpack.js.org GitBook: http://fakefish.github.io/react-webpack-cookbook/index.html webpack-handbook: http://zhaoda.net/webpack-handbook/ SASS 官网: http://www.sass.hk http://sass.bootcss.com/ NPM 官网: https://docs.npmjs.com/ Markdown 官网: http://www.markdown.cn/ Git http://git-scm.com/book/zh/v1/ http://gitbook.liuhui998.com/ 1.2. 流行技术类 Vue2.0 2.0官网： http://vuejs.org/guide/ 2.0中网网： http://vuefe.cn/ 微信开发者文档 官方文档 http://mp.weixin.qq.com/wiki/7/aaa137b55fb2e0456bf8dd9148dd613f.html ES5

使用npm run来进行任务自动化，原文参见 substack博客 在node.js社区，最近很流行使用Grunt.js来进行任务管理。但是substack(mkdirp的作者)却对这个没有产生多少兴趣，他认为使用npm run命令就足够了。下面是对他原话的翻译： 现在JavaScript项目有一些不错的 工具 来进行自动化构建，但是我从没对这些东西产生过兴趣。因为仅需要一点点配置，这个很少人知道的命令 npm run 已经很完美地解决了我的需求。 package.json中的scripts 一般node.js项目中都会有一个package.json文件，这个文件可以手工编写，但一般是使用 npm init 这个命令来自动创建。它的作用大致相当于nginx中的nginx.conf这个文件。 在package.json中有一个scripts域，npm查看这个域里面的命令，然后执行相应的操作。比如 npm start 就是查看scripts里start相应的操作， npm test 就是查看scripts里test相应的操作。这些命令都是 npm run 的快捷操作。 npm start 相当于 npm run start ， npm test 相当于 npm run test 。因此，我们可以在scripts域里放置一些其它操作，使用 npm run *** 来执行。 在执行 npm

感谢分享原文- http://bjbsair.com/2020-04-03/tech-info/29914.html Kubeedge除了在kubernetes的方面做了各种异步通信通道，保障offline后的业务连续性之外；还定义了一系列的设备抽象，用来管理边缘设备。而且，其v1.0版本正朝着边缘端服务网格，以及函数式计算等方向发展。 官方文档： https://docs.kubeedge.io/en/latest/ 架构 整体架构图比较明了，在不考虑edgesite的情况下，其架构分为了云端和边缘端。其实可以理解为kubernetes的管理侧和kubelet节点侧（对应edge端）。但是请注意，这里的场景是边缘计算，意味着edge端的网络环境难以保障。 云边通信 于是就衍生出了cloud端的cloud Hub与edge端的Edge Hub。这两个模块之间通过websocket或者quic通信，相当于建立了一条底层通信隧道，供k8s和其他应用通信。当然，使用什么协议通信不是重点，重点是如何保障当着之间的链路都无法保障的时候，业务不受到影响，这就是MetaManager的要解决的问题了。 CloudHub 前面提到cloud端的cloudHub就是一个隧道的server端，用于大量的edge端基于websocket或者quic协议连接上来；没错，这货才是正儿八经的二传手

题目： Binary Tree Maximum Path Sum Given a binary tree, find the maximum path sum. The path may start and end at any node in the tree. For example: Given the below binary tree, 1 / \ 2 3 Return 6 . 节点可能为负数，寻找一条最路径使得所经过节点和最大。路径可以开始和结束于任何节点但是不能走回头路。 这道题虽然看起来不同寻常，但是想一下，可以发现不外乎二叉树的遍历+简单的动态规划思想。 我们可以把问题拆分开：即便最后的最大路径没有经过根节点，它必然也有自己的“最高点”，因此我们只要针对所有结点，求出：如果路径把这个节点作为“最高点”，路径最长可达多少？记为max。然后在max中求出最大值MAX即为所求结果。和“求整数序列中的最大连续子序列”一样思路。 下面就是找各个“最高点”对应的max之间的关系了。 我们拿根节点为例，对于经过根节点的最大路径的计算方式为： 我们找出左子树中以左孩子为起点的最大路径长度a，和右子树中以右孩子为起点的最大路径长度b。然后这个点的 max = MAX(a+b+node.val, a+node.val, b+node.val, node.val)

DOM (Document Object Model) DOM 节点类型 Document #document => null DocumentTpe doctype名称 => null Element elementName => null Attr 属性名称 => 属性值 Text #text => 节点内容 Comment #comment => 注释文本 DOM 获取节点 // 查询id元素 const node = document.getElementById(element) // 查询className元素，返回的是一个node list，是一个集合 const node = document.getElementsByClassName(className) // 查询标签元素,返回的是一个node list，是一个集合 const node = document.getElementsByTagName(tagname) // 查询元素的 name 属性 document.getElementsByName(name) // h5 出的 // 获取selector选择器元素 const node = document.querySelector(selector) // 获取所有selector选择器元素 const node = document

/** * Created by Administrator on 2018/2/25 0025. */ var https = require('http'); var schedule = require('node-schedule'); var rule = new schedule.RecurrenceRule(); // rule.second = [0,10,20,30,40,50];//隔十秒 // rule.hour =0;rule.minute =0;rule.second =0;//每天0点执行 rule.minute = [0,20,40];//每小时的0分钟，20分钟，40分钟执行 var j = schedule.scheduleJob(rule, function(){ httpGet(); console.log('现在时间：',new Date()); }); function httpGet() { var uri = "http://baidu.com" https.get(uri, function (res) { console.log("状态码: " + res.statusCode); }) } 来源： 51CTO 作者： IT阿飞 链接： https://blog.51cto.com/itafei/2087042

集群规划 主机名 角色 IP地址 mfyxw30.mfyxw.com kubelet 192.168.80.30 mfyxw40.mfyxw.com kubelet 192.168.80.40 注意： 这里部署文档以mfyxw30.mfyxw.com主机为例，另外一台运算节点安装部署方法类似 1.创建生成kubelet证书签名请求(csr)的JSON配置文件 在运维主机mfyxw50.mfyxw.com上操作 [root@mfyxw50 cert]#cat > /opt/certs/kubelet-csr.json << EOF { "CN": "kubelet-node", "hosts": [ "127.0.0.1", "192.168.80.100", "192.168.80.10", "192.168.80.20", "192.168.80.30", "192.168.80.40", "192.168.80.50" ], "key": { "algo": "rsa", "size": 2048 }, "names": [ { "C": "CN", "ST": "GuangDong", "L": "GuangZhou", "O": "od", "OU": "ops" } ] } EOF 2.生成kubelet证书和私钥 [root@mfyxw50 ~]#cd /opt

io.js可以说是彻底从NodeJS里分离出来的一条分支，其事情始末可以查看 这篇报道 ，此处便也不赘言。既然是分支，io.js便也基本兼容NodeJS的各种API，连执行指令也依旧兼容Node的 node XXX （新指令是 iojs XXX ）。不过io.js采纳了最新版本的V8引擎，并也将会时刻跟进V8的更新，也因此我们可以轻松地在io.js上抢先使用那些JavaScript ECMA-262规范上的新特性。 io.js的首个版本是在13号，也就是昨天发布的，它基于3.31.71.4版本的V8引擎，良好地支持着许多NodeJS将在0.12.x才会开始支持的ES6特性。 io.js的官网是 iojs.org ，从上面那行醒目的“Bringing ES6 to the Node Community!”，我们便能知道io.js相比NodeJS，会趋向于添加更多好用的新特性，并以此作为自己的主打和口号。 为何使用io.js io.js跟NodeJS一样，属于事件驱动I/O的服务端平台，以Event loop机制来无阻塞地、并发处理I/O，关于当初NodeJS的作者为何选用此机制来开发Node项目，可查阅我翻译的这篇 《Hands-on Node.js》—— Why? 。总而言之，io.js/NodeJS很适合用于开发I/O密集型应用，我们参照下下方的这张流程图： 图中的event

前言 最近刷力扣题，对于我这种 0 基础来说，真的是脑壳疼啊。这个月我估计都是中等和困难题，没有简单题了。 幸好，力扣上有各种大牛给写题解。看着他们行云流水的代码，真的是羡慕不已。让我印象最深刻的就是人称 “甜姨” 的知心姐姐，还有名叫威哥的大哥。几乎每天他们的题解我都是必看的。 甜姨的题解，虽然姿势很帅，但是对于我这种新手来说，感觉不是太友好，因为思路写的太少，不是很详细。所以，每次我看不明白的时候，都得反复看好几遍，才能想明白她代码中的思路。 上个周末的一道题是，让实现一个 LFU 缓存算法。经过我几个小时的研究（其实，应该有8个小时以上了，没得办法啊，菜就得多勤奋咯），终于把甜姨的思路整明白了。为了便于以后自己复习，就把整个思路记下来了，并配上图示和大量代码注释，我相信对于跟我一样的新手来说，是非常友好的。 经过甜姨同意，参考来源我也会贴出来： https://leetcode-cn.com/problems/lfu-cache/solution/java-13ms-shuang-100-shuang-xiang-lian-biao-duo-ji/ 虽然，力扣要求是用时间复杂度 O(1) 来解，但是其它方式我感觉也有必要了解，毕竟是一个由浅到深的过程，自己实现一遍总归是好的。因此，我就把五种求解方式，从简单到复杂，都讲一遍。 LFU实现 力扣原题描述如下： 请你为