webpack热部署相关的插件 webpack-hot-middleware:是模块热替换插件,可以避免网页刷新.这个功能并不重要,因为我们可以手动刷新. webpack-dev-middleware:是开发插件,自动增量构建webpack(只重新构建依赖所修改文件的结点,因此能够极大提高构建效率) webpack-dev-server:基于webpack-dev-middleware websocket和http共用端口的原理 websocket是http的升级版(upgrade),我们只需要

团队中的一个Web项目面对的用户网络环境多是在严格的防火墙安全条件下,通常只开放一些标准的端口如80,21等. 上线初期,因忽略了这个问题,除了Web应用是以80端口提供访问外,WCF和WS是以其他端口进行对外访问的,导致多数用户无法完整的使用系统的全部功能,如涉及直接访问WCF和WS服务的功能. 同时加上分配给这个项目外网IP地址资源只有一个,因此对外的直接服务除了使用80端口,其他服务当时就直接采用了其他端口. 为了解决这个问题,在Web服务器上(80端口),采用Nginx解析Web Req

之前写过IIS桥接Tomcat是通过isapi_redirect.dll,组件方式实现共用端口的,但是在Windows2012服务器 iis8.0版本中,配置完成后没有效果,比较抓狂,分析发现如下信息 : http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html,也就是说在iis7以上isapi_redirect.dll组件是不能很好的支持的,当然也不排除可以用,我自己测试在iis10中就可以用,不够稳定. 然后考虑了用ng

关于WebSocket其实很早就想发了,奈何之前项目中的WebSocket的后端不是我做的,而我又想前后端都发出来和大家讨论讨论~于是挤出点时间研究了一下WebSocket的后端实现(所以才有了这篇文章). 首先是概念导论,现在大家在百度.谷歌很容易就能搜索到一大堆这样的socket(百度百科).Socket详解(太多了就不一一列举) 看过这些概念导论以后,我们准备先实现WebSocket的服务端(基础概念都没掌握的童鞋们需要补课了). 说到.net的WebSocket实现,就不得不说Super

socket.io与cluster 在线上系统中,需要使用node的多进程模型,我们可以自己实现简易的基于cluster模式的socket分发模型,也可以使用比较稳定的pm2这样进程管理工具.在常规的http服务中,这套模式一切正常,可是一旦server中集成了socket.io服务就会导致ws通道建立失败,即使通过backup的polling方式仍会出现时断时连的现象,因此我们需要解决这种问题,让socket.io充分利用多核. 在这里之所以提到socket.io而未说websocket服务,

简单了解一下 WebSocket 现在,很多网站为了实现推送技术,所用的技术都是轮询.轮询是在特定的的时间间隔(如每1秒),由浏览器对服务器发出HTTP请求,然后由服务器返回最新的数据给客户端的浏览器.这种传统的模式带来很明显的缺点,即浏览器需要不断的向服务器发出请求,然而HTTP请求可能包含较长的头部,其中真正有效的数据可能只是很小的一部分,显然这样会浪费很多的带宽等资源. 在这种情况下,HTML5定义了WebSocket协议,能更好的节省服务器资源和带宽,并且能够更实时地进行通讯. WebS

马上就要进入2018年了,作为年终的盘点,本文列出了一些2017年的关于Go编程的一些文章,并加上简短的介绍. 文章排名不分先后, 文章也不一定完全按照日期来排列.我按照文章的大致内容分了类,便于查找. 文章主要从golangweekly.gocn每日新闻.medium.reddit.twitter..知名博主的文章搜集而来.如果你发现好的2017年的Go文章没有列出来,欢迎在评论中粘帖出来,我会加入到文章正文中. 本文主要列出的是文章,2017年也涌现出来很多优秀的库和工具,但是不是本文要介绍

1.1 背景知识 由于历史原因,在创建一个具有双向通信机制的 web 应用程序时,需要利用到 HTTP 轮询的方式.围绕轮询产生了 “短轮询” 和 “长轮询”. 短轮询 浏览器赋予了脚本网络通信的编程接口 XMLHttpRequest,以及定时器接口 setTimeout.因此,客户端脚本可以每隔一段时间就主动的向服务器发起请求,询问是否有新的信息产生: 客户端向服务器发起一个请求,询问 “有新信息了吗” 服务端接收到客户端的请求,但是此时没有新的信息产生,于是直接回复 “没有”,并关闭链接 客

上一小节通过阅读开源的Web服务器--tinyhttpd.大概知道了一次交互的请求信息和应答信息的具体过程.接下来我就自己简单的实现一个Web服务器. 下面这个程序只是实现一个简单的框架出来.这次先实现能够Accept客户端的请求. 简单创建web服务器 webserver.h #include <iostream> #include <string> #include <string.h> #include <stdio.h> #include <s

Go语言安全编码规范-翻译 本文翻译原文由:blood_zer0.Lingfighting完成 如果翻译的有问题:联系我(Lzero2012).匆忙翻译肯定会有很多错误,欢迎大家一起讨论Go语言安全能力建设. 英文地址          翻译原文          转载请标注原作者链接 介绍 Go语言-Web应用程序安全编码实践是为了给任何使用Go进行编程与Web开发的人员提供指导. 这本书是Checkmarx安全研究团队共同努力的结晶,它遵循OWASP安全编码实践快速参考指南. 这本书主要的目

找了一个工具,https://github.com/nutsteam/apiManager选择了如下方式,进行了安装. ● 下载https://git.oschina.net/zhoujingjie/apiManager/tree/master/releases 中的最新版本的zip包(之前是放在附件中,附件上传速度太慢改为这了) ● 复制解压的内容到tomcat/webapps/ROOT 目录下 ● 需求修改的地方 ○ 导入api/sql/xiaoyaoji-MMdd.sql 到mysql中.

Xshell连接WSL Windows的Windows Subsystem for Linux很好用, 可以直接使用Linux的CLI模式, 对于开发来说很友好. 安装 Windows 10系统上, 使用快捷键win + x, 点击应用和功能, 最大化显示(Windows 10的设置是自适应的, 如果不最大化, 可能会无法显示全部功能), 点击右侧 程序和功能, 在弹出的窗口左侧选择启用或关闭Windows功能, 在弹出的窗口中, 找到适用于Linux的Windows子系统, 重启系统. Win

功能 [x] 支持导出的数据:IP地址.漏洞名称.风险等级.整改建议.漏洞描述.漏洞CVE编号.漏洞对应端口.漏洞对应协议.漏洞对应服务等. [x] 导出不同端口的同一个漏洞,也就是一个端口对应一个漏洞,保证导出漏洞的完整性. [x] 导出端口和导出网站为单独的功能,导出网站的功能是采用正则去匹配http.www这两个服务. import os import re import sys import html import queue import shutil import zipfile i

liunx环境下运行php和传统的Java web程序不一样.我直接放在tomcat下竟然不行. 安装了php的一些环境,还是访问不了,原因是不支持https访问.没办法,还是得用tomcat,同时我要共用端口. 一.quercus 下载 quercus-4.0.39.war 把quercus-4.0.39.war解压,拿出里面的lib里的两个jar包,copy到tomcat下的lib里面 二.在tomcat 的web.xml里加入 <servlet> <servlet-name>

特别提示:本人博客部分有参考网络其他博客,但均是本人亲手编写过并验证通过.如发现博客有错误,请及时提出以免误导其他人,谢谢!欢迎转载,但记得标明文章出处:http://www.cnblogs.com/mao2080/ 1.基本配置 upstream mqttServer { server mqttserverip1:8882 weight=1; server mqttserverip1:8882 weight=1; #check interval=3000 rise=2 fall=5 timeo

根据说明书获取信息 代码示例: import com.gyf.weather.ws.ArrayOfString; import com.gyf.weather.ws.WeatherWS; import com.gyf.weather.ws.WeatherWSSoap; public class Main { public static void main(String[] args) { //由下向上看,先找到说明书中的服务WeatherWS //获取服务 WeatherWS ws = new

四种网络类型: None:不为容器配置任何网络功能,--net=noneContainer:与另一个运行中的容器共享Network Namespace,--net=container:containerID(K8S)Host:与宿主机共享Network Namespace,--net=hostBridge:Docker设计的NAT网络模型 下面分别讲解下: none: [root@docker1 centos_zabbix]# docker run -it --network none cent

关闭防火墙和selinux [root@qls yum.repos.d]# systemctl stop firewalld (stop,start,disable,enable) [root@qls yum.repos.d]# setenforce 0 ---------重启虚拟机 ## 方案一:FTP协议------ftp://IP 下载vsftpd---启动vsftpd---ftp://10.0.0.200---填充站点目录---createrepo把站点目录做出yum仓库(yum cle

制作本地yum仓库 开启服务一般要关闭防火墙,selinux之后再reboot ## 方案一:FTP协议------ftp://IP 下载vsftpd---启动vsftpd---ftp://10.0.0.200---填充站点目录---createrepo把站点目录做出yum仓库(yum clean all ,yum makecache)---客户机手写yum子配置文件---yum访问 小心防火墙,selinux,vpn(翻墙软件,防止国家防火墙拦住我们访问国外的网站),浏览器(xIE),(有时候

前言 说起SpringChoud的feign大家用过的都说好.Feign是Netflix开发的声明式.模板化的HTTP客户端.对于我们微服务来说,微服务之间的api调用,使用feign来说是再方便不过的.本文先介绍一下,传统的feign的调用写法方式,再介绍我们的重点feign的继承特性. feign的继承特性有很多的好处,可以进行参数和方法的统一管理,一次修改,feign和具体的controller都变了. 总之好处还是不少的. 传统的feign的实现方式 传统的feign是怎样的实现的呢,我