access

Nginx 与apache 、lighttp 性能综合对比，如下图: 注意：关闭 rpm 默认安装的 apache 和 mysql 1. 准备php 函数的rpm 包 yum -y install gcc gcc-c++ autoconf libjpeg libjpeg-devel libpng libpng-devel freetype freetype-devel libxml2 libxml2-devel zlib zlib-devel glibc glibc-devel glib2 glib2-devel bzip2 bzip2-devel ncurses ncurses-devel curl curl-devel e2fsprogs e2fsprogs-devel krb5 krb5-devel libidn libidn-devel openssl openssl-devel openldap openldap-devel nss_ldap openldap-clients openldap-servers 2. 准备lnmp 其他的源代码包 wget http://blog.s135.com/soft/linux/nginx_php/nginx/nginx-0.8.46.tar.gz wget http://blog.s135.com/soft/linux/nginx

说明：此设计仅为我个人简单的制作。没有考虑安全因素、bug、效率等。仅限于学习本地会员同步新浪微博登陆。 附：伸手党可到csdn资源下载源码。包含源码文件、数据库文件以及使用方法 csdn资源下载网址：http://download.csdn.net/detail/x171306523c/4957607 1、先设计了一个简单的mysql数据库表 CREATE TABLE IF NOT EXISTS `user2` ( `id` int(5) NOT NULL AUTO_INCREMENT, `api` int(1) NOT NULL DEFAULT '0', `username` varchar(128) NOT NULL, `passwd` varchar(32) NOT NULL, `access_token` varchar(32) NOT NULL, PRIMARY KEY (`id`), UNIQUE KEY `id` (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ; id为主键，不用说了 api记录是不是微博用户以及时哪个微博。比如规定api=0不是微博用户。api=1新浪微博用户。api=2腾讯微博。api=3 QQ账号 username用户名 passwd密码 access

目录 ELK--04 使用redis优化方案 1.filebeat引入redis缓存 (redis 单节点) 2.filebeat引入redis完善方案 （使用两台服务器完成redis高可用） 3.filbeat引入redis优化方案 ELK--04 使用redis优化方案 1.filebeat引入redis缓存 (redis 单节点) filebeat收集日志传给redis，因为redis和es不能直接通信，需要中间件logstash从redis中取数据传给es，es在传给kibana展示数据 1.安装redis [root@db01 ~]# yum install redis [root@db01 ~]# sed -i 's#^bind 127.0.0.1#bind 127.0.0.1 10.0.0.51#' /etc/redis.conf [root@db01 ~]# systemctl start redis [root@db01 ~]# netstat -lntup|grep redis [root@db01 ~]# redis-cli -h 10.0.0.51 2.停止docker容器 [root@db01 ~]# docker stop $(docker ps -q) 3.停止filebeat [root@db01 ~]# systemctl stop

其实相当的简单：只需要在服务端设置一下响应头： header("Access-Control-Allow-Origin: *");就可以了！！ nice，有木有？ 下面两句也可以带上： header("Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept"); header('Access-Control-Allow-Methods: GET, POST, PUT');其他人呢的看法： Access-Control-Allow-Origin。HTTP响应头，指定服务器端允许进行跨域资源访问的来源域。可以用通配符*表示允许任何域的JavaScript访问资源，但是在响应一个携带身份信息(Credential)的HTTP请求时，Access-Control-Allow-Origin必需指定具体的域，不能用通配符。 来源： https://www.cnblogs.com/oxspirt/p/4839867.html

1 日志管理 1.1 Nginx日志描述 通过访问日志，你可以得到用户地域来源、跳转来源、使用终端、某个URL访问量等相关信息；通过错误日志，你可以得到系统某个服务或server的性能瓶颈等。因此，将日志好好利用，你可以得到很多有价值的信息。 1.2 Nginx日志格式 打开nginx.conf配置文件：vim /usr/local/nginx/conf/nginx.conf 日志部分内容： #access_log logs/access.log main; 日志生成的到Nginx根目录logs/access.log文件，默认使用“main”日志格式，也可以自定义格式。 默认“main”日志格式： 参数明细表： $remote_addr 客户端的ip地址(代理服务器，显示代理服务ip) $remote_user 用于记录远程客户端的用户名称（一般为“-”） $time_local 用于记录访问时间和时区 $request 用于记录请求的url以及请求方法 $status 响应状态码，例如：200成功、404页面找不到等。 $body_bytes_sent 给客户端发送的文件主体内容字节数 $http_user_agent 用户所使用的代理（一般为浏览器） $http_x_forwarded_for 可以记录客户端IP，通过代理服务器来记录客户端的ip地址 $http_referer

在nginx.conf里找到http，增加如下配置： add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Credentials 'true' ; add_header Access-Control-Allow-Methods 'GET,POST,PUT,DELETE,OPTIONS' ; add_header Access-Control-Allow-Headers 'DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Authorization'; 来源： oschina 链接： https://my.oschina.net/u/3625745/blog/3193634

Lync2010客户端内外网登陆时寻找DNS记录的过程： 1._sipinternaltls._tcp.contoso.com (内部传输层TLS连接需要的SRV记录) 2._sipinternal._tcp.contoso.com (内部TCP连接需要的SRV记录) 3._sip._tls.contoso.com (外部TCP连接需要的SRV记录) 4.sipinternal.contoso.com (指向前端池的A记录) 5.sip.contoso.com (内网是指向前端池的A记录，外网时指向边缘Access服务的A记录) 6.sipexternal.contoso.com (外网时指向边缘Access服务的A记录) 当内外用户登录时，按这个顺序寻找DNS记录，找到其中任意一条后就会发送到指向的服务器进行验证。而当外网用户登录时，顺序还是一样，只不过外网用户无法找到前两条DNS记录，所以会跳到第三条记录开始登陆。 Lync2013客户端内外网登陆时寻找DNS记录的过程： 1.lyncdiscoverinternal.contoso.com (自动发现指向内部Web服务的A记录) 2.lyncdiscover.contoso.com (自动发现指向外部Web服务的A记录) 3._sipinternaltls._tcp.contoso.com (内部TLS连接需要的SRV记录)

Web服务器磁盘满故障 问题： 硬盘显示被写满，但是用du -sh /*查看时占用硬盘空间之和还远小于硬盘大小，即找不到硬盘分区是怎么被写满的。 今天下午接到同事紧急求助，说生产线服务器硬盘满了。该删的日志都删掉了。可空间还是满的，情况危急啊。这个问题，在多年以前直接和间接的遇到过1-2次。以前太懒惰了，这次记录下来和大家分享。 相关日志如下： █ 查看硬盘分区大小 1 [root@www ~]# cat /etc/redhat- release 2 CentOS release 6.4 (Final) 3 [root@www ~]# df - h 4 Filesystem Size Used Avail Use% Mounted on 5 /dev/sda3 117G 111G 0 100 % / 6 /dev/sda1 145M 12M 126M 9 % / boot 7 tmpfs 3 .0G 0 3 .0G 0 % /dev/shm 这是一台web服务器（apache+tomcat+mysql） 通过dh -h命令查看 总大小117G，使用了111G 1 [root@www /]# fdisk - l 2 3 Disk /dev/sda: 146.8 GB, 146815733760 bytes 4 255 heads, 63 sectors/track, 17849

64位操作系统不支持Microsoft OLE DB Provider for Jet驱动程序，也不支持更早的Microsoft Access Driver (*.mdb)方式连接。所以，程序里面的链接字符串不能正常工作。需要修改下IIS的工作环境，改成32位的，在IIS的管理界面中，把应用程序池中的默认应用程序池常规选项中的32位方式启用就可以了。 Win7 下Access的 ODBC连接 直接在 控制面板---管理工具----数据源(ODBC) 打开数据源配置，发现只有SQLServer的驱动，其他的都没有了。 解决方法是： C:/Windows/SysWOW64 在这个目录下找到： odbcad32.exe 这个文件，双击打开。 里面有很多可用个数据源驱动，然后就可用添加连接Access的ODBC的数据源了。 　　java学到Access数据库那里用ODBC时提示：”java.sql.SQLException: [Microsoft][ODBC 驱动程序管理器] 在指定的 DSN 中，驱动程序和应用程序之间的体系结构不匹配”,现在终于弄好了，把过程跟大家分享一下。 　　Win7 64控制面板里面直接打开ODBC就只有Mysql,添加Access会出错：“[Microsoft][ODBC 驱动程序管理器] 在指定的 DSN 中，驱动程序和应用程序之间的体系结构不匹配”

跨域资源共享(CORS) 跨域资源共享( CORS ) 使用额外的 HTTP 头来告诉浏览器,让运行在一个 origin 域上的Web应用被准许访问来自不同源服务器上的指定的资源 主要是为了保护服务端资源 浏览器 本地缓存 也会受到跨域限制 cookie、storage、indexDB等 跨域指不同的 域名，协议或端口 例如http和https就是不同协议，从http协议的地址向同一域名下https协议的地址请求会产生跨域 整个CORS通信过程，都是浏览器 自动完成 ，不需要用户参与 浏览器一旦发现AJAX请求跨源，就会自动添加一些附加的头信息，有时还会多出一次附加的请求 因此， 实现CORS通信的关键是服务器 。只要服务器实现了CORS接口，就可以跨源通信 如果请求的Origin的值不在指定的许可范围，服务端返回一个 正常的HTTP回应 ，但这个回应的头信息 没有包含Access-Control-Allow-Origin字段 此时浏览器就知道跨域请求失败了 这种错误无法通过状态码识别 ，因为HTTP回应的状态码有可能是200 同源策略只是浏览器的一个安全策略 ，只适用于浏览器向服务器发送请求的时候 当 服务器跟服务器发送请求 的时候，自然就没有这么一层限制 跨域通信过程 对那些可能对服务器数据产生副作用的 非简单请求 方法，浏览器必须 首先使用 OPTIONS