- 主题:现在还有用cgi开发web应用的吗？
报告一下，我现在是用C++和API开发WEB，没有任何框架。
【 在 buxi (淡水一篮) 的大作中提到: 】
: rt?
--
FROM 123.116.137.*
当你发现要包装一大堆的东西到一个框架的时候，会发现自己写一个框架工作量会更小
而且一些特殊的原因，需要一些高并发的要求，所以需要worker thread和CPU核心数相等，所有逻辑无阻塞来达到这一要求，不好挑一个合适的框架。
【 在 diogin (design universe...) 的大作中提到: 】
: 何苦
--
FROM 123.116.137.*
no
http://www.baring.cn/
目前只支持IE，chrome 6+, safari 5+, firefox
opera的不支持。
准确地说，算是行情服务器的一个插件吧，废劲写一堆通信的模块一个是不省力，一个是效率上也得不到保证。
【 在 xprogrammer (xprogrammer) 的大作中提到: 】
: TP-link?
--
修改:ttl FROM 123.116.137.*
FROM 123.116.137.*
我懒得调CSS了，你仔细看，大布局还是div的嘛，哈哈哈。
【 在 kabbesy (步子大了，容易扯着蛋) 的大作中提到: 】
: table布局
: 搁在webdev得被拍死
--
FROM 123.116.137.*
呵呵，不是cgi了，是自己用http.sys的api+iocp裸写的一个微型框架。
不写规整点，维护的时候自己也累啊。
【 在 kabbesy (步子大了，容易扯着蛋) 的大作中提到: 】
: cgi做这么规整，真有爱啊
: orz
--
修改:ttl FROM 123.116.137.*
FROM 123.116.137.*
我C++的框架一天就写完了，原来有个asp.net的原型，负载能力完全的不行，并发太高了
对外汇来说，平均每秒每连接有7条行情数据要发，你说啥框架合适呢，现在web server里我接触过的，也就ngix是能很好地处理c10k的问题的了。
而且，现在这样发布的时候只要server多带一个dll就能做web行情，要教那帮客户去部署
很累的 lol
【 在 WWWHTTP (wwwhtt) 的大作中提到: 】
: 你这个也范不着用C++写。只是你不知道用什么写而已。
--
修改:ttl FROM 123.116.137.*
FROM 123.116.137.*
呃，win server这么被b4啊，还以为大都是跨平台的呢。
这个网站只是一个演示性质的东西，主要是说明能做WEB实时行情和图表。
行情部分反正我接触过的东西里是没有适合的，很少有基于长连接的框架，而且对性能要求也比较高。
行情图部分嘛，主要是要通信的数据类型太多，且还要把一堆画图算法和公式解析系统都迁移过去，也太累了吧。
新闻部分，是个框架都可以，只是说明有这类型数据罢了。
PS：不要在周末没行情的时候看这个网站的效果 :)
【 在 WWWHTTP (wwwhtt) 的大作中提到: 】
: 你的服务器在WINDOWS平台，不发表看法。
--
修改:ttl FROM 123.116.137.*
FROM 123.116.137.*
这东西不能通用，基本上说就是要做到你的所有逻辑完全无阻塞，且必须是纯静态页面+纯数据请求的方式。
【 在 Coooold (COoOold) 的大作中提到: 】
: 求基础代码开源
--
FROM 123.116.137.*
嗯，的确没有可移植性。都用的是http.sys的api。
【 在 WWWHTTP (wwwhtt) 的大作中提到: 】
: 不是B4你。而是有些框架不在WINDOWS下工作。
: WINDOWS下面的C++的网络代码一般是不能在LINUX/Unix下面工作的。
--
FROM 60.28.165.*
必然是推的啊，你搜一下comet，server push之类，很多资料的。
每秒那么多数据，拉的话，服务器多累啊。
【 在 tbe (土豆炖牛肉 => 生煎包) 的大作中提到: 】
: 刚好问个行情的问题，行情的刷新是客户端那个js函数不停的去query服务器么？
--
FROM 123.116.136.*