﻿<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>运维部落 &#187; 美国vps</title>
	<atom:link href="http://help.vps12.com/tag/%e7%be%8e%e5%9b%bdvps/feed" rel="self" type="application/rss+xml" />
	<link>https://help.vps12.com</link>
	<description>分享服务器运维及实践解决方案</description>
	<lastBuildDate>Sat, 25 Jan 2025 07:14:14 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>利用Figlet工具创建酷炫VPS登入欢迎界面(转)</title>
		<link>https://help.vps12.com/2049.html</link>
		<comments>https://help.vps12.com/2049.html#comments</comments>
		<pubDate>Mon, 03 May 2021 09:45:35 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[网络产品]]></category>
		<category><![CDATA[vps12.com]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[服务器安全]]></category>
		<category><![CDATA[美国vps]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=2049</guid>
		<description><![CDATA[有些时候我们在购买一些商家VPS服务器登入SSH后会看到商家自定义的欢迎界面，看着还感觉有点酷炫效果的。如果我们在自己管理和玩转的VPS、服务器中希望自定义比较个性的登入欢迎界面，可以利用Figlet工具进行设置，给我们闲暇且无聊的折腾过程一点点乐趣。 第一、Figlet工具的安装 wget ftp://ftp.figlet.org/pub/figlet/program/unix/figlet-2.2.5.tar.gz cp figlet-2.2.5.tar.gz /usr/local/src/ cd /usr/local/src/ tar -zxvf figlet-2.2.5.tar.gz cd figlet* make figlet 因为我们需要生成需要的特定字符，所以需要在当前服务器中安装Figlet，默认没有安装包的，其实如果我们也只要在一台环境中安装，然后需要什么字符只要复制到需要的服务器中，并不需要所有都安装。同样的，我们也可以利用此生成的字符用到脚本运行的开始起头部分，用ECHO分行标注就可以。 这里需要补充一点，我们可能没有安装GCC，所以在执行make安装的时候会提示有”make: gcc: Command not found”错误，这里我们需要执行: yum -y install gcc automake autoconf libtool make 常用的组件包。 Figlet工具的安装 如果没有错误，则会看到下面的成功安装界面。 Figlet工具的安装 第二、Figlet工具生成字符 ./figlet LAOZUO.ORG -f fonts/standard.flf 这里我们需要用Figlet生成需要的字符，然后才可以用到我们的开机还原界面中。根据上述的脚本，换成我们自己的字符。以及我们可以用其他的字体。 字体：http://www.figlet.org/fontdb.cgi Figlet工具生成字符 这里我用了一个3-d.flf字体的效果。具体我们可以根据不同的字体看看效果。这里老左就不多说了。 第三、添加登入欢迎界面 1、复制我们上面的字符 2、vi /etc/ssh/ssh-banner 添加到ssh-banner中。 3、设定Banner none vi /etc/ssh/sshd_config 找到#Banner none一行，然后添加： Banner [...]]]></description>
		<wfw:commentRss>https://help.vps12.com/2049.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>nginx通过CORS实现跨域</title>
		<link>https://help.vps12.com/1994.html</link>
		<comments>https://help.vps12.com/1994.html#comments</comments>
		<pubDate>Thu, 09 Apr 2020 17:09:38 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[解决方案]]></category>
		<category><![CDATA[vps12.com]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[美国vps]]></category>
		<category><![CDATA[香港vps]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=1994</guid>
		<description><![CDATA[1.CORS是一个W3C标准，全称是跨域资源共享(Cross-origin resource sharing)。它允许浏览器向跨源服务器，发出XMLHttpRequest请求，从而克服了AJAX只能同源使用的限制。 当前几乎所有的浏览器(Internet Explorer 8+， Firefox 3.5+， Safari 4+和 Chrome 3+)都可通过名为跨域资源共享(Cross-Origin Resource Sharing)的协议支持AJAX跨域调用。 Chrome,Firefox,Opera,Safari都使用的是XMLHttpRequest2对象，IE使用XDomainRequest。 简单来说就是跨域的目标服务器要返回一系列的Headers，通过这些Headers来控制是否同意跨域。跨域资源共享(CORS)也是未来的跨域问题的标准解决方案。 CORS提供如下Headers，Request包和Response包中都有一部分。 2.HTTP Response Header Access-Control-Allow-Origin Access-Control-Allow-Credentials Access-Control-Allow-Methods Access-Control-Allow-Headers Access-Control-Expose-Headers Access-Control-Max-Age HTTP Request Header Access-Control-Request-Method Access-Control-Request-Headers 其中最敏感的就是Access-Control-Allow-Origin这个Header, 它是W3C标准里用来检查该跨域请求是否可以被通过。(Access Control Check)。如果需要跨域，解决方法就是在资源的头中加入Access-Control-Allow-Origin 指定你授权的域。 启用CORS请求 假设您的应用已经在example.com上了，而您想要从www.example2.com提取数据。一般情况下，如果您尝试进行这种类型的AJAX调用，请求将会失败，而浏览器将会出现源不匹配的错误。利用CORS后只需www.example2.com 服务端添加一个HTTP Response头，就可以允许来自example.com的请求。 将Access-Control-Allow-Origin添加到某网站下或整个域中的单个资源 Access-Control-Allow-Origin: http://example.com Access-Control-Allow-Credentials: true (可选) 将允许任何域向您提交请求 Access-Control-Allow-Origin: * Access-Control-Allow-Credentials: true (可选) 3.提交跨域请求 如果服务器端已启用了CORS，那么提交跨域请求就和普通的XMLHttpRequest请求没什么区别。例如现在example.com可以向www.example2.com提交请求。 var [...]]]></description>
		<wfw:commentRss>https://help.vps12.com/1994.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>vzquota : (error) Quota on syscall for id 189: Device or resource busy的解决方法(转)</title>
		<link>https://help.vps12.com/1824.html</link>
		<comments>https://help.vps12.com/1824.html#comments</comments>
		<pubDate>Tue, 05 Jun 2018 16:14:56 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[解决方案]]></category>
		<category><![CDATA[vps12.com]]></category>
		<category><![CDATA[台湾vps]]></category>
		<category><![CDATA[日本vps]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[服务器安全]]></category>
		<category><![CDATA[美国vps]]></category>
		<category><![CDATA[香港vps]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=1824</guid>
		<description><![CDATA[开启openvz虚拟机的时候总也失败，命令行启动提示错误如下： vzctl start 189 Starting container &#8230; vzquota : (error) Quota on syscall for id 156: Device or resource busy vzquota : (error) Possible reasons: vzquota : (error) &#8211; Container&#8217;s root is already mounted vzquota : (error) &#8211; there are opened files inside Container&#8217;s private area vzquota : (error) &#8211; your current working directory is [...]]]></description>
		<wfw:commentRss>https://help.vps12.com/1824.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Linux/BSD下修正磁盘的顺序编号（/dev/sdbX）(转)</title>
		<link>https://help.vps12.com/1819.html</link>
		<comments>https://help.vps12.com/1819.html#comments</comments>
		<pubDate>Sat, 02 Jun 2018 14:19:31 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[解决方案]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[vps12.com]]></category>
		<category><![CDATA[台湾vps]]></category>
		<category><![CDATA[日本vps]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[服务器安全]]></category>
		<category><![CDATA[美国vps]]></category>
		<category><![CDATA[香港vps]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=1819</guid>
		<description><![CDATA[假设你现在新建一个分区在磁盘后面的区块，它的编号就应该是/dev/sdb1（假定是Primary分区，或者/dev/sda1什么的取决于第几个磁盘），好了，前面留下来的空白区域再建一个分区，结果区块前面的是/dev/sdb2，后面的反倒是/dev/sdb1了！！！强迫症患者不能忍！！！就像Windows下C、D、E、F盘错位变成了D、C、E、F一样不能忍啊！ 解决办法很easy，借助fdisk这个强大的命令，各个BSD/Linux发行版都有的放心。以Fedora为例，终端下执行： su -c &#8216;fdisk /dev/sdb&#8217; x f w x、f、w是进入fdisk后执行的指令，x是进入专家模式，f是修正磁盘序号，w写入分区信息并退出fdisk，别弄错了。最好不要在已经挂载的磁盘上执行，所以如果你要这样修改你的机器硬盘的话，建议从LiveCD启动来修正。 好了，强迫症患者心情舒畅了，/dev/sdb1和/dev/sdb2都领到了该有的位置。 P.S. 正因为这个序号容易变动，所以GRUB/GRUB2的配置文件中的分区强烈建议使用UUID而不是/dev/sdbX来表征！]]></description>
		<wfw:commentRss>https://help.vps12.com/1819.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CentOS下一网卡多IP设置</title>
		<link>https://help.vps12.com/1651.html</link>
		<comments>https://help.vps12.com/1651.html#comments</comments>
		<pubDate>Sat, 26 Nov 2016 16:47:28 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[解决方案]]></category>
		<category><![CDATA[vps12.com]]></category>
		<category><![CDATA[台湾vps]]></category>
		<category><![CDATA[日本vps]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[服务器安全]]></category>
		<category><![CDATA[美国vps]]></category>
		<category><![CDATA[香港vps]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=1651</guid>
		<description><![CDATA[方法1：少量IP手动绑定（这里以绑定IP到eth0为例，其它网卡的话修改相应的文件名即可） 1.复制ifcfg-eth0的网卡配置文件并改名为ifcfg-eth0:0 [root@akinlau /]# cp /etc/sysconfig/network-scripts/ifcfg-eth0 /etc/sysconfig/network-scripts/ifcfg-eth0:0 2.编辑ifcfg-eth0:0文件 [root@akinlau /]# vim /etc/sysconfig/network-scripts/ifcfg-eth0:0 DEVICE=”eth0:0″ //这里修改为eth0:0跟文件名保持一致 BOOTPROTO=”static” //协议为静态，用none也可以 HWADDR=”00:0C:29:6F:62:A7″ //MAC地址 ONBOOT=”yes” //开机启用此网卡 IPADDR=192.168.1.3 //新绑定的IP NETMASK=255.255.255.0 //子网掩码 GATEWAY=192.168.1.1 //网关 修改好后保存退出，然后启用这张网卡 [root@akinlau /]# ifup eth0:0 注：有人在这一步喜欢用service network restart重启网络，其实这是没必要的，只需要启用这张网卡就可以了 然后再试ping 一下，如果能ping通的话，就可以了。 方法2：自动绑定一个IP段或多个IP段（同样这里以eth0为例，其它网卡的话修改相应的文件名即可） 1.新建ifcfg-eth0-range0文件（注意这里的文件名不要调换range的位置或写错单词，不然的话绑定的IP是不会生效的，如果你还有几段IP要绑定到eth0上的话，你可以再新建ifcfg-eth0-range1, ifcfg-eth0-range2等文件，不过这里要注意每个range文件中的定义的CLONENUM_START值不能重叠，不然的话会出问题。 ） [root@akinlau /]# /etc/sysconfig/network-scripts/ifcfg-eth0-range0 #写入以下内容 DEVICE=eth0 //绑定IP段的网卡名称 ONBOOT=yes //开机启用此网卡 BOOTPROTO=static //协议为静态 IPADDR_START=192.168.0.101 //网段的起始IP IPADDR_END=192.168.0.120 //网段的截止IP NETMASK=255.255.255.255 [...]]]></description>
		<wfw:commentRss>https://help.vps12.com/1651.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>远程密令临时开启ssh端口</title>
		<link>https://help.vps12.com/1575.html</link>
		<comments>https://help.vps12.com/1575.html#comments</comments>
		<pubDate>Wed, 04 May 2016 18:14:36 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[解决方案]]></category>
		<category><![CDATA[ssh]]></category>
		<category><![CDATA[vps12.com]]></category>
		<category><![CDATA[台湾vps]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[服务器安全]]></category>
		<category><![CDATA[美国vps]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=1575</guid>
		<description><![CDATA[linux服务器，我们一般是通过ssh通道远程管理，这就需要我们开启ssh端口，如22。但开启端口有被暴力破解的风险，你会说可以设置复杂的密码或使用证书避免。就算破解不了密码，但openssh也可能会有漏洞，你会说可以更改ssh端口，但还是有可能被扫描出来。还有一种选择，我们可以只允许指定IP访问ssh，通过vpn登录管理服务器，但局限很明显，万一紧急情况vpn登录不上去了怎么办。(有条件的我们可以多设置几个指定ip访问，保险些。也推荐大家用这个方法，对我们做数据中心服务器提供商多设置几个ip允许访问当然没有什么问题，因为资源多。)资源少的可以有其他办法吗？答案是肯定的。 下面给出一种个人觉得比较满意的解决方案，即使用iptables的recent模块，通过密令临时开启ssh端口。当然，密令需要保管好，防止外泄。（其实这种办法个人来讲，并不是非常推荐。因为人长时间不连服务器容易健忘密令。哈） 1、iptables规则设定 ?View Code BASH1 2 3 4 #指定78字节的icmp数据包(包含IP头部20字节，ICMP头部8字节)通过被加入openssh列表。 iptables -A INPUT -p icmp --icmp-type 8 -m length --length 78 -m recent --set --name sshopen --rsource -j ACCEPT #检查openssh列表是否存在你的来源IP，如果存在，即从第一次使用密令开始15秒钟内开启ssh端口22,超过15秒端口自动关闭，不再允许新连接，已连接的不会断开。 iptables -A INPUT -p tcp --dport 22 --syn -m recent --rcheck --seconds 15 --name sshopen --rsource -j ACCEPT 2、临时开启ssh端口密令 ?View Code BASH1 2 linux下:ping -s [...]]]></description>
		<wfw:commentRss>https://help.vps12.com/1575.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>美国服务器丢包率比较高是什么原因分析</title>
		<link>https://help.vps12.com/1367.html</link>
		<comments>https://help.vps12.com/1367.html#comments</comments>
		<pubDate>Sun, 09 Aug 2015 18:59:58 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[网络产品]]></category>
		<category><![CDATA[vps12.com]]></category>
		<category><![CDATA[日本vps]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[美国vps]]></category>
		<category><![CDATA[香港vps]]></category>

		<guid isPermaLink="false">http://help.vps12.com/?p=1367</guid>
		<description><![CDATA[美国服务器虽然与中国相隔比较远，但是美国服务器通常都是通过海底光缆与中国电信和中国网通直接相连，具有很高的稳定性，通常访问ping值在180ms到220ms之间，并且丢包率维持在5%以下，如美国服务器出现丢包率比较高时，可能是受到外界干扰因素而造成的，下面我们就详细分析一下美国服务器丢包率比较高是什么原因。 美国服务器丢包率比较高是什么原因 　　一.人为因素的干扰 　　由于美国服务器是与电信或者网通直接相连，因而在宽带国际出口处可能会受到人为性的干扰而导致美国服务器丢包率非常高，如果是这种情况，几乎所有美国服务器都会出现高丢包率的现象。 　　如何检测是否受人为因素干扰 　　1.通过咨询其他美国服务器租用商或许寻找相关的新闻，了解一下是否其他服务商的美国服务器是a否也出现高丢包率的现象。 　　2.美国服务器出现高丢包率时，可能也会出现ping值不正常的情况，你可以到一些例如17ce等常用测速网站，用全球的服务器来对你的美国服务器IP进行测速，如果除开中国节点外，其他地区的ping值都正常，就说明宽带国际出口受到干扰。 　　二.服务器受到攻击 　　如果服务器被高流量型的DDoS攻击时，服务器资源了，带宽资源都会被占用而出现高频率丢包现象。通产高防服务器不会出现这种情况，因为高防服务器机房具有充足的带宽资源，并且能够对攻击流量进行有效识别，如果流量的攻击超过机房的保护范围时，美国服务器服务商通知用户并做出高防处理。 　　三.共享带宽可能会出现这种情况 　　如果用户选择的是共享代理的美国服务器，在网络带宽出现峰值时，就可能会出现高丢包率的现象，因而在租用美国服务器时尽量选择独享带宽，而共享带宽就必须要根据用户对网络业务的带宽需求来定。 　　以上就是美国服务器丢包率比较高是什么原因的相关介绍，这几点是美国服务器出现高丢包率的最常见因素，当然监测出现高丢包率还与本地电脑是否中毒，监测时是否在下载东西等有关因而我们需要从多个方面进行考虑，然后在找服务商协助解决。]]></description>
		<wfw:commentRss>https://help.vps12.com/1367.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Windows下的PHP安装文件线程安全和非线程安全的区别</title>
		<link>https://help.vps12.com/1202.html</link>
		<comments>https://help.vps12.com/1202.html#comments</comments>
		<pubDate>Tue, 25 Nov 2014 12:49:16 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[网络产品]]></category>
		<category><![CDATA[软件使用]]></category>
		<category><![CDATA[iis]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[vps12.com]]></category>
		<category><![CDATA[台湾vps]]></category>
		<category><![CDATA[日本vps]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[美国vps]]></category>
		<category><![CDATA[香港vps]]></category>

		<guid isPermaLink="false">http://blog.vps12.com/?p=1202</guid>
		<description><![CDATA[从2000年10月20日发布的第一个Windows版的PHP3.0.17开始的都是线程安全的版本，这是由于与Linux/Unix系统是采用 多进程的工作方式不同的是Windows系统是采用多线程的工作方式。如果在IIS下以CGI方式运行PHP会非常慢，这是由于CGI模式是建立在多进程 的基础之上的，而非多线程。一般我们会把PHP配置成以ISAPI的方式来运行，ISAPI是多线程的方式，这样就快多了。但存在一个问题，很多常用的 PHP扩展是以Linux/Unix的多进程思想来开发的，这些扩展在ISAPI的方式运行时就会出错搞垮IIS。而用线程安全版本的话顶多只是搞跨某个 线程，而不会影响到整个IIS的安全。 当然在IIS下CGI模式才是 PHP运行的最安全方式，但CGI模式对于每个HTTP请求都需要重新加载和卸载整个PHP环境，其消耗是巨大的。为了兼顾IIS下PHP的效率和安全， 有人给出了FastCGI的解决方案。FastCGI可以让PHP的进程重复利用而不是每一个新的请求就重开一个进程。同时FastCGI也可以允许几个 进程同时执行。这样既解决了CGI进程模式消耗太大的问题，又利用上了CGI进程模式不存在线程安全问题的优势。 因此，如果是使用ISAPI的方式来运行PHP就必须用Thread Safe(线程安全)的版本；而用FastCGI模式运行PHP的话就没有必要用线程安全检查了，用None Thread Safe(NTS，非线程安全)的版本能够更好的提高效率。 因此，如果是使用ISAPI的方式来运行PHP就必须用Thread Safe(线程安全)的版本；而用FastCGI模式运行PHP的话就没有必要用线程安全检查了，用None Thread Safe(NTS，非线程安全)的版本能够更好的提高效率。 附：德问相关问题摘录 下载PHP安装文件时，我看到有两种不同的二进制文件，像是非线程安全（Non Thread Safe）和线程安全（Thread Safe），比如该页面所列：http://windows.php.net/download/。这个是什么意思，之间有什么区别？ 这个主要是针对web server 而言，在windows环境下，如果你使用的web server 是apchae 或者 iis 7以下版本，则应该选择线程安全的安装文件，而如果你使用Fast-cgi模式时，可以选择非线程安全，因为 web sever 本身能保证线程安全。 当然还有二进制文件编译时所使用的编译器：vc9 (vs系列) vc6(gcc) 如楼上所言，是针对web server的，部分web server在处理应用请求的时候是用多线程而非多进程的方式处理，线程方式因为涉及到共享寄存器和内存，所以很容易出错，这个时候程序就需要花一些额外的经历去处理寄存器中的数据一致性，即保证线程安全。 所以是否采用线程安全主要看你的web server所采用的PHP请求处理方式，如果是多线程处理，那么请选择线程安全的，否则选择非线程安全的，如楼上所说Fast-cgi方式可选择非线程安全的]]></description>
		<wfw:commentRss>https://help.vps12.com/1202.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>iis7 下动态压缩(gzip压缩)的压缩率更改办法</title>
		<link>https://help.vps12.com/1198.html</link>
		<comments>https://help.vps12.com/1198.html#comments</comments>
		<pubDate>Tue, 11 Nov 2014 14:27:04 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[Windows]]></category>
		<category><![CDATA[解决方案]]></category>
		<category><![CDATA[iis]]></category>
		<category><![CDATA[vps12.com]]></category>
		<category><![CDATA[台湾vps]]></category>
		<category><![CDATA[日本vps]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[服务器安全]]></category>
		<category><![CDATA[美国vps]]></category>
		<category><![CDATA[香港vps]]></category>

		<guid isPermaLink="false">http://blog.vps12.com/?p=1198</guid>
		<description><![CDATA[iis7下默认压缩率是静态压缩： 0， 动态压缩： 7 一般认为： 压缩率9是性价比最好的压缩率 怎么改变默认的压缩率呢？ 运行以下命令即可： %windir%\system32\inetsrv\appcmd.exe set config -section:httpCompression -[name='gzip'].dynamicCompressionLevel:9 %windir%\system32\inetsrv\appcmd.exe set config -section:httpCompression -[name='gzip'].staticCompressionLevel:9 命令运行后， 必须重启IIS， 新的压缩率才开始生效]]></description>
		<wfw:commentRss>https://help.vps12.com/1198.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MySQL 配置优化</title>
		<link>https://help.vps12.com/1193.html</link>
		<comments>https://help.vps12.com/1193.html#comments</comments>
		<pubDate>Fri, 24 Oct 2014 19:03:29 +0000</pubDate>
		<dc:creator>vps12.com</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[vps12.com]]></category>
		<category><![CDATA[web]]></category>
		<category><![CDATA[台湾vps]]></category>
		<category><![CDATA[服务器安全]]></category>
		<category><![CDATA[美国vps]]></category>
		<category><![CDATA[香港vps]]></category>

		<guid isPermaLink="false">http://blog.vps12.com/?p=1193</guid>
		<description><![CDATA[安装MySQL后，配置文件my.cnf在 /MySQL安装目录/share/mysql目录中，该目录中还包含多个配置文件可供参考，有my-large.cnf ，my-huge.cnf， my-medium.cnf，my-small.cnf，分别对应大中小型数据库应用的配置。win环境下即存在于MySQL安装目录中的.ini文件。 下面列出了对性能优化影响较大的主要变量，主要分为连接请求的变量和缓冲区变量。 1. 连接请求的变量： 1) max_connections MySQL的最大连接数，增加该值增加mysqld 要求的文件描述符的数量。如果服务器的并发连接请求量比较大，建议调高此值，以增加并行连接数量，当然这建立在机器能支撑的情况下，因为如果连接数越多，介于MySQL会为每个连接提供连接缓冲区，就会开销越多的内存，所以要适当调整该值，不能盲目提高设值。 数值过小会经常出现ERROR 1040: Too many connections错误，可以过’conn%’通配符查看当前状态的连接数量，以定夺该值的大小。 show variables like ‘max_connections’ 最大连接数 show status like ‘max_used_connections’响应的连接数 如下： mysql&#62; show variables like ‘max_connections‘; +———————–+——-+ &#124; Variable_name　&#124; Value &#124; +———————–+——-+ &#124; max_connections &#124; 256　　&#124; +———————–+——-+ mysql&#62; show status like ‘max%connections‘; +———————–+——-+ &#124; Variable_name　 &#124; Value &#124; +—————————-+——-+ &#124; [...]]]></description>
		<wfw:commentRss>https://help.vps12.com/1193.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
