月度归档:2015年04月

CentOS 6.5 下安装 redis及编译异常处理办法(含php7安装扩展)

CentOS 6.5 下安装 Redis 2.8.19,

1)下载Redis

wget http://download.redis.io/redis-stable.tar.gz

或者:http://download.redis.io/releases/ 下载最新版本

  1. wget http://download.redis.io/releases/redis-2.8.19.tar.gz  

tar xvzf redis-stable.tar.gz

cd redis-stable

make MALLOC=libc

make test

make  install

这3个命令应该没有问题,主要的问题是执行make的时候,出现了异常。

异常一:

make[2]: cc: Command not found

异常原因:没有安装gcc

解决方案:yum install gcc-c++

 

异常二:

zmalloc.h:51:31: error: jemalloc/jemalloc.h: No such file or directory

异常原因:一些编译依赖或原来编译遗留出现的问题

解决方案:make distclean。清理一下,然后再make。

 

在make成功以后,需要make test。在make test出现异常。

异常三:

couldn’t execute “tclsh8.5”: no such file or directory

异常原因:没有安装tcl

解决方案:yum install -y tcl。

异常四:运行make test 报了这样的一个错误:

!!! WARNING The following tests failed:
*** [err]: Test replication partial resync: ok psync (diskless: yes, reconnect: 1) in tests/integration/replication-psync.tcl
Expected condition ‘[s -1 sync_partial_ok] > 0’ to be true ([s -1 sync_partial_ok] > 0)
Cleanup: may take some time… OK
make[1]: *** [test] Error 1
make[1]: Leaving directory `/usr/local/src/redis-3.2.1/src’
make: *** [test] Error 2

■ 解决办法:

1,只用单核运行 make test:

taskset -c 1 sudo make test


2,更改 tests/integration/replication-psync.tcl 文件:

vi tests/integration/replication-psync.tcl

把对应报错的那段代码中的 after后面的数字,从100改成 500。我个人觉得,这个参数貌似是等待的毫秒数。

编辑文件tests/integration/replication-psync.tcl

然后找到after 100 把此值修改成200或者300。重新执行make test就可以了

 

在make成功以后,会在src目录下多出一些可执行文件:redis-server,redis-cli等等。

方便期间用cp命令复制到usr目录下运行。

cp redis-server /usr/local/bin/

cp redis-cli /usr/local/bin/

然后新建目录,存放配置文件

mkdir /etc/redis

mkdir /var/redis

mkdir /var/redis/log

mkdir /var/redis/run

mkdir /var/redis/6379

 

在redis解压根目录中找到配置文件模板,复制到如下位置。

cd ..

cp redis.conf /etc/redis/6379.conf

通过vim命令修改

daemonize yes

pidfile /var/redis/run/redis_6379.pid

logfile /var/redis/log/redis_6379.log

dir /var/redis/6379

最后运行redis:

$ redis-server /etc/redis/6379.conf


配置自启动:

/etc/init.d/redis-server

#!/bin/sh
#
# redis - this script starts and stops the redis-server daemon
#
# chkconfig:   - 85 15
# description:  Redis is a persistent key-value database
# processname: redis-server
# config:      /etc/redis.conf
# config:      /etc/sysconfig/redis
# pidfile:     /var/run/redis.pid

# Source function library.
. /etc/rc.d/init.d/functions

# Source networking configuration.
. /etc/sysconfig/network

# Check that networking is up.
[ "$NETWORKING" = "no" ] && exit 0

redis="/usr/local/bin/redis-server"
prog=$(basename $redis)

REDIS_CONF_FILE="/etc/redis.conf"

[ -f /etc/sysconfig/redis ] && . /etc/sysconfig/redis

lockfile=/var/lock/subsys/redis

start() {
    [ -x $redis ] || exit 5
    [ -f $REDIS_CONF_FILE ] || exit 6
    echo -n $"Starting $prog: "
    daemon $redis $REDIS_CONF_FILE
    retval=$?
    echo
    [ $retval -eq 0 ] && touch $lockfile
    return $retval
}

stop() {
    echo -n $"Stopping $prog: "
    killproc $prog -QUIT
    retval=$?
    echo
    [ $retval -eq 0 ] && rm -f $lockfile
    return $retval
}

restart() {
    stop
    start
}

reload() {
    echo -n $"Reloading $prog: "
    killproc $redis -HUP
    RETVAL=$?
    echo
}

force_reload() {
    restart
}

rh_status() {
    status $prog
}

rh_status_q() {
    rh_status >/dev/null 2>&1
}

case "$1" in
    start)
        rh_status_q && exit 0
        $1
        ;;
    stop)
        rh_status_q || exit 0
        $1
        ;;
    restart|configtest)
        $1
        ;;
    reload)
        rh_status_q || exit 7
        $1
        ;;
    force-reload)
        force_reload
        ;;
    status)
        rh_status
        ;;
    condrestart|try-restart)
        rh_status_q || exit 0
	    ;;
    *)
        echo $"Usage: $0 {start|stop|status|restart|condrestart|try-restart|reload|force-reload}"
        exit 2
esac


 (2)将redis加入自启动服务

sudo chkconfig --add /etc/init.d/redis-server

sudo chkconfig redis-server --level  345 on

使用chkconfig --list查看添加的服务


(4)启动服务

sudo service redis-server start


三、使用

 redis-cli 
127.0.0.1:6379> 
127.0.0.1:6379> 
127.0.0.1:6379> keys *
(empty list or set)

深圳“加班大厦”百强出炉!前三均为腾讯人,看看你上班的大厦上榜了吗?

” 滴滴专车 ” 推出了 ” 加班大厦 ” 的投票活动,前三均为腾讯所在大厦或者园区,腾讯人在前30排名中占了三成,真的是最苦逼的挨踢人。但中国法律无 ” 过劳死 ” 概念,劳动法难规范加班行为。4 月” 滴滴专车 ” 推出了 ” 加班大厦 ” 的投票活动,详细排名如下:
截止至 18 日 11:00 为止,深圳 ” 加班大厦 ” 百强排名
深圳“加班大厦”( 排名 1 — 10 )
1 科兴科学园
2 腾讯大厦
3 科兴科学园 腾讯
4 深南东路 5001 华润大厦
5 万利达大厦
6 福田车公庙深南大道 7088 号招商银行大厦
7 八卦三路平安大厦
8 深南东路 5001 号华润大厦
9 酷派信息港
10 科兴科技园
深圳“加班大厦”( 排名 11 — 20 )
11 大族激光大厦
12 星河发展中心大厦
13 华为基地 F 区
14 中民时代广场
15 龙光世纪大厦
16 京基 100 大厦
17 星河发展中心大厦
18 南山区深南大道 10000 号腾讯大厦
19 南山区科兴科学园
20 华为坂田基地
深圳“加班大厦”( 排名 21 — 30 )
21 松日鼎盛大厦
22 深圳市福田保税区盈福大厦
23 深业泰然大厦 c 座
24 龙光世纪大厦
25 天安云谷
26 南山区高新园南区康佳研发大厦
27 朗科大厦
28 嘉里建设广场
29 飞亚达科技大厦
30 南山区飞亚达大厦
深圳“加班大厦”( 排名 31 — 40 )
31 科兴科学院
32 国人通信大厦
33 腾讯大厦
34 卓越时代广场
35 田厦国际中心
36 京基 100
37 福田区东海国际中心 A 座
38 田厦国际中心写字楼
39 星河发展中心
40 大族科技中心大厦南门 2
( 排名 41 — 50 )
41 广电大厦
42 深国投广场写字楼 3 号楼
43 万利达科技大厦
44 地王大厦
45 深圳市软件产业基地
46 深圳
47 免税商务大厦
48 朗科大厦
49 荣超商务中心 ( A 座 )
50 八卦岭平安大厦
深圳“加班大厦”( 排名 51 — 60 )
51 福田嘉里建设广场
52 创维半导体设计大厦
53 人民南路 2008 号 ( 518001 ) 深圳嘉里中心
54 华侨城创意文化园
55 坂田华为 D 区
56 罗湖区深南中路 5047 号 ( 近大剧院地铁站 ) 平安银行大厦
57 松日鼎盛大厦
58 金蝶软件园
59 创维半导体设计大厦
60 迈科龙大厦
( 排名 61 — 70 )
61 朗科大厦
62 大族大厦
63 京基一百大厦
64 东海国际中心 B 座
65 罗湖商务中心
66 鸿隆世纪广场 A 座
67A8 音乐大厦
68 华润大厦
69 金蝶大厦
70 源兴科技大厦
深圳“加班大厦”( 排名 71 — 80 )
71 科技园中兴通讯研发大楼
72TCL 大厦
73 卓越世纪中心
74 海岸城西座
75 福田区福华路星河发展中心
76 威新软件园
77 研祥科技大厦
78 福田区车公庙深南大道南侧 ( 招商银行大厦对面 ) 创建大厦
79 大族创新大厦
80NEO B 座
深圳“加班大厦”( 排名 81 — 90 )
81 比克科技大厦
82 荣超大厦
83 湖北大厦
84 华侨城创意园
85 腾讯总部
86 深圳国际商会中心
87 万基商务大厦
88TCL 国际 E 城多媒体大厦
89 深圳市福田区车公庙泰然八路泰然大厦 C 座
90 皇岗商务中心
( 排名 91 — 100 )
91 武汉
92 中民时代广场 B 座
93 京基 100 大厦附近
94 地王信兴广场
95 荣超经贸中心
96 泰邦科技大厦
97 大族激光科技中心
98 深圳市福田区深南大道 7088 号招商银行大厦
99 深圳国际商会中心
100 华为新科研中心

加班,早已成为 IT 从业者工作的常态,在互联网公司,加班现象就非常普遍了。到了某些特殊时期,” 码农 ” 们更是需要通宵工作。特别是自主创业型公司里的 “挨踢”人,加班加的最严重了。IT 圈是更新换代非常快的圈子,需要不断接触全新的东西。在这种氛围下,没有工作任务的人,也会选择加班主动学习。频繁的加班挑战着 IT 从业者的健康。这行基本都是年轻人,” 三高 ” 人群的比例还挺大,大部分人的颈椎、腰椎都不好。而且生活的压力始终会存在,虽然大家都知道加班有害,但还是会有很多人拼了命的干。深圳 36 岁的 IT 工程师、清华计算机硕士张斌就是因为加班过劳猝死了。在当今这样一个 ” 加班文化 ” 盛行的职场大气候下,没有人敢保证自己不会成为下一个过劳的悲剧。

珍惜生命,远离腾讯!

NGINX下配置header CACHE-CONTROL max-age

HTTP协议的header Cache -Control指定请求和响应遵循的缓存机制。

在请求消息或响应消息中设置 Cache-Control并不会影响另一个消息处理过程中的缓存处理过程。

请求时的缓存指令包括no-cache、no-store、max-age、 max-stale、min-fresh、only-if-cached等。

响应消息中的指令包括public、private、no-cache、no- store、no-transform、must-revalidate、proxy-revalidate、max-age。



Nginx的ngx_http_headers_module模块可以对Cache-Control头相关的东西进行配置

例如:

1    # 相关页面设置Cache-Control头信息,dns及cdn目录配置10天

2     

3    if ($request_uri ~* “^/$|^/dns/.+/|^/cdn/.+/”) {

4      add_header    Cache-Control  max-age=864000;

5    }

6     

7    if ($request_uri ~* “^/linux/|^/t/”) {

8      add_header    Cache-Control  max-age=86400;

9    }



max-age意思是:客户端本地的缓存,在配置的生存时间内的,客户端可以直接使用,超出生存时间的,需要到服务器上取新数据。当然这些还要看客户端浏览器的设置。

国内云CDN产品价格对比和性能介绍-腾讯云、阿里云、网宿、UCloud、百度云、微软云、快网

2015 年内 CDN 价格将被腰斩,市场价格不会再高于 1.5w/G/月,甚至在cdn大头已经做到1.3w/G月。整个行业将迎来三个显著的变化——价格击穿底价,计费更加透明;三大技术颠覆,重塑市场格局;服务心态转变,更注重用户体验。

首先,什么是 CDN?

举个例子,阿达在深圳生活。早晨醒来,他坐在马桶上看微信,手机连接的是电信 100M 光纤。在公车上班路上,他连入政府提供的城市公共 Wi-Fi。来到办公室,电脑和手机同时接入公司 Wi-Fi。

一个周五,他去香港给新出生的宝宝买奶粉,当阿达到达关口的时候,信号切换成了香港的网络。到尖沙咀的商场里,连入商场提供的 Wi-Fi 网络。

又一天,阿达要从深圳飞到北京开会,起飞前他刷了一遍朋友圈,此时信号是深圳电信 3G,飞机落地,迫不及待打开微信,再刷朋友圈,背后支持的变成北京网络。

和阿达一样,我们每个人每天至少要在两到三种网络之间切换。过去在某一种固定的网络下,可以很好地做一些数据缓存和 Cache 处理。但移动化程度加深,用户对网络、速度和质量要求越发苛刻;移动用户分布日益分散,跨地域的信息同步需求量大,这时候就需要 CDN 服务。

内容分发网络 Content Delivery Network——CDN,简单来说就是把用户需要访问的内容提前拉到用户所在的地方去。CDN 可以实现将源站内容分发至全国所有的节点,缩短用户查看内容的延迟,提高用户访问网站的响应速度与网站的可用性,解决网络带宽小、用户访问量大、网点分布不均等问题。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节,使内容传输的更快、更稳定。

目前各家云服务厂商或传统 CDN 服务厂商都在快速推广自家 CDN 服务。就价格来说,迅雷 CTO 陈磊认为:「2015 年内 CDN 价格将被腰斩,市场价格不会再高于 1.5w/G/月。整个行业将迎来三个显著的变化——价格击穿底价,计费更加透明;三大技术颠覆,重塑市场格局;服务心态转变,更注重用户体验。」

哪些业务或哪些情况下,要特别注意 CDN 技术?

1 你的服务被用户投诉,图片等显示过慢。

2 一些典型业:视频、图片、电商、游戏以及政府和门户网站

3 用户量突增,将宽带计费换算成流量计费。

接下来汇总几家 CDN 产品情况:

1. 腾讯云

腾讯云 CDN 有 8 年发展历史,全球 400 多个节点,经历了 2009 年是腾讯游戏发展,2010 年 QQ 农场,2011 年流媒体、视频,以及近年微信业务的考验。2013 年与腾讯平台打包开放 CDN 静态能力,2015 年 3 月,正式对外提供服务。

价格:

国内CDN产品价格对比和性能介绍

PS:3 月 16 日起,3 个月抢先试用活动。新开通用户,100G 的免费使用流量包。老客户,三折价格买 1G 流量包,大客户可申请更大流量免费测,通过线下大客户经理对接。

客户案例:大众点评、58 同城、泰康人寿、未来电视、英魂之刃

链接:http://www.qcloud.com/event/cdn_flow.html

客服:在线 QQ、qcloud@tencent.com 投诉邮箱

2 .阿里云

阿里云 CDN 的前身即为淘宝网自建的 CDN 服务,使用了自研的底层技术与自建的节点,节点多数集中在一、二线中心城市。阿里云 CDN 的节点大部分由 40Gbps 的节点构成,也有达到 300Gbps 的大节点。阿里云 CDN 的边缘缓存节点全部采用 SSD 存储。历经多年双 11 考验。从 2014 年 3 月开始,阿里云 CDN 提供了对外开放服务,目前外部客户近 2 万,外部流量超过 1000Gbps。4 月 10 日,阿里云计算与微博宣布达成 CDN 合作。

价格:

国内CDN产品价格对比和性能介绍

案例:唱吧、趣拍

链接:http://www.aliyun.com/product/cdn/?spm=5176.383338.201.11.7VziII

客服:4006008500 转 3、在线提交工单 10~15 分钟反馈

    3.网宿

网宿成立于 2000 年,2009 年 10 月深交所上市。总部位于上海,在北京、上海、广州、深圳设立了 4 家分公司,在美国、香港、南京等地设立了 8 家子公司。网络加速服务产品包括:网页加速 , 下载加速 , 流媒体加速 , WSA 全站加速解决方案 , APPA 企业应用加速解决方案 , MAA 移动应用加速解决方案 , CDN 资源分布 , 增值服务等。

2014 年 12 月 22 日,推出专注于解决中小型企业网站加速问题的 CDN 自助服务平台—Cloudedge。Cloudedge 自助服务平台基于网宿覆盖全球的智能云分发平台,主要面向门户网站、游戏、电商、在线影音等行业的中小型企业网站

价格:

国内CDN产品价格对比和性能介绍

客户案例:未明确标注

服务平台:https://cloudedge.chinanetcenter.com/cn/index.html

客服:400-881-1898 、QQ800098358(周一到周五 09:00-18:00 工作)

4 .UCloud

UCloud 云计算(上海优刻得信息科技有限公司)专注于基础云计算的产品研发与运营。为游戏、移动互联网、大数据、电子商务、SaaS 等多个领域提供 IT 基础架构支撑。团队吸纳了来自腾讯、百度、盛大等国公司人才,在上海,北京、成都、广州均已设立分公司。CDN 将用户的加速内容分发至部署在全球的近 500 个服务节点,并进行智能调控和缓存,为用户计算最近的访问节点,提供给客户更好更快的网络体验。

价格:

国内CDN产品价格对比和性能介绍

客户案例:学霸君、大侠、工人物语 OL 等

链接:http://www.ucloud.cn/product/ucdn_main/

服务:QQ 客服,90 秒内反馈

5 .百度开放云

百度开放云提供直达号、网站服务、数字媒体等解决方案。产品涵盖计算与网络、存储和 CDN、数据库、数据分析等。

价格:

国内CDN产品价格对比和性能介绍

案例:铃声多多、CSDN

链接:http://bce.baidu.com/product/cdn.html

客服:提交工单反馈

ps:备案客服电话 4008777818 目前仅负责此一项业务,4 月 13 号整合后或开始负责所有业务。

6. 微软云

微软 Azure 由世纪互联运营,微软把技术授权给世纪互联。世纪互联为中国用户提供 Windows Azure 服务。上海蓝云是世纪互联全资拥有的子公司,为 Azure 提供服务支持,处理付款和发票等。

价格:

国内CDN产品价格对比和性能介绍

案例:H3C、经纬

链接:http://www.windowsazure.cn/home/features/caching/

客服:小冰智能虚拟客服 、400-089-0365 世纪互联客服电话,此号码也支持 office365

    7.快网

北京快网科技有限公司 2006 年初成立,2012 年 09 月,北京快网与世纪互联强强联合,形成资源共享。同与世纪互联有着密切关系,快网客服解释与 Azure 云不同在于:Azure 云由世纪互联落地运营,快网则是世纪互联旗下专门做 CDN 厂商。需要与售前邮件递交材料,再支付开通。材料包括:峰值、每月流量、传输协议等。

价格:未明确标注

客户:央视、芒果 TV、新浪、网易、苏宁易购等

网站:http://www.fastweb.com.cn/a/products/static/

人工客服:4008110223

最后,再来总结一下本次 CDN 服务初体验。

价格和支付方面:互联网云服务厂商付费体系和网上服务较清晰,传统 CDN 服务厂商价格体系不公开,无法实现网上支付。阿里、腾讯等服务商付费模式更灵活,方便。某一业务按照宽带计费方式,也可以按照使用流量计费方。合理的计费方式可以使成本会降低 31%。

产品介绍方面:客户案例是新用户决定服务的重要依据,绝大多数 CDN 服务商不能将客户更详细地按照行业特性列出。国外云服务厂商由于技术嫁接在中国本地技术之上,需要更清晰、有说服力的产品介绍和实时服务咨询。

服务方面:云服务更需要一对一进行,不仅仅是虚拟客服平台。部分 CDN 厂商号称「全天候 90 秒内快速响应的服务体系」或 7*24 小时服务,确实能在规定时间内给予回复,但回复内容不够专业,客服主动意识不强,对产品了解也不够深入,客服、售后和售前服务职责过于分离。部分厂商售前仅能在周一到周五工作时间提供服务。

最最后总结一下,云服务好不好,试试就知道。

帝联科技副总裁姜飞:2015移动视频将飞速发展,CDN要实现突破

3月31日,2015亚太CDN峰会进入第二天。会上,帝联科技副总裁姜飞做了题为“移动互联网视频时代CDN的应用与探索”。他指出,在移动互联网时代,CDN能够深入到前端的应用之中,在流量经营领域实现突破。

 
\
图为:帝联科技副总裁姜飞
 
2014年,移动视频发展很快,预计2015年也会快速增长。整个移动互联网视频的增长是极快的。因此,必须解决网络、稳定性等方面的问题。
 
帝联科技认为在移动互联网视频时代,CDN的发展不能局限于仅仅解决大用户量并发、网络速度快慢的问题,而是应该更进一步把握移动行业的细分市场,做更加垂直的应用探索,创建新的应用模式。
 
针对这一变革,帝联科技表示通过在视频互动领域、流量经营领域、点对点传输的努力研究与探索,将更加准确有效低为移动互联网的细分行业应用提供帮助,并更好地提升最终用户的体验。
 
移动视频的快速发展,也带来了移动互联网流量的巨量增长,根据爱立信发布的《流量与市场数据报告》显示:移动数据流量在未来几年将持续增长,2018年底较目前将增长12倍多。其中,移动视频将成为移动流量增长的最大驱动力,预计在2018年底前将保持每年60%的增速。
 
面对巨大的移动视频流量,帝联科技一直不断增加移动领域的投入,包括大力投入针对移动互联网特性的CDN优化技术研发,以及大量投入针对移动网络的带宽资源和服务器资源,提高移动互联网CDN的服务效果。
 
通过对帝联科技大数据的分析结果,我们在CDN的运营过程中发现,移动互联网视频与传统互联网视频相比存在以下几个特点:
 
第一,移动视频可以通过移动设备进行交互。一方面移动视频可以突破使用PC所带来的场地、时间的壁垒,随时随地的参与移动视频的交互内容。另一方面移动视频可以通过移动设备,与电视进行跨屏交互。
 
第二,用户会因为流量的限制而被迫减少观看移动视频的时间,不能做到随心所欲地“畅所欲看”。
 
第三,智能手机的普及,终端用户的用户需求从被动观看变成“参与感”,互动的视频内容上传与下载更加普及,为用户提供的点到点数据传输的稳定性提出了极高的要求。
 
针对上述三方面问题,通过帝联科技多年在网络传输技术领域的耕耘,能够直接为业务应用提供技术服务的,我们建设了帝联移动互联网视频智慧云平台。
 
帝联移动互联网视频智慧云平台目前包含了三个大的组成部分,分别是交互视频云平台、流量经营云平台和智能流量调度云平台。
 
交互视频云平台,应用了帝联最新的点到点数据传输技术、直播多屏实时转码技术、直播流延迟精准控制技术、直播流互动指令穿透技术等先进技术,能够最大程度上减少直播流切换的延迟,并能够控制多路直播流接入的同步,对视频直播互动应用起到极强的支持能力。
 
从实际使用来说,帝联科技的交互视频云平台一方面能够带来视频交互服务应用的丰富化,另一方面可以很直观的带来交互体验的提升,从而带来交互视频服务收入的提高。
 
在CDN中使用低延迟和同步延迟控制技术,可以在视频直播中创造出更多的玩法,而现在大部分时延在3-5秒到10-20秒,是无法支持这样的业
务应用的。通过我们与交互视频服务方的测算,延迟每下降1秒,将能够带来明显的用户体验提升,对交互视频所带来的收入将产生超过20%的提升。
 
在帝联移动互联网视频智慧云平台中,流量经营云平台也是十分重要的组成部分。在这个平台中,帝联科技通过先进的流量控制技术和精准调度技术,以
及云平台的多项自主服务接口技术,将能够很方便的为移动互联网视频服务商提供流量包业务的支撑,从而满足不同终端用户的定制化需求。
 
帝联移动互联网视频智慧云平台的第三部分,就是智能流量调度云平台了。互联网从WEB1.0的信息获取,发展到WEB2.0的信息共享,再到
WEB3.0的信息交互,也意味着互联网正式进入一个交互的时代,特别在移动互联网时代,智能终端的普及加速了这个过程,正所谓“无交互,不互联”,这势
必带来点与点之间网络链路的复杂性,这种复杂性在一定程度上就脱离了预先设计的网络拓扑结构,因此必须通过智能流量调度让每条点到点之间的网络链路能够动
态调整到当前最优、最可靠的链路下。这也就是帝联智能流量调度云平台做的事情。
 
在移动互联网视频领域,帝联科技建立了移动互联网视频智慧云平台,而这还远远不够,在物联网、“互联网+”等更多领域,我们将迎来更多的发展机
会。今年也正是帝联科技成立十周年,帝联科技希望能够为CDN的发展多做一些贡献,帝联科技还在不断的探索,希望各位互联网业界的朋友能够一如既往的支持
帝联科技,帝联科技也将继续尽自己的全力为互联网的发展服务。

微信域名weixin.com八位数卖了,买家不是腾讯

4月13日讯,据业内人士爆料,“微信”双拼域名weixin.com已于今天交易了,成交价格8位数。如此大手笔,神秘买家不是腾讯,也不是微信,而是9miao.com?

1428916684106.jpg

通过查询该域名的whois信息,最近一次的更新时间显示为今年4月13日,注册邮箱信息也由原先的admin@ipchina.com变成了现在的uxqclm@qq.com,联系人一栏写的是li ming,也是9秒社区(9miao.com)的域名持有人,目前weixin.net已经跳转到9miao.com。据此看来,买家并非腾讯公司。

今年2月,360公司斥资亿元收购数字域名360.com,成为交易价格最高的域名,而此前该记录一直由1300万美元交易的sex.com保持。而此次微信域名weixin.com的交易价格据说仅次于360.com,若消息为真,想必也是天价了。不过也有业内人士说,该域名交易价格为3000万元。而据微信2字母域名wx.com持有人透露,wx.com的报价也达8位数,不过目前并没有出售的打算。

微信相关域名之所以会卖到如此高价的原因在于,其背后的终端——腾讯微信。而且微信域名weixin.com就算不被腾讯拿下,就其品牌效应和流量等方面而言,其价值也是巨大的。据了解,腾讯之前是接触过weixin.com卖家的,但现在的天价即使是财大气粗的腾讯,恐怕也要考虑一下是否值得购买了。

侧面来看,也告诉我们企业前期没有重视品牌域名的保护,等到项目做大了,很可能会导致域名天价更加难以拿下,就拿腾讯来说,现在想要拿下weixin.com恐怕还得花一定的心思,腾讯其实也是蛮痛苦的。

四川电信递归DNS 61.139.2.69异常故障,网站无法解析

4月13日下午,JS监控到四川地区电信递归DNS(61.139.2.69)发生故障,大量四川电信网民因使用该DNS导致网站无法访问。

目前监控到的现象主要有两类:一是大量网站解析失败率极高;二是部分网站解析被篡改,DNS解析TTL值被篡改成超大值

截止目前故障已经在微博中引起了大量网友反馈,对于这一问题,网民可将电脑DNS修改为OpenDNS如:114.114.114.114,223.6.6.6来恢复网站访问。

一般而言,DNS故障,除过软硬件故障外,很多时候亦是因为递归DNS受攻击引发,本次如果四川电信递归DNS受攻击是由攻击某个域名引起,极大原因是该网站因为NS服务器被打掉,从而导致递归DNS访问该NS服务器长时间挂起大量消耗性能从而引起递归DNS异常。

测试结果如下:

# dig @61.139.2.69 www.baidu.com

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @61.139.2.69 www.baidu.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49457
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.baidu.com.                 IN      A

;; Query time: 313 msec
;; SERVER: 61.139.2.69#53(61.139.2.69)
;; WHEN: Mon Apr 13 17:46:22 2015
;; MSG SIZE  rcvd: 90

UCloud获近亿美金C轮融资,启动全球精英招募计划

QQ截图20150409191822.jpg

UCloud宣布:UCloud已获得近亿美金C轮融资,资金将用于技术研发、基础设施建设、全球精英招募以及更广泛的市场推广。本次融资由君联资本领投,VMS Legend Investment Fund I、DCM、贝塔斯曼、光信资本跟投,额度高达近亿美元,再次刷新国内IaaS领域单笔最大融资金额。此前,我们已于2013年11月获得DCM领投,贝塔斯曼跟投的A轮投资,并于2014年6月获得由君联资本、贝塔斯曼领投,DCM跟投的B轮投资。

资本市场的一再青睐,足见云计算产业高速、稳定的增长趋势;而作为中立、专注、自主研发的云服务商,基于行业领先的技术能力,对行业特性的深刻理解,以及对用户需求的精准解读,我们不仅获得了市场的高度认可,并再次赢得投资人的信任。

本轮资金将被用于更为深入的技术研发,深耕系统软件及大数据领域;并开启全球精英招募工作,以CEO季昕华、COO华琨、CTO莫显峰、高级VP陈晓建为核心的导师团将亲赴硅谷招募精英人才。

目前,我们已经承接部分海外企业在国内的业务,也陆续有来自硅谷的高端人才加盟。我们将率先推出全球版本云服务平台,开启海外业务模块,与国际老牌云服务商同场决逐。

此外,该笔资金还将用更为广泛的市场拓展。一方面,我们将持续大力扶持创业者,以上海为试点广泛布局UCloud孵化器,并在全国开展与投资及创业服务机构的深入合作。另一方面,我们将在“互联网+”的时代,实现在大数据、在线教育、O2O、互联网金融方面的突破性发展。化云为雨,帮助传统行业企业缩短转型路途,转挑战为机遇。

当前的时代背景下,云计算所引领的产业升级已由推动内部创造向外部创造拓展。我们相信,本土互联网创新企业不仅已在全球竞争中展现出独特优势,也将引领传统行业从制造向创造、从创造向创新发展,更将吸引全球创新能力汇聚中国,在中国经济转型中发挥重要作用。

 

PHP fastcgi TCP(127.0.0.1:9000)和unix domain socket方式性能对比

Nginx连接fastcgi的方式有2种:TCP和unix domain socket 

什么是Unix domain socket?

Unix domain socket 或者 IPC socket是一种终端,可以使同一台操作系统上的两个或多个进程进行数据通信。与管道相比,Unix domain sockets 既可以使用字节流,又可以使用数据队列,而管道通信则只能使用字节流。Unix domain sockets的接口和Internet socket很像,但它不使用网络底层协议来通信。Unix domain socket 的功能是POSIX操作系统里的一种组件。

Unix domain sockets 使用系统文件的地址来作为自己的身份。它可以被系统进程引用。所以两个进程可以同时打开一个Unix domain sockets来进行通信。不过这种通信方式是发生在系统内核里而不会在网络里传播。

下面php fastcgi使用TCP和unix domain socket方式对比

TCP是使用TCP端口连接127.0.0.1:9000

Socket是使用unix domain socket连接套接字/dev/shm/php-cgi.sock(很多教程使用路径/tmp,而路径/dev/shm是个tmpfs,速度比磁盘快得多

测试机是个1核的centos6.4,2用户并发时系统资源消耗50%左右,10用户资源就跑得很满了。

2users 10users
nginx/1.2.9 + PHP 5.2.5 tcp 1060 1294
nginx/1.2.9 + PHP 5.2.5 socket 997 1487
nginx/1.2.9 + PHP 5.3.10 tcp 906 1082
nginx/1.2.9 + PHP 5.3.10 socket 880 1247

结论是在服务器压力不大的情况下,tcp和socket差别不大,但在压力比较满的时候,用套接字方式,效果确实比较好。

因为:对于进程间通讯的两个程序,unix domain socket的流程不会走到TCP 那层,直接以文件形式,以stream socket通讯。如果是TCP socket,则需要走到IP层。对于非同一台服务器上,TCP socket走的就更多了。

下面是php 5.3以上版本将TCP改成socket方式的配置方法:

修改php-fpm.conf(/usr/local/php/etc/php-fpm.conf)

;listen = 127.0.0.1:9000 listen = /dev/shm/php-cgi.sock

修改nginx配置文件server段的配置,将http的方式改为socket方式

 location ~ .*\.(php|php5)?$ { #fastcgi_pass  127.0.0.1:9000; fastcgi_pass   unix:/dev/shm/php-cgi.sock; fastcgi_index index.php; include fastcgi.conf; }

重启php-fpm与nginx

service nginx restart
service php-fpm restart
ls -al /dev/shm

可以看到php-cgi.sock文件unix套接字类型