node

时隔差不多两个月，积累了许多改进，升级到v22。主要改进点如下： 进行瘦身，移除本地储存 IE6789的HTML5新标签支持列表，添加一个 m标签 loadJS内容方法，在动态插入script节点，发现最新的firefox Nightly做了些改动，如果head还没有解析完就插入节点，那么新script会触发onerror事件。补救措施，针对firefox使用html.insertBefore(node, head)。chrome不支持head.insertBefore(node, null)，第二参数必须是节点，因此firefox外浏览器统一使用 head.insertBefore(node, head.firstChild)。 getCurrentScript方法进行增强，现在支持对chrome取正在解析的节点，详见源码。如此一来，除safari外，都能立即确认模块ID与script节点的对应关系。 修正parseURL转"mass.draggable"为url出错的BUG。 升级$.log，让它支持更古老的opera。 升级$.error，对异常进行包装，防止中文乱码。 现在详解一下getCurrentScript引入的新hack，利用e.stack截取正在解析的节点的src，从而得到节点。首先随便搞个错误，比如a.b.c()。在opera12的控制台下，我们通过try

转自： https://www.jianshu.com/p/92afe92db99f 报错： E:\kibana>npm install node-sass > node-sass@3.8.0 install E:\kibana\node_modules\node-sass > node scripts/install.js Cannot download "https://github.com/sass/node-sass/releases/download/v3.8.0/win3 2-x64-48_binding.node": tunneling socket could not be established, cause=socket hang up Hint: If github.com is not accessible in your location try setting a proxy via HTTP_PROXY, e.g. export HTTP_PROXY=http://example.com:1234 or configure npm proxy via npm config set proxy http://example.com:8080 > node-sass@3.8.0 postinstall E:\kibana\node_modules\node

error /home/jiahuiw/uber avs/xviz-master/examples/converters/kitti/node_modules/node-expat: Command failed. Exit code: 1 Command: node-gyp rebuild Arguments: Directory: /home/jiahuiw/uber avs/xviz-master/examples/converters/kitti/node_modules/node-expat Output: gyp info it worked if it ends with ok gyp info using node-gyp@3.8.0 gyp info using node@10.16.0 | linux | x64 gyp http GET https://nodejs.org/download/release/v10.16.0/node-v10.16.0-headers.tar.gz gyp http 200 https://nodejs.org/download/release/v10.16.0/node-v10.16.0-headers.tar.gz gyp http GET https://nodejs.org/download/release/v10

声明 本文转载于 k8s配置中的port、targetPort、nodePort和containerPort区别 port port是k8s集群内部访问service的端口，即通过clusterIP: port可以访问到某个service nodePort nodePort是外部访问k8s集群中service的端口，通过nodeIP: nodePort可以从外部访问到某个service。 targetPort targetPort是pod的端口，从port和nodePort来的流量经过kube-proxy流入到后端pod的targetPort上，最后进入容器。 containerPort containerPort是pod内部容器的端口，targetPort映射到containerPort。 图解 来源： 51CTO 作者： 品鉴初心 链接： https://blog.51cto.com/wutengfei/2482187

class Solution { private class BST<E extends Comparable<E>> { //这里也是暗含乾坤，必须extends呀 private Node root; private int size; private class Node { E value; Node left; Node right; public Node(E e) { value=e; left=null; right=null; } } public boolean contains(E e) { return contains(this.root,e); } private boolean contains(Node node,E e) { if(node==null) return false; if(node.value.equals(e)) //如果是引用类型的话，那么就是.equals return true; if(node.value.compareTo(e)>0) return contains(node.left,e); if(node.value.compareTo(e)<0) return contains(node.right,e); return false; } public void add(E e) { this.size++;

服务器规划 192.168.30.24 k8s-master1 192.168.30.25 k8s-master2 192.168.30.26 k8s-node1 192.168.30.30 k8s-node2 192.168.30.31 k8s-node3 192.168.30.32 k8s-slb1 192.168.30.33 k8s-slb2 生产环境高可用集群 规格：配置3/5/7个master， 3/5/7etcd集群，3/5/7个nginx对api做负载均衡，1个slb充当HA来访问k8s的API 参考阿里云配置： 节点规模 Master规格 1-5个节点 4C8G(不建议2C4G) 6-20个节点 4C16G 21-100个节点 8C32G 100-200个节点 16C64G 具体部署步骤 一、系统初始化 二、颁发ETCD证书 三、部署ETCD集群 四、颁发K8S相关证书 五、部署Master组件 六、部署Node组件 七、部署CNI插件（Calico插件) 八、部署Coredns插件 九、扩容Node节点 十、缩容Node节点 十一、部署高可用HA 一、系统初始化 关闭防火墙： # systemctl stop firewalld # systemctl disable firewalld 关闭selinux： # setenforce 0 # 临时 # sed

1、集群状态查看 通过这两个界面可以看出 1.1如果heap红色,会导致界面查询比较慢. 通常是打开了比较多的索引, 可以在企业版的日志策略中打开自动关闭索 引的功能, 通常是打开7天的索引, 可以根据具体内存情况多打开几天,比如10天或者15天, 不能太多. 1.2.如果cpu和load红色, 会导致界面查询慢, 写入也慢, 对采集器的影响尤其明显, 采集器的日志中会出现超时或者bulk reject错误. 可能原因如下: a)当天或当前正在大量写入的event索引的分片分布不均,某个节点上分布了比较多的分片,导致该节点压力很大 b)磁盘写入速度太低 c)分片在恢复或者rebalance d)cpu核数少 e)主机上同时部署了其他消耗cpu资源较多的应用 1.3.如果磁盘使用率达到85%可能导致, 索引分片不能分配到此节点, 导致其他节点压力变大, 集群性能下降 1.4.可以看出节点列表是否缺少节点, 如果少节点, 可能存在下面两种情况: a)节点进程死掉, 没启动成功 b)集群发生脑裂, 一个大集群变成了多个小集群 5.节点列表里面实心星号的节点是当前的master节点, 需要看ES日志时首先看此节点的日志, 不能发现问题再看其他节点的日志. 2、查看集群参数配置 curl http://localhost:9200/_cluster/settings?pretty

官网 https://nodejs.org Node.js 不是一门语言，不是库、框架 是一个JavaScript运行时环境 ， 简单来说就是Node.js可以解析和执行JavaScript代码。 以前只有浏览器可以解析执行js代码，现在js可以脱离浏览器来运行，归功于Node.js 浏览器中的JavaScript 1） EcmaScript：基础语法、if、var、function、Object、Array 2）BOM 3）DOM Node.js中的Javascript 1）没有BOM、DOM 2）有EcmaScript 3） 在Node这个js执行环境中为js提供来一些服务器级别的操作API 如：文件读写、网络服务的构建、网络通信、http服务器等处理 Node.js特性 1）事件驱动 2）非阻塞IO模型（异步），使其轻量和高效 npm npm是世界上最大的开源库生态系统，绝大多数js相关的包都放在npm上，方便开发人员下载使用 来源： https://www.cnblogs.com/stringarray/p/12602221.html

一、介绍 Kubernetes 是当前炙手可热的技术,它已然成为可开源界的PASS管理平台的标准，当下文章对大多数是对X86平台搭建Kubernetes平台，下面笔者进行在LinuxONE上搭建开源的Kubernetes平台。 搭建K8S 平台主流的有两种方法， 第一种是基于二进制的搭建，通过一步一步的搭建可以加深对K8S各个服务的理解。 官方推荐的自动化部署工具 kubeadm 本次使用官方推荐的Kubeadm 的搭建方法， kubedm 把K8S 自身的服务都被K8S自身的pod，除此之外事先的基础服务是用system服务的方式运行。 master节点安装组件： docker、kubelet、kubeadm 基于本地的system服务运行 kube-proxy 是 动态的可被k8s 管理的pod api-server、kube-controller、etcd、 是托guan在pod node节点组件 docker、kubelet 基于本地的system服务运行 kube-proxy 是 动态的可被k8s 管理的pod flannel 是 动态的可被k8s 管理的pod 二、安装 1. 环境 安装的环境可以使用虚拟机也可以使用Lpar，我这是使用的Openstack环境下面的虚拟机。虚拟机的规格为4C10G50G 系统版本 IP地址 主机名 K8s version Red Hat

前面介绍了k8s的deployment和statefulset这两种控制器。 deployment是属于无状态的服务，nginx，Tomcat，没有关联的pod statefulset是属于有状态的服务。mysql，zk、etcd，集群形式的pod 下面我们来介绍一下第三种方式DaemonSet这种控制器模式 DaemonSet 的典型应用场景： 在集群的每个节点上运行存储 Daemon，比如：glusterd 或 ceph。 在每个节点上运行日志收集 Daemon，比如：flunentd 或 logstash。 在每个节点上运行监控 Daemon，比如：Prometheus Node Exporter 或 collectd。 DaemonSet 与 Deployment 的区别 Deployment 部署的副本 Pod 会分布在各个 Node 上，每个 Node 都可能运行好几个副本。 DaemonSet 的不同之处在于：每个 Node 上最多只能运行一个副本。 总结： DaemonSet这种控制器方式，主要是用来对node节点上面每个节点平均分配一个pod的，比如每个node节点上面运行的监控agent，或者是收集日志的agent。。。 -----------------------------------------------------------------------