随州装饰网随州家装网
总站[切换城市]
&middot 三家装修公司同时免费量房、做预算、出设计方案！
&middot 业主投诉问题30分钟给业主初步解决方案！
&middot 24小时内出解决结果并执行完毕！
&middot 重点投诉72小时内解决！
竞价对比 让装修价格一降到底
&middot 功能区规划、空间利用、创意设计角度的专业建议
&middot 首席设计师现场设计规划
&middot 现场手绘房型改造平面图
&middot 预估各类项目的预算报价
设计师全程陪同 规划现场设计
&middot 申请免费设计，我们会推荐您所在城市的
&middot 3家品牌装修公司帮您出设计方案，
&middot 对比选出最适合您的一套设计方案。
货比3家不上当
现场规划设计
&middot 正规装修公司为您提供各项目施工报价
&middot 免费获得3份正规装修预算表对比
&middot 避免价格陷阱以及装修预算陷阱
&middot 签订合同，并为您提供100%先行赔付保
货比3家不上当
找到本地最底价
为了保证业主的装修施工的质量，本网组织大量专业人士成立了质检部门，数位装修资深人士随时到现场为您质检工地，检验装修公司施工质量，完全在业主角度全程监管。
专业质检人员
全程质量监管
&middot 注册成为随州装饰网会员,报修只要用户一个电话
&middot 会员在线报修,报修问题24小时响应
&middot 装修公司与本网签订100%施工保障质保承诺
&middot 随州装饰网、装修公司、业主三方权益保障
&middot 没有问题就是最好的质保
100%装修保障 维修保修！一个电话搞定
发布信息可获得3套完整方案PK ，装修款立省30%
姓 名请填写您的姓名
联系方式请填写您的联系电话
所在小区请填写您在的小区名称
为了您的利益及我们口碑你的隐私将被严格保密，请您放心填写需求发布！
位业主 已申请了各种免费装修服务
06月29日詹先生申请了免费量房06月27日曹先生申请了免费招标06月26日王先生申请了免费招标06月26日吕先生申请了免费招标06月24日赵先生申请了免费招标06月23日杨先生申请了免费招标
最新中标企业
勾梁画栋装饰
勾梁画栋装饰中标程力水岸国际 项目
灵感空间装饰
灵感空间装饰中标水郡世家 项目
俊杰装饰中标千千水岸 项目
随州锦泓装饰
锦泓装饰中标碧桂园 项目
随州鲁班装饰
鲁班装饰中标水岸蓝天 项目
随州鸿扬装饰
鸿扬装饰中标碧桂园 项目
正印装饰中标格林小镇 项目
在我们家庭装修中，有很多不实用的设计，不仅会造成资金的浪费，使用体验也非常的差。在卫生间装修设计上，有很多不实用的设计，今天...
买了新房子，当然是希望能尽快住进去，装修工期的长短就成了业主们特别关注的一个问题。由于装修面积等一些客观因素的差异，装修工期...
每一个国家地域都有自己的风土人情，凝聚在装修设计中便呈现出了独特的居家特色，欧式的浪漫、美式的宽广、地中海的清新以及我国中式...
五一过后，随州的室外温度越来越高。炎热的天气让想装修的业主有所犹豫，所以选择夏季装修的业主普遍来说还是相对比较少的，据随州装...
装修视频热点专题
装修公司排行最新入住商家
关注度: 30442
关注度: 26836
关注度: 23906
关注度: 20523
关注度: 17477
灵感空间装饰:锦绣香江二期2-101
鸿扬装饰：湖岸星城
泓廷装饰：碧桂园
开发区消防支队
随州融盛担保
鸿扬装饰：水郡世家
浩天装饰：湖岸新城50平小户型
鸿扬装饰作品分享：水岸国际美林阁5号98Ｍ2
鸿扬装饰作品分享：水岸国际馨园8号
瑞豐装饰：水郡世家
品牌建材推荐
随州法恩莎卫浴
随州三棵树漆
德福诺橱柜
百得胜衣柜专卖店
老板电器随州专卖店
随州市惠达卫浴旗舰店
随州美沃门窗
泉露厨房净水器
随州百特陶瓷
随州顶固衣柜
随州德意电器
随州米立方彩装膜
随州威象漆
随州万施博防水
CBD奢爱软床
随州正印线条
好莱客整体衣柜
随州公元管材总代理
随州好太太名门
建材团购排行
主任设计师
[所属公司]随州市鸿扬装饰工程有限公司
[设计理念]致力于追求艺术与实用的完美结合
空间艺术经理
[所属公司]深圳玄武装饰公司
[设计理念]原来设计真的可以改变生活！
首席设计师
看业主怎样智斗装修公司？装修拼智商！装修业主的心理是花最少的钱把家装修到自己满意，而装修公司的愿望是希望业主可以出更多的钱来装修家。怎样装修一个既省钱又实惠的家，就需要业主发挥自己的智慧来和装修公 ...
鸿扬装饰：工地直播------水岸国际美林阁
装修户型：3室2厅1厨2卫
装修风格：现代简约
鸿扬装饰---水郡世家8栋 136平户型分享
装修户型：三居室
小区名称：随州水郡世家
本站服务热线
友情链接：-- 请选择邮箱 --@@@@@@.cn@@@@@yeah.net@@百度帐号人人网51.comChinaRen以下弹出登录
&&实时热点
第14040期04月09日 周三
12152130330208||
第2014093期04月11日 周五
998试机号：9 6 9||
第期04月11日 周五1004061103||ca888,亚洲城 - 亚洲城娱乐
后使用快捷导航没有帐号？
龚雪辉被强拆的家。失踪21天后，她的遗体在废墟中被发现
2014年龚雪辉在一次征地冲
6月30号下午15:20左右，无锡工业园区泰山路康程新材料厂区对面水沟。三名男子撑船在水
另类印象摄影工作室[/backcolor]
电话预约15952
【产品介绍】ICI专业内墙漆3000是ICI公司籍多年的工程油
立邦“净味120”三合一墙面漆，采用立邦净味技术，不添
北京中海国泰环保科技发展有限公司自成立五年来，以“净化生活空气，缔造洁净空间”为经营理念，以“诚信经营
不知从何时开始，很多商场都出现了号称手工冰棍的店铺。售价少则十几，多则几十，明明只是一些加了几片水果的普
苏北首家专业修复不用钣金喷漆不伤原车漆的凹坑 凹凸 瘪坑 瘪窝 洼坑修复，我们有长达十年之久的修复经验，不刮
解放你的双手和大脑，不用费劲心思的处理图像，年轻几岁不是问题~~~99家居的3D家装设计效果图一键渲染功能一分
友谊乳业与您一起学习育儿科普知识。
宝宝尤其是在5个月左右的时候，经常出现睡觉时流口水，一些宝妈妈们就会
今天一个玩网游的朋友给小编提到了一个叫Twitch的网站，说是想看游戏直播，但是国内的用户不能直接观看，想咨
近日，南海丹灶一名市民在仙湖里钓起了一条长达1.58米，重约90斤的巨型“鱼怪”。经过丹灶农林渔业局工作人员
咨询qq： 微信：
2016年高考江苏仍然是自主命题，与往年相比，明年的高考会有何变化？11月30日，《2016年高考考试说明（江苏卷）
豪血寺一族街机游戏包roms下载SuparcArcLive街机游戏下载
下载好的游戏包复制到Roms文件夹里
然后登录帐号
看Ruby林心如如何完美诠释了性感又迷人的女人味道，近日林心如出席2016基美国际影人沙龙晚宴。当晚其身着March
友情链接本站要求: PR≥2,百度收录1000以上 联系QQ: 邮箱:友情链接
新沂城市家园,交友,信息网,人人上生活社区大奖88pt88_88pt88.om_88pt88手机客户端下载
缓存穿透、并发和失效，来自一线架构师的解决方案
/topic/463
在我们的实践中，原文中有部分解决方案已经过时，在原文的基础上，添加了几个我们常用的方案。
by shuhai,
我们在用缓存的时候，不管是Redis或者Memcached，基本上会通用遇到以下三个问题：
同步、复制中断
##缓存穿透
![/community/resource/pic/-cache-1.png][1]
![/community/resource/pic/-cache-2.png][2]
![/community/resource/pic/-cache-3.png][3]
注：上面三个图会有什么问题呢？
我们在项目中使用缓存通常都是先检查缓存中是否存在，如果存在直接返回缓存内容，如果不存在就直接查询数据库然后再缓存查询结果返回。
这个时候如果我们查询的某一个数据在缓存中一直不存在，就会造成每一次请求都查询DB，这样缓存就失去了意义，在流量大时，可能DB就挂掉了。
那这种问题有什么好办法解决呢？
要是有人利用不存在的key频繁攻击我们的应用，这就是漏洞。有一个比较巧妙的作法是，可以将这个不存在的key预先设定一个值。比如，"key" , “&&”。
在返回这个&&值的时候，我们的应用就可以认为这是不存在的key，那我们的应用就可以决定是否继续等待继续访问，还是放弃掉这次操作。如果继续等待访问，过一个时间轮询点后，再次请求这个key，如果取到的值不再是&&，则可以认为这时候key有值了，从而避免了透传到数据库，从而把大量的类似请求挡在了缓存之中。
你应该注意，这里缓存未命中的原因，更值得我们关注。
当缓存空间满了，同步失败，网络阻塞，缓存写失败等原因，会出现缓存服务器上并没有这个key。
或者因为同步中断，在主从架构中，写到主却未同步到从的悲剧，就会出现请求穿透到DB层的情况。
出现这样的情况，一定不能直接将请求穿透到DB层，避免DB当机影响其它业务。
我们的解决方案可以参考。
当业务中请求量特别高，缓存未命中的情况，应该在建立DB保护的基础上，放弃一定比例的请求，直接返回空
可以随机释放一些请求到DB，控制好流量的话，能保证缓存重建且DB不受极端压力
后端异步定时检查缓存，主动建立这些缓存
通过建立二级缓存，把之前成功获取的缓存数据放到本机缓存，文件也好，共享内存也好，接受一些过期数据
##缓存并发
有时候如果网站并发访问高，一个缓存如果失效，可能出现多个进程同时查询DB，同时设置缓存的情况，如果并发确实很大，这也可能造成DB压力过大，还有缓存频繁更新的问题。
我现在的想法是对缓存查询加锁，如果KEY不存在，就加锁，然后查DB入缓存，然后解锁；其他进程如果发现有锁就等待，然后等解锁后返回数据或者进入DB查询。
这种情况和刚才说的预先设定值问题有些类似，只不过利用锁的方式，会造成部分请求等待。
##缓存失效
引起这个问题的主要原因还是高并发的时候，平时我们设定一个缓存的过期时间时，可能有一些会设置1分钟啊，5分钟这些，并发很高时可能会出在某一个时间同时生成了很多的缓存，并且过期时间都一样，这个时候就可能引发一当过期时间到后，这些缓存同时失效，请求全部转发到DB，DB可能会压力过重。
那如何解决这些问题呢？
其中的一个简单方案就时讲缓存失效时间分散开，比如我们可以在原有的失效时间基础上增加一个随机值，比如1-5分钟随机，这样每一个缓存的过期时间的重复率就会降低，就很难引发集体失效的事件。
我们讨论的第二个问题时针对同一个缓存，第三个问题时针对很多缓存。
接下来我们将发表一些自己的缓存高可用实践，如《基于云平台的缓存集群高可用实践》，欢迎关注。
1、缓存穿透：查询一个必然不存在的数据。比如文章表，查询一个不存在的id，每次都会访问DB，如果有人恶意破坏，很可能直接对DB造成影响。
2、缓存失效：如果缓存集中在一段时间内失效，DB的压力凸显。这个没有完美解决办法，但可以分析用户行为，尽量让失效时间点均匀分布。
当发生大量的缓存穿透，例如对某个失效的缓存的大并发访问就造成了缓存雪崩。
问题：如何解决DB和缓存一致性问题？
当修改了数据库后，有没有及时修改缓存。这种问题，以前有过实践，修改数据库成功，而修改缓存失败的情况，最主要就是缓存服务器挂了。而因为网络问题引起的没有及时更新，可以通过重试机制来解决。而缓存服务器挂了，请求首先自然也就无法到达，从而直接访问到数据库。那么我们在修改数据库后，无法修改缓存，这时候可以将这条数据放到数据库中，同时启动一个异步任务定时去检测缓存服务器是否连接成功，一旦连接成功则从数据库中按顺序取出修改数据，依次进行缓存最新值的修改。
问题：问下缓存穿透那块！例如，一个用户查询文章，通过ID查询，按照之前说的，是将缓存的KEY预先设置一个值，，如果通过ID插过来，发现是预先设定的一个值，比如说是“&&”，那之后的继续等待访问是什么意思，这个ID什么时候会真正被附上用户所需要的值呢？
我刚说的主要是咱们常用的后面配置，前台获取的场景。前台无法获取相应的key，则等待，或者放弃。当在后台配置界面上配置了相关key和value之后，那么以前的key &&也自然会被替换掉。你说的那种情况，自然也应该会有一个进程会在某一个时刻，在缓存中设置这个ID，再有新的请求到达的时候，就会获取到最新的ID和value。
问题：其实用Redis的话，那天看到一个不错的例子，双key，有一个当时生成的一个附属key来标识数据修改到期时间，然后快到的时候去重新加载数据，如果觉得key多可以把结束时间放到主key中，附属key起到锁的功能。
这种方案，之前我们实践过。这种方案会产生双份数据，而且需要同时控制附属key与key之间的关系，操作上有一定复杂度。
问题：多级缓存是什么概念呢？
多级缓存就像我今天之前给大家发的文章里面提到了，将Ehcache与Redis做二级缓存，就像我之前写的文章 /p/2cd6ad416a5a 提到过的。但同样会存在一致性问题，如果我们需要强一致性的话，缓存与数据库同步是会存在时间差的，所以我们在具体开发的过程中，一定要根据场景来具体分析，二级缓存更多的解决是，缓存穿透与程序的健壮性，当集中式缓存出现问题的时候，我们的应用能够继续运行。
目前的业务全站使用ThinkPHP 3.2.3，前台、后台、Cli、Api等。目前的业务API访问量数千万，后端7台PHP 5.6，平均CPU使用率20%。
php5.6:500 QPS
php7.0:850 QPS
真实业务中减少一次Mysql查询业务或者减少一次Redis读写
php5.6:800 QPS
php7.0:1250 QPS
目前优化的结果：
ThinkPHP可以完整的跑在缓存中；
在不需要mysql查询时，不建立mysql连接；
不读写redis时，不建立redis连接。
以上数据在开发机器使用ab获取，同时也跟其它的框架做了简单对比，性能不低于其它框架。
使用zend debugger profile 可以看到框架层的时间开销占比约24%，相对于yaf这样的C语言框架10%的性能损失，一个包含缓存和ORM的框架已经算比较好的性能了。
再次吐槽一提ThinkPHP框架就喷性能不好的人，任何一个框架拿过来多做几次数据库操作，测试性能都渣得不逼，只测试输出一个HelloWorld并什么卵用。
在项目中早期，开发压力大，没有什么时间进行项目和架构优化。
经过测试，通过添加 mysql 长连接和redis长连接，api稳定性得到非常大提升，业务最慢响应时间从4s优化到0.5s，曲线非常平稳。
PHP-FPM单机200进程，2000Request，7台PHP后端，长连接数稳定在1700左右。
产生的问题
长连接数超过5k时，性能会下降。出现过两次Mysql Server 内存用光的情况。
经过分析，发现很多API请求，是不需要建立Mysql连接的。调整代码，Mysql的查询逻辑尽量缓存到Redis里，减少对Mysql的压力。
同时对ThinkPHP的代码逻辑进行化，调用 Model 中的方法、属性，不建立Mysql连接，只有在读写db时才建立连接。减少了非常多的资源开销。
经过上述调整，Mysql的连接从1700下降到100以内，query and read QPS从5k下降到50。
优化的ThinkPHP的代码已推送到Github:
/vus520/thinkphp/tree/shuhai/db_link_lazzy
后续是对ThinkPHP中Mysql主从、读写分离进行深度测试，增加Mysql的读能力。
当业务都严重依赖redis时，Redis的QPS一度飙升到7k，内存占用6G左右。
为了缓解redis的读压力，生产中使用了4台Redis Standalone做了1主3从架构。
并给ThinkPHP添加Redis读写分离的支持，减少Redis的压力。
/vus520/thinkphp/blob/shuhai/db_link_lazzy/ThinkPHP/Library/Think/Cache/Driver/Redisd.class.php
目前存在的问题
Redis的高可用运维，本身也比较复杂，遇上网络抖动等原因，Redis会出现同步失败和延迟问题。
特别是在云服务器架构的环境中，网络瓶颈和延迟问题对分布式应用有非常大的影响。
很可惜，我们目前使用的青云，目前尚不能实现Redis超高可用，也不能实现无缝扩容，私网内的网络传输性能、延迟都有很大优化空间。
后续的优化计划
对redis业务进行清理，减少不必要的请求；
压缩内容；
key:value => hash；
一主多从，每个php后端部署一个redis从，优先读本机，减少网络延迟；
API项目中，禁用ThinkPHP的Session、路由、视图、行为等，进行精简加速。
经测试，性能有30%的提升。
/vus520/thinkphp/tree/shuhai/tiny
1，去掉路由
2，去掉URL调度
3，去掉行为、Hook
4，去掉视图
5，去掉控制器的反射、空操作
6，去掉Session，可实现无状态的Api
在PHP7中进行深度测试，升级到PHP7，ThinkPHP 3.2的性能会有50+%的提升
find *.zip -exec unzip -j {} \;
find *.zip -exec unzip -aanXj {} \;
#Here is a working workaround:
sudo vi /etc/init.d/logstash
LS_GROUP=logstash
LS_GROUP=adm
sudo /etc/init.d/logstash start
遇到一个两天都没有解决的问题。
启用新的es集群，elk都使用最新的2.0+版本，同时把以前的数据打包复制到新机器上进行解压。
配置好所有文件以后，发现logstash能正常启动却不能索引大奖88pt88。
好像根本没有包含任何文件。
后来发现手工写的大奖88pt88可以索引，把解压后的文件cat到新的文件中，也可以索引。
测试的时候，安装了logstash 2.0, 2.1, 2.2都不能解决。Logstash 1.5却正常。
解压的文件和自己生成的文件，用户组，用户权限，md5都完全一样，除了...
我司的部分业务从去年起，开始接入OneApm，到目前已经有50台机器的规模。
业务层的Nginx、PHP、Mysql，到Redis、ElasticSearch监控，到业务模拟测试可用度，到自定义SDK实现的特殊业务监控，目前都有涉及到(/archives/1002578)。
总的来说，好评满满，DevOps时代不可或缺的必备工具服务。
20+监控服务器，Nginx、Mysql、ES、REDIS、PHP_FPM等数个平台服务的监控
配置自定义仪表盘
设置告警策略
公司内网的一台Linux弱口令机器让扫出来了，数据洗劫一空，悲剧啊
还好不是什么重要的东西，赶紧重装系统。
人不在公司，只能使用远程重装，方案如下：
Fedora 14需要下载的文件在http://nas1.itc.virginia.edu/fedora/releases/14/Fedora/x86_64/os/images/…
64位Centos需要下载的文件在 http://mirror.centos.org/centos-5/5/os/x86_64/images/pxeboot/
修改服务器的/boot/grub/grub.conf文件，在这个配置文件中，添加如下启动项：
title CentOS Reinstall
root (hd0,0)
kernel /vmlinuz vnc vncpassword= headless ip=10.36.64.238 netmask=255.255.255.0 gateway=10.36.64.254 dns=10.36.10.8 hostname=0map238 ksdevice=eth0 method=/centos/6/os/x86_64/ lang=
en_US keymap=us
initrd /initrd.img
在"hiddenmenu" 和 "title CentOS..." 增加一项:
method中的url为安装centos的源
重启后使用vnc软件连接服务器 IP:1 ,并输入刚刚设置的vnc密码即可进行centos的重装。这个过程中机器需要下载一些镜像，大约要等待15分钟，VNC才可以访问。
[txtplain]
--> Finished Dependency Resolution
Multilib version problems found. This often means that the root
cause is something else and multilib version checking is just
pointing out that there is a problem. Eg.:
1. You have an upgrade for openssl which is missing some
dependency that another package requires. Yum is trying to
solve this by installing an older version of openssl of the
different architecture. If you exclude the bad architecture
yum will tell you what the root cause is (which package
requires what). You can try redoing the upgrade with
--exclude openssl.otherarch ... this should give you an error
message showing the root cause of the problem.
2. You have multiple architectures of openssl installed, but
yum can only see an upgrade for one of those arcitectures.
If you don't want/need both architectures anymore then you
can remove the one with the missing update and everything
will work.
3. You have duplicate versions of openssl installed already.
You can use "yum check" to get yum show these errors.
...you can also use --setopt=protected_multilib=false to remove
this checking, however this is almost never the correct thing to
do as something else is very likely to go wrong (often causing
much more problems).
Protected multilib versions: openssl-1.0.1e-42.el6_7.2.x86_64 != openssl-1.0.1e-42.el6.i686
[/txtplain]
原因未知，卸载掉openssl-1.0.1e-42.el6.i686即可
#!/bin/env php
error_reporting(7);
$dir1 = $argv[1];
$dir2 = $argv[2];
if(empty($dir1) || empty($dir2))
echo &php {$argv[0]} dir_merged dir_merge_save\n&;
if(! is_dir($dir1))
echo &{$dir1} is not a dir\n&;
if(! is_dir($dir2))
echo &{$dir2} is not a dir\n&;
merge_dir($dir1, $dir2);
function merge_dir($from, $to)
= rtrim($from, &/&).&/&;
= rtrim($to, &/&).&/&;
echo &search file from {$from}&;
$files = glob($from.&*&);
echo &\t\tdone\n&;
foreach($files as $f)
$relative_path = substr_replace($f, &&, 0, strlen($from));
$ff = $to . $relative_
//目录不存在则直接复制目录
if(is_dir($f))
if(!is_dir($ff))
$cmd = &cp -r '{$f}' '{$ff}'&;
logs($relative_path);
merge_dir($f, $ff);
if(!is_file($ff))
copy($f, $ff);
logs($relative_path);
//对特殊文件进行检查
$ext = substr($relative_path, strrpos($relative_path, &.&)+1);
if($ext == &apk& && filesize($f) != filesize($ff))
$compare = apk_version_compare($f, $ff);
if($compare)
copy($f, $ff);
logs($relative_path);
function apk_version_compare($apk1, $apk2)
return aapt($apk1) & aapt($apk2);
function aapt($apk)
$apk = realpath($apk);
$aapt = &aapt d badging {$apk} | grep versionCode | awk '{print $3}'&;
$aapt = `$aapt`;
return substr($aapt, 13, -2);
function logs($file)
printf(&%s\n&, $file);
中国的流量很贵，流量越大越贵。
目前我负责的业务一半国内，一半海外。目前日均请求过千万，流量过10T，总成本不超过500元/天。跟传统的CDN服务相比，便宜到可以忽略。
在项目早期，为了业务简单，直接使用传统CDN提供商网宿，在CDN宽带超过 5G 的时候，CDN的成本开始显现出来。
一般国内的CDN(网宿、帝联、蓝汛，还有一些如七牛、又拍这样的二手贩子)均有宽带和流量计费，新起的云平台(阿里、腾讯、uCloud)基本上使用流量计费。
国内的CDN价格，网宿的95峰值计费，一般价格在45-55元/M，根据宽带高值、公司背景、销售人员关系等等因素，合同的价格可以签到30-40元左右，其它二线的CDN可以签到25-30元左右。
其它的云服务平台，价格相对固定，业务购买一般是自助服务，价格基本上没得可谈，普遍价格在0.9元-1.2元/G。
国内服务商运营的国外CDN价格比国内高出几个数量级，网宿的报价为150元/M，其海外节点为少数自建加akamai代理。其它几家传统的CDN服务商完全代理甚至没有海外业务。
海外的CDN服务商，计费一般是按流量计费，常见的如MaxCDN, KeyCDN，价格一般为0.04-0.1美元/G。
我们的业务早期使用网宿，业务从0M跑到3G，业务一直比较稳定。后来业务推到海外，直到CDN的成本越来越高，CDN成本差不多占了利润的一半。
网宿现在有市场优势，价格一直砍不下来。经过跟几家CDN服务咨询、测试，从最初的七牛，MaxCDN，KeyCDN，到最后的CloudFlare+Conoha，终于实现成本与速度的平衡。
在第一次使用CloudFlare和Conoha的时候，都被其极低的价格吓得不敢相信，企业级项目中总觉得低价的服务肯定会出问题（事实上确实是这样，毕竟价格高的也会出问题）。
和国内的安全宝、百度云加速的业务类似，CloudFlare提供的安全服务是帮助网站阻止来自网络的黑客攻击、垃圾邮件等，并提升网页的浏览速度，这和一般的安全软件往往会影响网页的运行速度大相径庭。目前CloudFlare在全球拥有23个数据中心，如果用户使用了其服务，那么网络流量将通过CloudFlare的全球网络智能路由。CloudFlare会自动优化用户的网页交付，以期达到最快的页面加载时间以及最佳性能。 CloudFlare提供包括CDN、优化工具、安全、分析以及应用等服务。
2015年9月，CloudFlare正式宣布与百度合作改善外国网站在中国的可访问性。双方早在去年7月就签署了合作协议，CloudFlare将其技术转让给百度（CEO称此举是为了增加信任），而采用CloudFlare技术的百度云加速服务于去年12月开始运作。
CloudFlare称，百度在中国大陆的17个中心地区节点与 CloudFlare 全球的45个节点结合起来，提升中国国内外的访问体验，当客户激活中国网络服务后，他们的中国访问者将会访问百度节点，而CloudFlare节点则继续服务海外访问者，可将中国流量的响应时间缩短超过200毫秒。
但外国客户如果要激活中国网络服务将需要ICP备案。网站备案是中国工信部要求所有在中国大陆使用主机或CDN服务的许可证书。
via:/articles/429815.htm
ConoHa日本gmo.jp旗下的一个VPS主机商，成立于2014年。ConoHa提供日本、新加坡及美国机房云VPS服务。
ConoHa的业务跟国内的云服务平台类似。说是云服务器，个人感觉跟vps差不多，跟常见的Linode和digitalocean基本上相同。
ConoHa的官网支持中文，支持信用卡和支付宝，支持扩容支持按时间收费，可以按小时按月计费。
ConoHa的价格非常廉价，常见的配置如1GB、2Core、SSD50GB，每个月50元人民币。
最重要的是，ConoHa不限流量，100M宽带，可扩容，可加IP。
ConoHa有激励政策，通过我的邀请链接注册，你可以获取1000日元，相当于免费赠送一台主机，
在CloudFlare中，添加一个免费（我们使用付费方案是200美元/月）的域名，主要使用其提供的IP隐藏、文件缓存来实现防DDOS和CDN需求。
在我们的单个项目中，CloudFlare每天可以缓存数百万次的请求，差不多8-12TB左右的流量。按最低4美分的价格，每天的CDN成本应该在3000元左右，一个月10万元，一年超过100百万元。
采用了CloudFlare以后，只需要1200元一个月，一年只需要1万元，CloudFlare实实再再的帮老板省了一大笔钱。
老板是不是该奖励我一台特斯拉了哎？
经过我们跟数家CDN服务商的对比和测速，给CloudFlare的节点和速度5个星，稳定性和速度让我们非常意外，点赞。
但作为一个非专业的CDN解决方案，CloudFlare目前还没有完善的数据报表。不能分析请求的URL列表，不能按常见维度分析用户和行为，对运营人员来讲是个缺憾。
同时，CloudFlare默认只对一些基本的文本、图片文件进行缓存，有特殊的文件，比如apk、exe等文件，则颇费周折。
via:/hc/en-us/articles/
CloudFlare中非默认缓存的文件，比如apk文件，如果需要缓存，则不能携带任何参数，否则会回源，无法缓存。
CloudFlare另外一个巨坑便是其缓存重建只能通过pull方式。回源pull方式存在严重的风险。我们这边出现过一个50M的文件清理缓存以后，源站瞬间出现近千个请求。这包括CloudFlare的全球节点的缓存请求，也有用户的的真实请求。
CloudFlare无法设置限速，所有请求全落到源站，源站的流量瞬间飙上500M。放在云上的整个路由器下的所有业务全部卡死。
源站的流量可以通过扩容的方式提升上限，为了解决巨大的回源请求，我们曾差不多把宽带提高了到1G。
云平台1.2元/G的流量价格也是贵到滴血，逼得我们必须要为回源的请求再构建一个廉价的中转服务器。
在测试过Linode和digitalocean以后，我们选中了ConoHa。主要看中其极低的价格、无限流量、多节点等优势。
我们把文件rsync到ConoHa的多台主机以后，再将CloudFlare的回源请求重定向到不同的ConoHa服务器。
虽然业务架构越来越复杂，但比起源站业务被中断，以及宽带扩容的成本，ConoHa上一个月不到一千块钱的成本实再便宜得让人心疼。
在目前的架构中，所采用的方案均为比较新的服务商，稳定性存在非常大的风险，如果有一天CloudFlare或者ConoHa倒闭，则会对现在的业务造成致命的影响。
为了降低风险，我们也在采用了一些优化手段，也在积极寻找备用方案。
比如，为了避免单个域名流量太大，被CloudFlare封掉，或者要求我们使用更高的付费方案，我们把CDN拆到多个域名下，减少单个域名的请求和流量。我们也在寻找与CloudFlare相同的的平台，比如Incapsula。甚至有人建议直接购买廉价vps自建CDN。考虑到现在云计算基础服务相对完善，自建一个全球性的CDN平台也不是太大难事。
为了避免ConoHa出故障，我们也在其它几个廉价的vps服务商购买了几个备用服务器，定期将文件同步过去进行灾备。
同时，我们发现CloudFlare中添加一个在国内备案的域名，其节点尚不能确认是否已经使用了百度云加速的节点，有没有知晓内幕的朋友。
经过项目的实践和数月的运营，这个廉价的CDN实现，节点数可以达到成熟商用CDN节点数的30%-80%(海外优势尤其明显)。跟同行业的一些朋友交流时发现，也有其它同行业的业务使用CloudFlare+Digitalocean实现，稳定支撑月流水数百万美元的业务，而其成本非常低廉。
云服务越来越成熟，成本越来越低廉，对于我们这样的创业公司来讲，是一大福音。而对于那些传统的基础服务商来讲，又是什么呢？
function get_ip_address()
foreach (array('HTTP_CLIENT_IP', 'HTTP_X_FORWARDED_FOR', 'HTTP_X_FORWARDED', 'HTTP_X_CLUSTER_CLIENT_IP', 'HTTP_FORWARDED_FOR', 'HTTP_FORWARDED', 'REMOTE_ADDR') as $key)
if (array_key_exists($key, $_SERVER) === true)
foreach (explode(',', $_SERVER[$key]) as $ip)
$ip = trim($ip);
if (filter_var($ip, FILTER_VALIDATE_IP, FILTER_FLAG_NO_PRIV_RANGE | FILTER_FLAG_NO_RES_RANGE) !== false)