localhost

IDEA部署tomcat原理小解 最近看到一个视频对IDEA部署启动tomcat有了新的理解。下面和大家分享一下。 1.tomcat部署项目的三种方式 在纯tomcat环境下，不使用开发工具tomcat部署项目有三种方式。 ①把html放到tomcat的webapps目录下的hello文件夹中，如下图。 启动tomcat访问http://localhost:8080/hello/hello.html就能够连接到hello.html了。 这里稍微提一下虚拟路径即web项目中ContextPath，servlet中配置的是ServletPath。上面这种方式配置的虚拟路径”/hello”和项目路径是相等的。但是这个方法配置的web项目都要在webapps的目录下。eclipse的web项目部署方法应该就是这种。 ②第二种方式如下图： 区别与第一种方式，第二种的项目放在了d盘，没有在webapps的目录下。那么tomcat如何访问里面的资源呢？见下图 在tomcat的conf下有一个server.xml文件打开编辑文件在上图所圈位置加入了一段代码 <Context docBase = "D:\hello" path = "/hi" /> 1 不难发现，其中docBase指的是项目路径，path为虚拟路径。这里项目路径就和虚拟路径不一致了。大家可以联想到一个点

1.处理冲突 当使用 index API更新文档的时候，我们读取原始文档，做修改，然后将整个文档(whole document)一次性重新索引。 最近的索引请求会生效——Elasticsearch中只存储最后被索引的任何文档。如果其他人同时也修改了这个文档，他们的修改将会丢失。 很多时候，这不是问题。 也许我们的主数据存储是关系数据库，我们只是将数据复制到Elasticsearch中以使其可搜索。 也许两个人几乎不可能同时更改同一个文档。 或者，如果偶尔失去变化，对我们的业务来说也许并不重要。 但有时失去变化 非常重要 。 想象一下，我们正在使用Elasticsearch来存储我们在线商店中库存的小部件数量。 每次我们出售小部件时，我们都会减少Elasticsearch中的库存数量。 有一天，管理层决定进行销售。 突然间，我们每秒都在销售几个小部件。 想象一下，两个并行运行的Web进程，每个进程都处理一个小部件的销售，如下图显示没有并发控制的结果 。 　　 在数据库领域，通常使用两种方法来确保在并发更新时不会丢失更改 ： 悲观的并发控制 这种方法广泛用于关系数据库，它假定可能发生冲突的更改，因此阻止对资源的并发访问以防止冲突。 一个典型的例子是在读取数据之前锁定一行，确保只有放置锁的线程才能对该行中的数据进行更改。 乐观的并发控制 由Elasticsearch使用，

Docker Hub 虽然非常方便，但还是有些限制，比如： 需要 internet 连接，而且下载和上传速度慢。 上传到 Docker Hub 的镜像任何人都能够访问，虽然可以用私有 repository，但不是免费的。 安全原因很多组织不允许将镜像放到外网。 解决方案就是搭建本地的 Registry。 在 Docker Hub 上也有官方的镜像 registry。我们可以在 Docker 中运行自己的 registry。 启动 registry 容器 1 root@ubuntu:~# docker run -d -p 5000:5000 -v /myregistry:/var/lib/registry registry:2 2 Unable to find image 'registry:2' locally 3 2: Pulling from library/registry 4 cd784148e348: Pull complete 5 0ecb9b11388e: Pull complete 6 918b3ddb9613: Pull complete 7 5aa847785533: Pull complete 8 adee6f546269: Pull complete 9 Digest: sha256

java源码部署总结： 环境：nginx+tomcat 部署方式：源码部署 源码目录 /chroot2/test/schedule 目录下面就是所有源码了 tomcat 位置: /usr/local/tomcat/apache-tomcat-scheduleweb-test 主要配置文件server.xml <Host name="localhost" appBase="/chroot2/test/schedule" deployOnStartup ="false" autoDeploy="false" unpackWARs="true"> <Context path="/schedule" docBase="."/> <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs" prefix="schedule-web-test.cn-access_log." suffix=".log" pattern="common" resolveHosts="false"/> </Host> 主要注意: <Context path="/schedule" docBase="."/>的配置 nginx配置 upstream配置： upstream tomcat_schedule_web_test{

localhost.localdomain# show running-config Building configuration... Current configuration: ! frr version 7.3-MyOwnFRRVersion frr defaults traditional hostname localhost.localdomain ! router bgp 81 bgp router-id 10.10.16.81 bgp bestpath as-path multipath-relax neighbor fabric peer-group neighbor fabric remote-as external neighbor 10.10.18.195 peer-group fabric ! address-family ipv4 unicast network 10.81.81.0/24 exit-address-family ! address-family l2vpn evpn neighbor fabric activate advertise-all-vni exit-address-family ! line vty ! end localhost.localdomain# config localhost.localdomain

什么是跨域？ 跨域：指的是浏览器不能执行其他网站的脚本。它是由浏览器的同源策略造成的，是浏览器对javascript施加的安全限制。例如：a页面想获取b页面资源，如果a、b页面的协议、域名、端口、子域名不同，所进行的访问行动都是跨域的，而浏览器为了安全问题一般都限制了跨域访问，也就是不允许跨域请求资源。 注意：跨域限制访问，其实是 浏览器的限制 。理解这一点很重要！！！ 同源策略：是指协议，域名，端口都要相同，其中有一个不同都会产生跨域； 跨域访问示例 假设有两个网站， A网站部署在：http://localhost:81 即本地ip端口81上； B网站部署在：http://localhost:82 即本地ip端口82上。 现在A网站的页面想去访问B网站的信息，A网站页面的代码如下（这里使用jquery的异步请求） $(function (){ $.get("http://localhost:82/api/values", {},function (result) { $("#show").html(result); })})； 如此异常了！！！ 解决跨域 1、Nginx反向代理 首先我们用nginx作为代理服务器和用户交互，这样用户就只需要在80端口上进行交互就可以了， 这样就避免了跨域问题，因为我们都是在80端口上进行交互的； 下面我们看一下利用nginx作为反向代理的具体配置

Mysql安装目录 数据库目录 /var/lib/mysql/ 配置文件 /usr/share/mysql（mysql.server命令及配置文件） 相关命令 /usr/bin(mysqladmin mysqldump等命令) 启动脚本 /etc/init.d/mysql（启动脚本文件mysql的目录） 系统管理 连接MySQL 格式: mysql -h 主机地址 -u用户名 -p用户密码 例 1:连接到本机上的 MySQL。 hadoop@ubuntu:~$ mysql -uroot -pmysql; 例 2:连接到远程主机上的 MYSQL。 hadoop@ubuntu:~$ mysql -h 127.0.0.1 -uroot -pmysql; 修改新密码 在终端输入：mysql -u用户名 -p密码，回车进入Mysql。 > use mysql; > update user set password=PASSWORD('新密码') where user='用户名'; > flush privileges; #更新权限 > quit; #退出 增加新用户 格式:grant select on 数据库.* to 用户名@登录主机 identified by '密码' 举例: 例 1:增加一个用户 test1 密码为 abc,让他可以在任何主机上登录,并对所有数据库有 查询、插入

微信小程序 WebSocket 实例效果： 今天主要说一下微信的 WebSocket 接口以及在小程序中的使用。 WebSocket 是什么（简述） 微信的 WebSocket 接口和HTML5的 WebSocket 基本一样，是HTTP协议升级来的，做为一个新的 Socket 在B/S上使用，它实现了浏览器与服务器全双工通信。 因为这里是做小程序，所以就不对 WebSocket 的底层和协议做过多的说明了，只是稍微介绍一下。想了解详细的 WebSocket 可以参考如下：WebSocket 协议 WebSocket与Ajax 的选择 在 WebSocket 出来之前，实现即时通讯通常使用 Ajax 来实现，而 Ajax 是通过轮询的方式进行实时数据的获取，轮询就是在指定的时间间隔内，进行HTTP 请求来获取数据，而这种方式会产生一些弊端，一方面产生过多的HTTP请求，占用带宽，增大服务器的相应，浪费资源，另一方面，因为不是每一次请求都会有数据变化（就像聊天室），所以就会造成请求的利用率低。 而 WebSocket 正好能够解决上面的弊端， WebSocket 是客户端与服务器之前专门建立一条通道，请求也只请求一次，而且可以从同道中实时的获取服务器的数据，所以当应用到实时的应用上时， WebSocket 是一个很不错的选择。 WebSocket 协议名 WebSocket

一，查看当前zookeeper的版本: [root@localhost conf]# echo stat|nc 127.0.0.1 2181 Zookeeper version: 3.5.6-c11b7e26bc554b8523dc929761dd28808913f091, built on 10/08/2019 20:18 GMT 说明：架构森林是一个专注架构的博客，对应的源码可以访问这里获取 https://github.com/liuhongdi/ 说明：作者邮箱: 371125307@qq.com 二，启动zookeeper客户端 [root@localhost conf]# zkCli.sh 三，使用 ls 命令来查看当前 ZooKeeper 中所包含的内容 [zk: localhost:2181(CONNECTED) 0] ls / [zookeeper] 四，创建一个新的 znode [zk: localhost:2181(CONNECTED) 1] create /lockdemo 'demo content' Created /lockdemo [zk: localhost:2181(CONNECTED) 2] ls / [lockdemo, zookeeper] 五，获取一个znode的value [zk: localhost:2181(CONNECTED) 3