随笔- 26
文章- 2
评论- 101
最新评论
7goal 2011-04-09 03:03
不知你此种处理方式目前来看效果如何？
brightwang 2010-12-02 18:43
[quote]duncannjm：这个我用过的，貌似浏览器兼容方面做的不好，拖动放大仿小条时不够灵敏，上传大图时框框定位有问题，上传的图片太小时显示有问题，或直接显示不出来！[/quote]
升级Jqyery UI后会减少兼容性问题，其实有帮其他用过这个的朋友修改过兼容性问题，也很想做个修复版的，可是一直没有时间，惭愧。只能作为一个做的思路提供。
duncannjm 2010-12-02 13:16
这个我用过的，貌似浏览器兼容方面做的不好，拖动放大仿小条时不够灵敏，上传大图时框框定位有问题，上传的图片太小时显示有问题，或直接显示不出来！
jingle 2010-07-07 16:36
怎么下载不了啊 LZ还有的话给我一份 jingleyi@163.com
谢谢先
brightwang 2010-05-28 23:20
[quote]wsky：3.5之后出现的诸多特性都是迎合动态语言的需求，语法糖嘛[/quote]
对，其实底层IL没有什么变化，编译器是做的越来越牛B了。
brightwang 2010-05-27 11:05
[quote]木子博客：Stopwatch没有Reset的吧，时间继续加[/quote]
恩，改了，不过累加后分别递减获取的时间还是说明问题的。
brightwang 2010-04-25 21:07
[quote]木子博客：
select * from ol_question where questionid in (select questionid from ol_questiontag)这样的语句一定是不会被索引的。所以你可以分开执行：select questionid from ol_questiontag，它会被缓存，然后再执行前面的SQL语句就可以被索引了。
枚举的索引是int的，所以索引是有效果的。MySQL自带的enum类型的效果才不明显，它存储的其实是字符串。
MySQL只能高效地搜索索引的最左前缀。索引跟数据库表的存储引擎有关系，所以不能这样地讨论索引，你这个应该是MyISAM的存储引擎吧。[/quote]
。。。那你那还算是子查询。。。，我讨论的是子查询，你那方法也不好，我直接分两段从数据库返回在in就好了，或者插入heap表都可以解决这个问题。。。还有索引只有很少变化的值是很浪费的，不知道你认真看了我写什么了吗。。。我说的是唯一性差的不索引。。。，你还真是擅长把话题引到奇怪的地方。。。
brightwang 2010-04-21 12:17
[quote]木子博客：4月15日的明天继续，到今天都没有新的...[/quote]
正准备写写task类的使用，发觉这个部分很有意思。
brightwang 2010-04-21 12:14
[quote]木子博客：
线程的系统开销很大啊。系统会为每个线程分配并初始化一个线程内核对象，会保留1MB的地址空间用于用户模式堆栈和12KB的地址空间用于线程内核模式堆栈。
异步编程模式在一些具体的业务中使用很方便，如IO这些带BeginXXX和EndXXX方法的业务，但是如果统一管理这些异步事件，就会比较麻烦了。[/quote]
那要看你怎么看了，这种东西都是有个度，不用浪费，用了可能带来新的麻烦，所以不要自作主张代替线程池去管理线程。
木子博客 2010-04-20 00:18
select * from ol_question where questionid in (select questionid from ol_questiontag)这样的语句一定是不会被索引的。所以你可以分开执行：select questionid from ol_questiontag，它会被缓存，然后再执行前面的SQL语句就可以被索引了。
枚举的索引是int的，所以索引是有效果的。MySQL自带的enum类型的效果才不明显，它存储的其实是字符串。
MySQL只能高效地搜索索引的最左前缀。索引跟数据库表的存储引擎有关系，所以不能这样地讨论索引，你这个应该是MyISAM的存储引擎吧。