最近全权负责了一个前后端分离的web项目,前端使用create-react-app, 后端使用golang做的api服务. npx create-react-app my-app cd my-app npm start 歘歘歘,就搭建了一个react前端项目. 前端老鸟都知道npm start或yarn start以开发模式启动react App:在localhost:3000调试预览前端项目,编辑器的变更会实时体现在web页面. 前端老鸟也知道npm run build或yarn build是

一.本文思路 [1].配置java环境–JDK12(Hadoop的底层实现语言是java,hadoop运行需要JDK环境) [2].安装Hadoop 1.解压hadop 2.配置hadoop环境变量 3.配置Hadoop文件 二.所需下载文件 [1]JDK下载地址 [2]Hadoop下载地址-推荐binary版本是提前编译好的 [3]hadoop在windows上运行需要winutils支持和hadoop.dll等文件 在github仓库中找到对应版本的二进制库hadoop.dll和winuti

原文地址: https://blog.csdn.net/mjzhang1993/article/details/70092902/ 最初接触 yarn 还是在 0.17.10 版本,由于各种各样的原因,使用时没 npm 顺手, 目前 yarn 的版本已经升级为 1.7.0 各种之前遇到的问题不复存在,安装.下载速度都比 npm 要快很多,这里对之前记录做一下修改. 版本说明 (当前文档使用版本) yarn : v0.17.10 yarn: v1.3.2 (修改日期 2017.12.26) nod

1.检查是否正确的启动了resourcemanager服务 若是没有启动,请检查yarn-site-xml配置 2.若是启动了 1.检查客户机和虚拟机之间是否能够相互ping通 2.检查虚拟机防火墙是否关闭 3.排查 1.首先,各个虚拟机和客户端之前都能ping通,虚拟机都能上外网,说明网络没有问题. 2.各个虚拟机自己的防火墙已经关闭. 3.在外网可以连接22端口和50070端口 4.解决 通过命令:netstat -tpnl | grep java  发现 那么通过在本机通过127.0.0.

参考: https://www.wangbokun.com/%E8%BF%90%E7%BB%B4/2019/09/02/%E6%8C%96%E7%9F%BF%E7%97%85%E6%AF%92.html  GG https://www.cnblogs.com/qcloud1001/p/9173253.html  GG 公司周末监控软件,监控到CDH集群两太节点的CPU使用率突然上升占满. 解决步骤: 1/ 查找CPU占有量最大的进程,发现是yarn用户起的.并伪装成sysupdate 2/ cr

一.缘由: 祸起Redis未授权访问漏洞被利用,删除了服务器的所有账号,导致无法登陆:这才不得不把开启防火墙提上日程.再次在开启防火墙过程中,一刀切造成了一些前段进程的端口被封,甚是后悔! 二.解决办法: 开启防火墙也算是很重要的一个工程,所以要小心仔细,需从以下几点事先写好方案. 1.登陆每一台机器,区分并确认前端进程和后端进程(后端进程即不面向用户开放的进程),做好统计. 2.如果资源允许,最好前端后端进程部署在不同的机器上,尤其是PHP.WEB等前端应该单独部署,特殊对待. 3.内网防火墙

一:目标 1.目标 在yarn的8080页面可以跳转到spark的日志18080页面. 因为在运行spark之后,看对应的job的日志,这样直接连接,更合理直接. 2.总结 在后面可以看到,其实不需要启动mr-history的. 因为这个是手机mapreduce的日志的,同时,只要8088的页面,在这个页面点history朝着18080跳转即可. 二:操作步骤 1.先开启服务 yarn,hdfs,spark 2.运行程序 3.在yarn上无法观察history 4.因为没有开启服务 1. MR的

端口 作用 9000 fs.defaultFS,如:hdfs://172.25.40.171:9000 9001 dfs.namenode.rpc-address,DataNode会连接这个端口 50070 dfs.namenode.http-address 50470 dfs.namenode.https-address 50100 dfs.namenode.backup.address 50105 dfs.namenode.backup.http-address 50090 dfs.name

[故障背景] 8088网页打不开,因8088是yarn平台的端口,所以我从yarn开始排查,首先到各个机器上使用jps命令查看yarn的各个节点是否启动,发现虽然有nodemanager进程,但是主节点机器上的resourcemanager进程未启动, 使用yarn-daemon.sh start resourcemanager单独启动resourcemanager进程.遇到闪退,一开启进程,不一会就自动关闭 [解决步骤] 1. 根据集群规划,到每个zookeeper所在的机器启动zookeep

Hadoop端口一览表 @(Hadoop) 端口名 用途 50070 Hadoop Namenode UI端口 50075 Hadoop Datanode UI端口 50090 Hadoop SecondaryNamenode 端口 50030 JobTracker监控端口 50060 TaskTrackers端口 8088 Yarn任务监控端口 60010 Hbase HMaster监控UI端口 60030 Hbase HRegionServer端口 8080 Spark监控UI端口 4040

自定义form验证初试 .在后端创建一个类MainForm,并且在类中自定义host ip port phone等,然后写入方法,在post方法中创建MainForm对象,并且把post方法中的self(这里的self指代 的前端的ip,端口等)传入到这个MainForm方法中,在check_valid方法中定义一个参数handler代指传入的self,然后遍历MainForm对象中的属性,然后用handler.get_argument(key)的方法让前端的post 对应后端的post,前端的

npm.yarn常用命令记录,后续会陆续补充... 经过使用发现yarn再下包是速度快,所以日常以yarn指令应用为主 npm查看仓库地址:npm config get registrynpm设置淘宝镜像:npm config set registry http://registry.npm.taobao.org/npm还原仓库地址:npm config set registry https://registry.npmjs.org/ yarn查看仓库地址:yarn config get reg

持续部署:关注点在于项目功能部署到服务器后可以正常运行,为下一步测试环节或最终用户正式使用做准备.(问题点:一个环节有问题,其他环节跟着有问题) 持续集成:关注点是在于尽早发现项目整体运行问题,尽早解决.(问题点:经常性.频繁的把所有模块集成在一起进行测试,有问题尽早发现) 持续交付:关注点在于研发团队的最新代码能够尽快让最终用户体验到.(问题点:各个升级版本之间间隔时间太长,用户反馈感知迟钝,无法精确改善用户体验,用户流失严重,所以用小版本不断进行快速迭代,不断收集用户反馈信息,用最快的速度改

基于ABP Vnext的二次开发,前端 vue3.0,Typescript,Ant Design Vue ,Vben Admin 的后台管理框架. 技术点 Net Core5.0 ABP Vnext Vben Admin Redis MySql RabbitMq Hangfire DDD IdentityServer4 dotnetcore.CAP Ocelot Consul 开始 项目结构 后端 . ├── Directory.Build.props nuget 版本控制 ├── framew

网站或App Http传输是明文传输,在传输登录或支付相关的数据时,完全是裸奔. 购买证书虽然不是很贵, 但对于个人或初创团队来说,完全可以申请免费的证书来提供Https访问. 本文介绍通过startssl 申请免费证书,并通过阿里云slb配置实现. startssl url : https://startssl.com/  目前可申请三年的免费证书 邮箱注册后登录(可下载客户端证书,通过证书登录,或者一次性验证码登录) ,如果通过一次性验证码登录,登录后,会提示你生成登录证书 输入私钥密码提交

1.什么是redis? 在过去的几年中,NoSQL数据库一度成为高并发.海量数据存储解决方案的代名词,与之相应的产品也呈现出雨后春笋般的生机.然而在众多产品中能够脱颖而出的却屈指可数,如Redis.MongoDB.BerkeleyDB和CouchDB等.由于每种产品所拥有的特征不同,因此它们的应用场景也存在着一定的差异,下面仅给出简单的说明:      1). BerkeleyDB是一种极为流行的开源嵌入式数据库,在更多情况下可用于存储引擎,比如BerkeleyDB在被Oracle收购之前曾作为

问题: 1. 有多个域名,想输入的每个域名只能访问其中的一个项目 2. 这些项目都部署在同一个tomcat上的 解决步骤:      1.首先把所有域名都解析到这台服务器上,解析时只能填写ip地址,不能指定端口的,默认访问解析IP的80端口 2.把web项目部署在tomcat安装目录下,需要和默认的webapps目录平级,并且直接将web项目打包为ROOT.war 启动时会解压到ROOT文件夹 目录结构如下:         3. 修改tomcat conf目录下 server.xml 文件如下

本文由ilanniweb提供友情赞助,首发于烂泥行天下 想要获得更多的文章,可以关注我的微信ilanniweb. 在前一段时间,我写了几篇有关学习haproxy的文章.今天我们再来介绍下haproxy的https配置,https协议的好处在此,我们就不就作介绍了. 我们只介绍如何配置https,以及https在实际生产环境中的应用. PS:本实验全部在haproxy1.5.4版本进行测试通过.haproxy1.3版本以下haproxy配置参数可能不能使用,需要注意版本号. 以下haproxy配置

haproxy学习之https配置   原文  http://www.cnblogs.com/ilanni/p/4941056.html   如何配置https,以及https在实际生产环境中的应用. 本实验全部在haproxy1.5.4版本进行测试通过.haproxy1.3版本以下haproxy配置参数可能不能使用,需要注意版本号. 以下haproxy配置是线上生产环境直接使用的. 一.业务要求 现在根据业务的实际需要,有以下几种不同的需求.如下: 1.1 http 跳转https 把所有请求

LVS 一.LVS简介     LVS是Linux Virtual Server的简写,意即Linux虚拟服务器,是一个虚拟服务器集群系统.本项目在1998年5月由章文嵩博士成立,是中国国内最早出现的自由软件之一. 二.LVS的分类 LVS-NAT:地址转换 LVS-DR: 直接路由 LVS-TUN:隧道 三.ipvsadm用法 其实LVS的本身跟iptables很相似,而且连命令的使用格式都很相似,其实LVS是根据iptables的框架开发的,那么LVS的本身分成了两个部分,第一部分是工作在内

原文地址:http://www.jb51.net/article/31844.htm Nginx  ("engine x") 是一个高性能的 HTTP 和反向代理服务器,也是一个 IMAP/POP3/SMTP 代理服务器. Nginx 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的,它已经在该站点运行超过两年半了.Igor 将源代码以类BSD许可证的形式发布. Nginx 的中文维基:http://wiki.codemongers.com/Ngin