懒人居 - Coding for fun

@长哥 用户是有选择权的，是否使用应该由用户决定

现在可以加一个debug=True到WebApplication的构造函数就可以实现了。 application = tornado.web.Application([ (r"/", MainHandler), ],debug=True)

写的是不错。我想这个世界上真正的天才毕竟没有很多。不是为了赚钱你上班干嘛或搞管理干嘛 那不如直接在家里搞研发了

@Ricky Lee 在线上系统新建索引不需要锁表也不会存在不一致的情况，因为不会直接select * from table，而是select * from table where id<当前最大id，然后顺序自己insert就行了，而新近进入的数据也能插入索引表，而索引表的顺序跟插入顺序是无关的。so，不一致的情况是不会出现的。 另外这里的单条记录也许就不是以前的单条数据库记录了，能塞进去的都塞进去，一个大对象，picle后有个50%的压缩率还是很占便宜了

问个问题，发送如果碰巧是同步出去了，框架里面的代码是不是写错了，应该是ProcessSend()，谢谢！ private void SendData(byte[] Data) { if (worker.Connected) { if (worker.Poll(-1, SelectMode.SelectWrite)) { bool RaisEvent = false; try { processsending = true; SendArg.UserToken = worker; SendArg.SetBuffer(Data, 0, Data.Length); RaisEvent = worker.SendAsync(SendArg); } catch (Exception ex) { RaisError(ex, ""); } if (!RaisEvent) { //这里是不是错了 ProcessRead(worker, SendArg); } } else { RaisError(null, "can not write"); } } else { RaisError(null, "lose connection"); } }

@亚历山大同志 全部select出来再重新insert有可能存在不一致状态，除非锁表。比如你正在select，这时候有用户insert或update了一条记录，那么索引表中是可能缺少或多出记录的。 单条记录的zip压缩效果可能不会很明显，因为表的记录与记录之间存在冗余信息的可能性更大，除非记录中文本占的比例较大，zip压缩的效果才好。

@Ricky Lee 1。加索引会提供根据现有数据重建索引的方法，因为只需要全部select出来重新insert一次 2。确实会有冗余产生，不过存储的时候zip压缩过，互相抵消一下影响 3。写代码的时候因为有model所以代码中的一致性是很好的，需求变更就改models，如果没有动到索引直接能够自动适应变化。这个项目的目的就是用model来消除schemeless中纯字典来存数据造成的问题，且同时也要解决这种存储方式造成的要操作多表的问题，所以数据一致性是这个库本身要解决的问题。使用的时候不用管一致性了。至于易用性，这里有个强迫的行为就是强迫用户必须通过索引来取数据列表，这样可以防止写出低效的数据访问代码来

想法挺新的，但请教lz几个问题： 1、如果表已经在线上用了并且有数据，那后面如果要加索引，你打算如何保证数据的一致性？如果同时还有并发更新的话； 2、是不是有数据冗余造成的空间浪费？ 3、从开发的角度上看，易用性是不是下降了？写代码的时候还需要保证几个表的一致性之类的，如果是需求经常变更的，修改起来很不方便

挺好的，道理上是能行的通的，还用了元类，还飘逸。。。 我觉得不要和django结合的太紧密了，最好能兼容pymongo的api，这样大家学起来也方便。

不错的分享，bret taylor那篇文章影响了好多人啊，如果可以剥离出来不依赖于django，另外把那篇文章中提到的datastore里面的索引和分库管理实现了，相信会有很多人来用，合作一起搞搞吧。

求教,我的sso端login.aspx页面该怎么写呢。 [code=csharp] string id = TextBox1.Text; string pwd = TextBox2.Text; if (id == "admin" && pwd == "admin") { //创建SSO票据 TicketCreator.Create(id, "userName", "", DateTime.Now.ToString("yyyy-MM-dd HH:MM:ss")); string RSKey = System.Configuration.ConfigurationSettings.AppSettings["RequestKey"]; string psorequest = Context.Server.UrlDecode(Context.Request.QueryString[RSKey]); PSORequest pr = new PSORequest(psorequest.Trim().Replace(" ", "+")); string resKey = System.Configuration.ConfigurationSettings.AppSettings["ResponseKey"]; Ticket tc = new Ticket(); string ssorequest = sr.CreateResponseString(tc); div1.Visible = false; Response.Write("登陆已成功，现在你可以访问子应用了"); Response.Redirect(pr.Returnurl + "?" + resKey+"="+SSOResponse); [/code]

@cw 应该是各个网站有自己的注册页面。（a.domainName1.com/reg.aspx） 或者注册页面的参数喽。（domainName1.com/reg.aspx?from=a）

真是皇帝不急急死太监，微软都不急，从来都没见微软跳出来做这种对比测试，你们这帮人在这里叽叽喳喳叫多可笑啊

有个问题请教下，这session考虑多线程并发操作了吗？毕竟session是多线程共享数据！

感谢分享

框架写的不错, 非常好,扩展性很强 试着写了些，准备应用到我们的项目中，不过还需要增加一些容错性跟扩展处理, 非常好，感谢博主.

请教一个问题 ------------------------------------------- 我使用FtpWebRequest链接一个UNIX上的FTP，不清楚是什么FTP。地址为： ftp://123.123.123.123/abcd/data 使用FlashFXP却可以访问，但链接上去之后地址却变为： ftp://123.123.123.123/ccc/abcd/data 这样是什么原因，为什么出现了ccc这个目录，使用FtpWebRequest无法访问？ 我链接自己网站空间的FTP时，使用FtpWebRequest的FTP程序工作完全正常。

“21天学会Python并开始实际的编写代码绝对是可行的。” 其实对于我，我是用了几个小时通读了Python编程简要教程，第二天直接照葫芦画瓢的开始“编写代码”了，网络游戏的任务脚本……

跟Flask也很像

看完，说是ORM文章，缓存倒是花费了大量力气。 而后面的非常重要的最希望有介绍的数据库访问提供部分，只是一笔带过