合着现在push还是什么高端技术？？

引用:

原帖由 leedsun 于 2010-12-20 21:27 发表
push简单的说就跟短信一样，发过来后由运营商经过处理发送给你——送
IP的那个不能算严格意义的push，因为是机器本身通过网络间断的联线取得邮件——拿

ip和android的push都是推送。谢谢，不懂别瞎说。
长连接技术。就是为了让服务器能推送数据到客户机。
这种技术手段普及在各个地方了。
你上gmail里的gtalk就用了长连接技术。
包括软件如电骡，qq，包括很多网游。
长连接早就是成熟的技术了。
这些全是服务器推送到客户端的。
日常生活一直在push。

[ 本帖最后由 cc0128 于 2010-12-21 10:40 编辑 ]

连什么叫push都没明白就敢出来发帖

posted by wap, platform: UC

我的理解是我们的gprs或者3g都没有公网端口，所以服务器不能主动连上你，只有你主动连服务器建立好连接，那么服务器在想找你的时候就能找到你，也是直接数据进来的。push方式好几种，有轮询，也有长效连接，还有就是某些人说的运营商给的真push。
论费电，长连接还真没增加多少耗电，并且不用跟运营商捆绑，有数据网络就行。那种老push其实早就落伍了……

看样子我可以把我的ipad也来福斯代尔一把。

引用:

原帖由 小文 于 2010-12-20 18:57 发表
对，一定要真push用着才有优越感，一切功能强大都是假的，真push最高。
用iPhone、Android那些免费的push算什么闪光弹，一定要每月108扔进去才行呀

你这就是种病

引用:

原帖由 supermaneverbk 于 2010-12-21 01:09 发表
所有能实时从服务器接受Email到本地的的手持客户端的行为都可以称之为PUSH~~

所以说现下不光是黑莓，基本上是个智能手机都支持push的~~

怪不得RIM傻逼了 :D

智能手机都能push最高 :D

posted by wap, platform: iPhone

rb哥也不能老是冷嘲热讽啊，大家都在等你科普啊

人家说了，常时数据连接也是push，我还说个啥，退散滚操吧

喜欢rim不是病，rimming时候菊花的确很爽

posted by wap, platform: iPod (iTouch)

引用:

原帖由 @神奇  于 2010-12-21 09:08 发表
只有实时推送到桌面，我管你是用那种方式

重要的是我可以使用这个服务不就行了么。

bb的push mail可以不开mail页面直接像短信一样回复么？可以的话还能说说，不行的话有什么优越感？？

Bb确实和回复短信一样，不开mail界面。

我从头问到尾想知道这两种push在技术和结果（使用效果）上有啥区别，到现在都还没看明白。

两边的老大，都站出来，客观的解释下如何啊。

posted by wap, platform: iPhone+UC

iphone的这种push方式还是比较费流量的，一个月光push就要50m左右

posted by wap, platform: iPod (iTouch)

没纠结过有啥区别。以前也用iiphone，后来换了9700加入了公司的bes，大家都黑霉有时候很方便。有一点不好就是老板24小时都可以找到你了，这个挺不爽的。
不过黑霉邮件界面比iphone真的好用很多。也省电，我bb只收发邮件和接打电话，一天100到200封，待机还是挺满意的能到三四天

维基百科英文版
Push technology(redirect from HTTP Streaming)： http://en.wikipedia.org/wiki/Push_technology
Comet：（一种长连接web应用）  http://en.wikipedia.org/wiki/Comet_(programming)

截取部分
HTTP server push
HTTP server push (also known as HTTP streaming) is a mechanism for sending data from a web server to a web browser. HTTP server push can be achieved through several mechanisms.
Generally the web server does not terminate a connection after response data has been served to a client. The web server leaves the connection open such that if an event is received, it can immediately be sent to one or multiple clients. Otherwise the data would have to be queued until the client's next request is received. Most web servers offer this functionality via CGI (e.g. Non-Parsed Headers scripts on Apache).
Another mechanism is related to a special MIME type called multipart/x-mixed-replace, which was introduced by Netscape in 1995. Web browsers would interpret this as a document changing whenever the server felt like pushing a new version to the client.[1][2] It is still supported by Firefox, Opera and Safari today, but traditionally ignored by Microsoft.[3] It can be applied to HTML documents, but also for streaming images in webcam applications.
The WHATWG Web Applications 1.0 proposal[4] included a mechanism to push content to the client. On September 1, 2006, the Opera web browser implemented this new experimental technology in a feature called "Server-Sent Events."[5][6] It is now being standardized as part of HTML5.[7] Another related part of HTML5 is the WebSockets API, which allows a web server and client to communicate over a full-duplex TCP connection.