从2008年5月7日开始, Tuc终于在公开的服务器上开始运行啦! 安全起见, 暂时限制用户注册, 以前宇宙城的老会员只要登录到宇宙城就能得到Tuc的注册邀请! 最近的更新请看下面的日志~ 各种意见建议直接回复本贴就好啦~谢谢各位!
To improve stability and functionality, I upgraded the several services on this server:
Some open-source library used by Tuc have also been updated:
现在起,Tuc的日志中可以插入Flash啦!操作很简单,只要点击工具栏上的“f”图标,然后把Flash地址贴过来就OK啦。
现在Tuc用户只要访问http://www.tuc.cn/account/invite/就可以自助生成邀请码,邀请自己的朋友加入Tuc啦。
欢迎大家继续提出问题与建议~
TODO
从2008年5月7日开始, Tuc终于在公开的服务器上开始运行啦, 安全起见, 暂时还是限制用户注册, 以前宇宙城的老会员只要登录到宇宙城, 就能得到Tuc的注册邀请啦! 不是老会员也没关系, 只要你感兴趣, 赶紧联系我就行啦!
先说说公开版与之前在笔记本上运行的版本的区别吧~
果然还是大家都来用用比较好~ 一天之内就发现了一大串BUG. 稍微列举一下:
很明显, 所有的错误都发生在IE6上...诶...
按照现在的计划, 以上四项都完成的时候就可以开始公开运行了~ 最后, 还是请各位多多测试, 多多提意见! 发现bug尽快告诉我哦!
IE6/IE7的peekaboo bug已经基本上全部修补了...如果你正在使用IE浏览器并且发现本站出现文字消失, 但鼠标一划就恢复显示的情况, 经马上通知我~
尽管SixThings给的方法还算不错, 但如果在嵌套的情况下使用的话, 会引发更大面积的peekaboo bug...所以我用的是Holly Hack & SixThings First-Aid的混合版本~就现在来看, 效果不错~
不过看来以后再用float属性的时候要慎重了, 虽然是符合标准的布局方式, 可IE净使坏...
关于SQL Server中进行BLOB数据类型的查询, 我是吃了不少苦头.. 具体的情况是这样的:
在进行一次查询中, 如果某行有一个数据量很大的BLOB类型数据(在我的测试中是大于8KB), 那它会打乱原有的排序, 自动跑到查询结果的最后一行, 即使SQL语句中明确要求“ORDER BY”...这是一个很恼人的BUG吧?
我的解决方法就是先查出所有行的ID, 然后在对BLOB数据类型的数据一次一个地单独提取..虽然查询次数多了, 但好歹..这样做安全! (而且得益于Apache::DBI和cached-query, 查询次数多些并不是问题)
今日3项均为新增功能~
TODO: