呵呵，正在研究插件机制，谢谢你的反射文档。。。

个个感觉用FLASH会是第一选择
客户端安装率很高，表现层技术很强

对于楼主说的明文传输，是HTTP协议的特性，不然也不会出来HTTPS了。
对于AJAX要有一个正确的定位，如果用AJAX会出现漏洞，那用传统的网站方式也是一个样。就是用了一个XMLHTTP而已。
它只是一个表现形式，他只能用JS操传，不能I/O，不能写数据库，有什么漏洞可言？？？？？
对于安全性的关注，实质上要关注那么些C#,JSP,ASP,PHP之类的代码

不知道写什么

--引用--------------------------------------------------
無尽海: @斯克迪亚
我知道现在运营商不在乎，
当外挂之类泛滥成灾的时候我看是个正常的玩家不会玩更不会掏钱，
我这篇需要说明的是使用AJAX方式没有多少生存空间，
因为没写完。。。我大意是，使用flash，sliverlight这些RIA方式会成为webgame的主流，
其实使用RIA已经说不上web了，完全就是可以独立运行应用程序


--------------------------------------------------------
老实说我觉得在WebGame上掏钱的玩家都不太正常～
如果是我的话，除非闲到掉渣&&钱多得花不完&&没有别的游戏选择，否则我绝不会在那上面花半分钱，估计最近这几辈子不太会有这种情况出现。

RIA肯定是要好一些，无论安全性还是性能、画质上，除非浏览器性能有质的飞跃，否则肯定会被RIA吃掉这一块市场。
浏览器方面各自为战，很难共进，有点希望的也就是Webkit，但还需要继续提升性能，并优化GPU支持，这个很难搞。并且现在的大半市场还都是慢吞吞的IE+火狐守着，它们的步伐很难跟上。

@斯克迪亚
我知道现在运营商不在乎，
当外挂之类泛滥成灾的时候我看是个正常的玩家不会玩更不会掏钱，
我这篇需要说明的是使用AJAX方式没有多少生存空间，
因为没写完。。。我大意是，使用flash，sliverlight这些RIA方式会成为webgame的主流，
其实使用RIA已经说不上web了，完全就是可以独立运行应用程序

web ...game 那是真的玩玩~！！

其实运营商根本不在乎你是否挂机，甚至不在乎你作弊，只要有人点击，他就满足了，人多了自然有冤大头掏钱。
而且网页游戏我真不觉得会有太多人喜欢，宣传的多少多少万在线大都是吹出来的，我甚至觉得他们可能自己在服务器设一些外挂伪装成用户，让你觉得他那里不是很冷清。
服务器不需知道你到底怎么干的，只需要知道你到底干了什么，然后分析你的成就，只要不是太离谱的就可以接受，这里不需要太严格，没有那个必要。

--引用--------------------------------------------------
金色海洋（jyk）: 不知道seo是否支持这种压缩。
--------------------------------------------------------
SE一定是必须GZip的，呵呵。

@K_Reverter
今天我看你的文章呵呵
http://www.cnblogs.com/step1/archive/2008/04/11/1148933.html
70W个静态页面...

为什么很多人说没意义呢
既减少流量又减少空间（服务商的是要￥的）
还减少了磁盘读写

@我太有才了

您可以试下下面的SQL语句：
SELECT Id, UserId, Remark, RecordTime
FROM Blog AS b1
WHERE (Id IN
(SELECT TOP 1 Id
FROM Blog
WHERE (UserId = b1.UserId)
ORDER BY RecordTime DESC))
如果需要查找某人最近发的XX篇帖子，只需要将“TOP 1”改成“TOP XX”就可以了。
这条语句用到了子查询来确定某个用户最近发表的帖子ID，然后用子查询得到的id来确定选取blog表中的哪些行。

实属误解。。。

还要经过.net处理又为何称之为静态呢？

@阿勇
压缩和解压缩耗费资源...
解压发生的几率仅仅在千分之几，没什么影响

压缩也是在生成页面的时候一次性负载

@datasky
如果页面顶部和底部经常变化
我觉得还是用页面滑动缓存或者页面甜圈缓存
当然shtml或者Ajax的处理方式不错

母版加text（asxp）的做法还真的不比缓存，毕竟aspx还是经过了完成的页面周期

用 order by

very goods.

--引用--------------------------------------------------
DullWolf: @我太有才了
试下这个：
select user.ID,user.Nick,Blog.Remark
from Blog,user
where Blog.userID=user.ID and Blog.RecordTime in (select max(RecordTime) from Blog)
--------------------------------------------------------


这样也可以:
create table Blog(ID int,UserID int,Remark varchar(200),RecordTime datetime)
insert blog(ID,UserID,Remark,RecordTime)
select 1,1,'第一贴','2008-2-4'
union
select 2,1,'第二贴','2008-2-5'
union
select 3,2,'2的第一贴','2008-2-4'
union
select 4,2,'2的第二贴','2008-2-5'

create table Users(ID int,Nick varchar(50))
insert into Users(ID,Nick)
select 1,'张三'
union
select 2,'李四'


select id,nick,(select top 1 remark from blog where blog.UserID=Users.ID order by RecordTime desc)
from Users

我看过生成静态页的一般都是新闻文章性质的页面。
但是就算是这样的页面，其顶部和底部的非文章内容如果经常变化怎么办？
是不是要把所有的文章页面全部重新生成一次？

前段时间也有过这样的需求，我当时采用了下面的思路，请各位指点：

文章的内容生成一个html或者txt文件都可以。
顶部和底部的非文章部分放到一个母板页里。
生成文章文件的同时，再生成各自对应的aspx文件，而这些文件都是继承自母板的，并且在母板的内容域里调用文章的html或txt文件。
用户浏览新闻时，就是浏览的这些aspx文件。
如果需要修改非文章部分的内容，就在母板里改。

这么一搞，已经失去静态的优势。

支持了先，等会儿试试