Facebook收盘38.2美元 SNS股均受挫人人跌21%

Facebook上市首日股价走势图

Facebook收盘38.2美元 SNS股均受挫人人跌21%

人人今日股价走势图

Facebook收盘38.2美元 SNS股均受挫人人跌21%

5月19日消息,今日凌晨Facebook上市后收盘股价38.23美元,较发行价38美元,上涨0.61% ,较开盘价42.05美元下跌3.82%。

值得一提的是,原本定于昨晚23点进行Facebook的公开交易却两度推迟,延时半小时。

虽然此番Facebook上市的融资达到185亿美元,市值达到1151亿美元,创下科技业最大规模IPO,但并没有刺激社交媒体类股票上涨,今天收盘,社交概念股股价集体下跌,国内的人人股价较上一个交易日的收盘价跌幅高达21%。

与此同时,一些投资人和券商也对Facebook上市后的前景进行唱衰。

SNS股集体受挫 国内人人股价跌21%

北京时间昨晚的23:30,交易正式拉开,Facebook开盘价42.05美元,开盘前5分钟交易额达45亿美元。开盘后,Facebook交易量迅速放大,股价快速拉升至42.4美元附近,之后又快速下跌,一度触及发行价38美元,之后又反弹。

今天凌晨0:07,Facebook报40.08美元,上涨5.47%;凌晨1:03,Facebook报40.87美元,上涨7.55%;最终收盘股价38.23美元,较发行价38美元,上涨0.61% 。当天最高股价45美元,最低38美元。

随 着Facebook的上市,SNS概念股的股价却集体受挫:职业社交网站LinkedIn股价开盘价106.17美元,报收于99.02美元,股价下跌 5.93美元,跌幅达5.65%;社交游戏厂商Zynga开盘价8.47美元,报收于7.12美元,股价下跌1.15美元,跌幅达13.91%;而中国的 人人网开盘价6.31美元,随后一路下跌,报收于4.92美元,股价下跌1.32美元,跌幅达21.15%。

业内知名评论人洪波也在接受腾讯科技的连线时表示,Facebook上市本质上对国内的人人和开心网并不会产生实质性影响。

“国内的社交网站和Facebook的经营模式、发展理念等完全不同,只不过投资人可以借助Facebook上市,在短期内来炒热社交概念,间接获益,长远来看,影响较小。”洪波如此强调。

华兴资本CEO包凡认为,国内社交网站开心网、人人网很难从Facebook上市过程中获得收益,因为两国市场差别很大。

券商给予卖出评级 不值得10年持有?

对于今天Facebook的股价走势,据国外媒体报道称,后来有近30家投行大笔资金进入来护盘。Facebook的承销商表示,开盘时间两度推迟,主因是散户买盘太大。

纽交所资深交易员鲍勃·海勒(Bob Heller)在纽交所接受腾讯科技采访时表示,Facebook并不是一支长期持有十年的股票,Facebook何时能真正盈利存疑,其用户年龄偏低,广告效果有限。

美国券商Pivotal Research Group则给Facebook打出“卖出”评级。

包凡接受腾讯科技专访时表示,Facebook上市长期看好,但伴随其上市,随即可能会迎来一个市场低谷。

在包凡看来,短期内,Facebook在过去很长一段时间就已达到上市规模,为何迟迟不上,却要选择这样一个时间点上市,而且大规模出售旧票,Facebook管理者扎克伯格及他的团队是最聪明的一批人、与华尔街同样最聪明的一批人做这样的事,背后肯定就有深层次原因。

包凡称,自己并不清楚深层次的原因是什么,但让人难以忘记的是,此前黑石上市,不久美国股市就遭遇了一场百年难见的金融危机,黑石股价随后一路下跌,导致投资者损失惨重,包括中投都没有避免。

SPDY 是什么?如何部署 SPDY?

[核心提示] 当老迈的 HTTP 协议逐渐不能满足人们需求的时候,Google 的 SPDY 协议出现在面前,那么这个长期以来一直被认为是 HTTP 2.0 唯一可行选择的 SPDY 是什么呢?当下我们如何能部署上 SPDY 呢?

左边是普通 HTTPS 加载,右边是 SPDY 加载。是不是很神奇?

SPDY 是什么 ?

SPDY 是 Google 开发的基于传输控制协议 (TCP) 的应用层协议 ,开发组正在推动 SPDY 成为正式标准(现为互联网草案)。SPDY 协议旨在通过压缩、多路复用和优先级来缩短网页的加载时间和提高安全性。(SPDY 是 Speedy 的昵音,意思是更快)

SPDY 与 HTTP 的关系

http-spdy

SPDY 协议只是在性能上对 HTTP 做了很大的优化,其核心思想是尽量减少连接个数,而对于 HTTP 的语义并没有做太大的修改。具体来说是,SPDY 使用了 HTTP 的方法和页眉,但是删除了一些头并重写了 HTTP 中管理连接和数据转移格式的部分,所以基本上是兼容 HTTP 的。

Google 在 SPDY 白皮书里 表示要向协议栈下面渗透并替换掉传输层协议(TCP),但是因为这样无论是部署起来还是实现起来暂时相当困难,因此 Google 准备先对应用层协议 HTTP 进行改进,先在 SSL 之上增加一个会话层来实现 SPDY 协议,而 HTTP 的 GET 和 POST 消息格式保持不变,即现有的所有服务端应用均不用做任何修改。

因此在目前,SPDY 的目的是为了加强 HTTP,是对 HTTP 一个更好的实现和支持。至于未来 SPDY 得到广泛应用后会不会演一出狸猫换太子,替换掉 HTTP 并彻底颠覆整个 Internet 就是 Google 的事情了。

为什么要重新建立一个 SPDY ?

距离万维网之父蒂姆·伯纳斯-李发明并推动 HTTP 成为如今互联网最流行的协议已经过去十几年了(现用 HTTP 1.1 规范也停滞了 13 年了),随着现在 WEB 技术的飞速发展尤其是 HTML5 的不断演进,包括 WebSockets 协议的出现以及当前网络环境的改变、传输内容的变化,当初的 HTTP 规范已经逐渐无法满足人们的需要了,HTTP 需要进一步发展,因此 HTTPbis 工作组已经被组建并被授权考虑 HTTP 2.0 ,希望能解决掉目前 HTTP 所带来的诸多限制。而 SPDY 正是 Google 在 HTTP 即将从 1.1 跨越到 2.0 之际推出的试图成为下一代互联网通信的协议,长期以来一直被认为是 HTTP 2.0 唯一可行选择。

HTTP 协议的不足

1. 单路连接 请求低效

HTTP 协议的最大弊端就是每个 TCP 连接只能对应一个 HTTP 请求,即每个 HTTP 连接只请求一个资源,浏览器只能通过建立多个连接来解决。此外在 HTTP 中对请求是严格的先入先出(FIFO)进行的,如果中间某个请求处理时间较长会阻塞后面的请求。

(注:虽然 HTTP pipelining 对连接请求做了改善,但复杂度增加很大,并未普及)

2. HTTP 只允许由客户端主动发起请求

服务端只能等待客户端发送一个请求,在可以满足预加载的现状是一种桎梏。

3. HTTP 头冗余

HTTP 头在同一个会话里是反复发送的,中间的冗余信息,比如 User-Agent、Host 等不需要重复发送的信息也在反复发送,浪费带宽和资源。

SPDY 协议的优点

1. 多路复用 请求优化

SPDY 规定在一个 SPDY 连接内可以有无限个并行请求,即允许多个并发 HTTP 请求共用一个 TCP会话。这样 SPDY 通过复用在单个 TCP 连接上的多次请求,而非为每个请求单独开放连接,这样只需建立一个 TCP 连接就可以传送网页上所有资源,不仅可以减少消息交互往返的时间还可以避免创建新连接造成的延迟,使得 TCP 的效率更高。

此外,SPDY 的多路复用可以设置优先级,而不像传统 HTTP 那样严格按照先入先出一个一个处理请求,它会选择性的先传输 CSS 这样更重要的资源,然后再传输网站图标之类不太重要的资源,可以避免让非关键资源占用网络通道的问题,提升 TCP 的性能。

2. 支持服务器推送技术

服务器可以主动向客户端发起通信向客户端推送数据,这种预加载可以使用户一直保持一个快速的网络。

3. SPDY 压缩了 HTTP 头

舍弃掉了不必要的头信息,经过压缩之后可以节省多余数据传输所带来的等待时间和带宽。

4. 强制使用 SSL 传输协议

Google 认为 Web 未来的发展方向必定是安全的网络连接,全部请求 SSL 加密后,信息传输更加安全。

SPDY 协议的意义

按照 Google 的说法,SPDY 被创造出来的唯一目的就是让 Web 更快(strive to make the whole web fast),其名字 SPDY(Speedy) 也似乎在暗示着这一点。那么 SPDY 的意义又在哪里呢?

1. 普通用户:

对于使用者来说,隐藏在浏览器下面的 SPDY 相比 HTTP 没有任何区别,但是我们可以感觉到 Google 服务在 Chrome 下异常的快,这就是 SPDY 的功劳了。此外网站信息传输加密后不用担心信息被截取等,大大增加了安全性和保密性。

2. 前端人员:

对于前端工程师们来说,提升页面效率是一件很重要的事情,目前大多采用像 CSS Sprites 等方法来优化网站,对于因为页面加载时每张图片、icon 都请求一个连接甚至采用在不同页面引用不同图片来降低一个页面内图片的请求数量。而现在有了 SPDY 的请求优化可以将请求顺序进行重排,这样可以在很大程度上缓解页面加载时图片请求带来的影响。例如像极客公园的报名页面,如果报名用户过多,例如极客公园2012年创新大会极客公园第 27 期长城会, 可以很明显的感觉出头像的请求会拖累整体页面加载变慢甚至变卡,相信对于这点,经常上淘宝或刷微博的会深有体会,一旦网速稍微慢点就会出现页面加载异常, 还有像苹果 App Store(除去服务器因为地区的延迟),豌豆荚这类应用分发平台上应用图标刷新缓慢等.

3. 运维人员:

SPDY 在降低连接数目的同时,还使得服务器上每个客户端占用的资源也减少,从而可以释放出更多内存和 CPU 。此外 SPDY 综合起来可以将浏览速度提升一倍,页面加载延迟方面的改进达 64% 。

众家支持的 SPDY 协议

如果你在使用 Chrome 浏览器,同时使用像 Gmail 等 Google 的网络服务的话,其实你已经不再是通过 HTTP 访问这些服务了。在浏览器打开 chrome://net-internals/#spdy 就会发现你已经在使用 SPDY 协议了。(除了包括 Google 自家的 Gmail、Google Plus 等 Google 系服务外,其他公共站点例如 Twitter 和 Webtide 也已经支持该协议。在国内,基于 WebKit 的豌豆荚 2.0 也曾表示将引进Chrome的SPDY技术来进一步提升速度

就像上图所示的那样,SPDY 的实现需要浏览器客户端和 Web 服务器同时支持。在客户端浏览器这快 Google自家的 Chrome 和Chromium 全系列不用说,都已经支持SPDY; Mozilla 家的 Firefox 自 Firefox 13 也默认开启对 SPDY 的支持。而亚马逊家的 Silk 利用 SPDY 的深度其实不比 Google 自家的 Chrome 和 Firefox 差。

在Web 服务器方面包括最流行和最广泛的 Apache 在内,Netty、Jeety、Varnish、Erlang 和 Hightide 应用服务器以及面向 node.js 的服务器也都已经宣布支持 SPDY。( Nginx 也表示将支持 SPDY

如何部署 SPDY?

近日 Google 正式发布了适用于最流行 Web 服务器 Apache 的插件 mod_spdy,将其下载安装后你的 Apache 服务器就能使用 SPDY 协议与兼容 SPDY 协议的浏览器如 Chrome、FireFox 等进行通信。像之前所说的那样,SPDY 是运行在 HTTPS 上,非 HTTPS 流量并不会受到 mod_spdy 影响。

SPDY 部署要求:

1. Apache 2.2 (≥2.2.4)
2. mod_ssl 模块开启

SPDY 部署步骤:

1. 下载 mod_spdy 模块

下载页面下载对应系统的安装包

2. 安装 mod_spdy 模块

在系统终端运行下面命令行

dpkg -i mod-spdy-*.deb
apt-get -f install

-系统为 Debian/Ubuntu

————————————————————

yum install at (if you do not already have ‘at’ installed)
rpm -U mod-spdy-*.rpm

-系统为 CentOS/Fedora

3. 重启服务器(Apache)

sudo /etc/init.d/apache2 restart (Debian/Ubuntu)

4. 确定开启与否

打开 Chrome 浏览器,输入并前往 chrome://net-internals/#spdy 页面,查看主机名称是否出现在标识栏中。如果出现说明已经部署完毕,如果没有出现去服务器错误日志(error.log)里查询。

未来的web基础?

在最新的协议文档里 Google 重新将 SPDY 分为了两层,其中一层被描述为 HTTP-like,大有取代 HTTP 的意图(Google 最近的一篇文章已经直呼 SPDY 为“a replacement for HTTP”)。同时 HTTP 2.0 标准制定工作组(HTTPbis)也表示,SPDY 很有希望接替当前的 HTTP 传输实现

考虑到 Chrome 和安卓的份额以及标准的推动,相信 SPDY 会有一个好前景。因此选择此刻支持 SPDY 也是明智的选择。

4 个开源的 Java 代码静态分析工具

1. PMD

PMD是一款采用BSD协议发布的Java程序代码检查工具。该工具可以做到检查Java代码中是否含有未使用的变量、是否含有空的抓取块、是否含有不必要的对象等。该软件功能强大,扫描效率高,是Java程序员debug的好帮手。

PMD支持的编辑器包括:
JDeveloper、 Eclipse、JEdit、JBuilder、BlueJ、CodeGuide、NetBeans/Sun Java Studio Enterprise/Creator、IntelliJ IDEA、TextPad、Maven、Ant,、Gel、JCreator和Emacs。

2. FindBugs

FindBugs是一个能静态分析源代码中可能会出现Bug的Eclipse插件工具。它也可以分析被编译过的程序。这个工具已经被下载了超过70万次。

 

 

3. JLint

Jlint 可以帮助你检查 Java 代码找出 Bug,不一致和同步问题。JLint 运行非常快速,即使你的项目非常大,它也只需要几秒钟就能检查所有的类。Jlint 已经成功的商业环境中应用。

 

 

4. Checkstyle

Checkstyle 是一个用来帮助开发者编写符合编码标准的代码的工具。它是高度可以配置的,几乎可以支持任何编码标准。它也可以用来帮助发现类的设计问题,重复代码,问题代码等等。这个工具可以和 Ant 整合。

Facebook 正式登陆纳斯达克 首笔交易价格 $42.05

美国东部时间5月18日11:00,北京时间5月18日23:00,Facebook正式登陆纳斯达克,交易代码“FB”。不过不知道什么原因,原定11:00开始的交易一直被推迟了半个小时,直到当地时间11:30才千呼万唤始出来——首笔交易价格为 42.05美元/股,按此交易价格计算,Facebook市值为1152亿美元。

Facebook这一IPO打破了几项纪录:首先是有史以来最大的科技公司IPO,公司的估值近1040亿美元,比谷歌2004年上市大四倍;其次 是已经获得的风险投资最多,已经达到22亿美元,是第二名无线宽带服务提供商Clearwire的两倍;三是IPO前收购其它公司数量最多,在IPO前总 共收购了13家其他的创业公司。

不过有分析人士称,Facebook或许是网络经济的最后一次盛宴,往后再难有公司打破这一纪录。由于奥巴马在4月5日签署了JOBS法案,将触发 注册的股东人数从500人提高到2000人,这一变化可能使得快速发展的创业公司可以其他方式筹集资金,而随着股东人数的增加,企业的发展速度往往就会变 慢。

以下是与Facebook本次融资相关的几个数字:

1.市值达1152亿美元,成为美国资本市场有史以来上市时市值最大企业;

2.融资额181亿美元;

3.28岁的扎克伯格成为最年轻的亿万富豪;

4.市盈率高达129倍;

5.在IPO后,扎克伯格依然占有57%的投票表决权,拥有绝对控制权。

ARM 平台的 Windows 8 没有 JIT

Windows 8 在 ARM (W8ARM) 平台上面只允许独立开发者开发沙箱应用程序。也就是说只能访问 WinRT API 而不是完整的 Win32 API。WIN32 API 是存在的,但是只有 IE 还有系统进程能访问。

WinRT API 不提供类似 VirtualAlloc() 或者 VirtualProtect() 的功能来动态的执行代码。但是 JIT 编译器需要这个功能,也就是 W8ARM 将没有第三方的 JIT 编译器。

IE 在 W8ARM 上有特殊的权限,可以用 JIT 编译器来加速 JavaScript。任何其他浏览器都不可能在 W8ARM 上和 IE 拼性能……

这个限制的影响是甚远的。在 W8ARM 上,没有 LuaJIT,没有 PyPy,没有 Java,没有 V8,也就没有 Scala,Clojure,JRuby……

 

原文链接,OSChina.NET 编译