盛夏, 贪吃小蘑菇的大白菜. 飘忽不定的过活的style下半.

Posts Tagged Web

版式, 设计, SNS.

我知道很多人一直说平面格子很乱, 从设计初开始其实就一直没有一个明确的设计倾向.最早, 从豆瓣抄了很多设计的元素, 到后来复制译言的banner, 并且加入了一些粗线条, 反而使得页面更为混乱.再后来, 从饭否那里找了些样式, 并且将V2EX的随机色彩+小字风格+粗边框线条乱七八糟的用到了每个角落.我一直没有意识到每一次改动究竟带来了什么, 或者说大的皮肤变了, 小的细节上到底乱在了哪儿?现在终于想通, 细节上设计的模糊和版式的混乱, 加上缺乏突出的元素,使得整个页面很散, 缺乏导向性, 和基本的易用性.以至于, 第一眼就感觉眼花缭乱的迷茫, 而不知从何下手.新的设计正在进行中, 两个人一起弄这个的好处是可以互相批评和修改,使得风格不至于向某一方向过度的偏移.我希望哪怕新设计不再充满了各种色彩元素, 和各种莫名其妙的边框线条,只是通过文字和排版本身来实现页面的整洁.通过对各种元素的调整, 正确的起到合理的引导作用.—————————————————-自从加上了简陋的好友功能后, 有人就在担心格子是不是要发展为SNS,答案当然是: 不是的.我一直认为除了用户外, 信息本身才应该是社区本身的主题,不能产生content的社区是乏力, 乏味的.当然用户本身在各个环节中发挥了巨大的作用,是他们在生产内容, 并且通过对各种功能的利用, 发挥出网站的价值.不过我一直反对的是, 为了交友而交友.尤其是一个虚拟的朋友, 只是在网络上夸夸其谈,现实中却从未打过照面.就是如此, 还是满意于一众看起来的好友, 每天填满自己的首页上的留言板, 哪怕只是无聊的几句呓语.我们欢迎所有人通过栋力无限发现更多的朋友, 不过不仅仅是在虚拟网络中的一个符号和虚拟实体而已,我希望的是通过各种服务去发现彼此的相同, 共通, 找到认同和更多的话题, 仅此而已.在平面格子只是我一个人的堆代码的爱好的这个阶段,它并不会向着SNS发展, 但是并不妨碍它更多的挖掘出用户的价值.我很高兴的, 现在, 终于是2个人在设计它了.最后, 要诚恳的感谢est , 谢谢乃的Ping.fm代码.


Posted
20 07月 2008 @ 1pm

Tagged
Gossip, Web

关于wp2.6的批评.

看到很多人对wordpress 2.6的新功能: Revision表达了强烈的不满,认为 wordpress的效率已经很低了, 再多出个revision只会进一步拖慢wp执行的效率.事实上, 之前我也不知道wordpress直接把所有的revision都写在了wp_posts表里, 只是通过post_status字段做一个标识,当然实际上, post_status和另外几个字段都做了INDEX, 性能上的一点损失应该不太明显,除非… 除非疯狂的对自己的blog文章多次修改, 产生了数倍于事实上发布的文章的revision.文中同样提到了如何屏蔽revision功能的方法, 我都甚至一度犹豫要关掉revision功能,但是想索性还是观望下, 是否官方在2.6.1中有在Console中关闭掉revision的直接方法,或者更好的表布局.看到有人在评论里担心wordpress求大求全不是一件太好的事情,anyway, 最近的几个更新都还是处在良性发展的方向上,未来的wp的走向, 倘若淹没在口水里,只怕整个wp开发者社区都会好好考虑下吧.P.S.其实, 我是一直觉得wpmu的表设计太可怕了, 尤其用户一多, mysqldump都没法做了.或许是为了最大程度的代码完整迁移(wp实在是发布得太快了, 这样的布局倒是使得wpmu可以很快跟进). 


Posted
16 07月 2008 @ 2am

Tagged
Gossip, Web

终于配好了nginx

神颠颠的就装了Nginx, 跑出来效果还是不错的.整个安装过程除了部分问题的修正, 比如各个库的安装,还有libiconv的错误, 需要修改Makefile文件外, 几乎都很顺利.非常感谢 回忆回来的 这篇 Nginx 0.6.31 + PHP 5.2.6(FastCGI)搭建胜过Apache十倍的Web服务器(第3版)让我基本上用Ctrl+C和鼠标右键完成了安装,睡觉去了,一觉醒来迁移blog去.


Posted
25 06月 2008 @ 11pm

Tagged
Web

VPN, STUN.

在VPN里请求STUN Server, 结果是无法检测到NAT.难道是因为VPN并没有经过NAT?不过也是, VPN只需要做一个映射就可以正常传文件了,刚才通过清水河的总出口访问了一个国外的STUN Server,貌似是 Restricted Port Cone,不过在VPN里, 可能情况有点不同.嗯, 我是网络白痴.


Posted
15 06月 2008 @ 8pm

Tagged
Coding, Web

Xapian学习笔记.

Xapian的确很快, 就和传统的龟速 LIKE ‘%{KEYWORD}%’比较来说,当然这样比较是不恰当的, 也许至少也应该和加上了FULLTEXT INDEX的MATCH AGAINST方法比较,不过谁让MySQL不支持中文的全文索引呢.通过 $database = new XapianWritableDatabase($dir, Xapian::DB_CREATE_OR_OPEN);建立Xapian Database类, $dir是数据目录的绝对路径, 注意权限控制.继而得通过分词库对文字进行分词(全英文就不必了).这里用的是scws, 轻量, 免费, 并且有友好的php接口,不过当然分词结果没法和强大的iCTCLAS比.将分词结果(scws是一个索引数组的结果), 映射到一个空格分割term的字符串,继而就可以通过Xapian建立Document Index了.最后通过 $doc_id = $database->add_document($doc);得到Document ID, 保存到对应的条目中, 以便未来的修改和删除操作.—– 待续 —–在格子的MOSAIC中, 进行了一个500个帖子的测试,分词和建立全文索引, 大概花去了30s.对于多语义的词语分词效果, scws做得不好(另外说一句, scws的默认词库词性和词语都很乱).不过因为Index和Query时都使用相同的分词模式, 所以实际的搜索效果还是很理想的.目前的搜索代码, 大部分是Sample里的代码,更多的搜索选项和设置还有待挖掘, 不过足够快的速度和全文搜索功能,已经让人很YY了.


Posted
26 05月 2008 @ 2am

Tagged
Coding, Web

让格子也引入货币机制吗?

Livid的Project Babel有个很有趣特性, 就是社区虚拟货币制度,当然, 你可以说, 全世界的bbs系统基本都有虚拟货币, 从ipb到phpwind, 到discuz (懒得加连接了, 自己Google吧, 是的我写blog的态度就是不端正).不过很少有发帖扣货币的设定.晚上好好的看了看有关Babel的货币设定,觉得很有启发,这种设定一定程度上会鼓励良好的交互和参与性,当然有一定的弊病,如中央所说:又见爱德华看了你那个v2ex的货币规则2:28如果格子引入的话,貌似很容易就可以自发纠集一伙人,结成刷分联盟2:29好吧, 如果真有人这么无聊准备刷货币的话, 直接ban掉好了. XD.话说, 今天忍不住又从Babel那里借鉴了一点设计细节来 ( 囧, 无耻的偷懒的小偷 )分别是热门分词和热门标签( 囧, 虽然标签已经沦为鸡肋了 )


Posted
24 05月 2008 @ 1pm

Tagged
Gossip, Web

难道SNS就是传说中的网站终极进化结果?

SNS貌似是一条康庄大道, 任何搞web2.0的男男女女的都不想错过.于是就有了塞满了我的”好友”在干嘛的 高级版Minifeed — 豆瓣.在豆瓣没有小组的时候,是很纯粹的小众的网站, 一堆人谈书论影品乐, 当然也许寒酸了点.刚有小组的时候,一切变得很有趣, 讨论, 交流,于是满世界的web2.0都是一个个的小组了 ( 哦, 好吧, 平面格子也不例外 ).我记得那个时候对豆瓣是Orz的,哪怕那时我并不清楚这样的推荐算法有多NB.然而它的使用体验很漂亮, 尽管有些技术偏执狂的固执,但是能找到很多让人一亮的细节.直到, 豆瓣决定走上SNS这条大道.SNS固然没错, 一堆宅男宅女窝着也是窝着, 索性找点交流的事情做,然而每个网站都适合该死的SNS么?尤其是豆瓣 ( 或者我已经把豆瓣符号化, 等价认为本应该不是这样的 ).我承认我喜欢首页满是评论, 推荐条目的感觉.尽管很多评论并不讨我欢心, 但我就是装13的以为,这样的首页很舒服. ( 也许是一种怪癖的小布尔乔亚情节的作怪 )我得承认, 很多评论还是很有趣的.有的时候我可以拿着发着微光的手机看一个通宵的评论,很有认同和评判的欲望.然而现在的情况是什么?是很多我不大认识和熟知的人成为了我的好友, 诚然我们也许在小组上打过照面,无非也是为了好找而已.这些人莫名其妙的爱好和”做什么”, 充斥了我的整个首页,像是一堆乱麻.原来SNS和web2.0的理念,就是, 你永远不是一个人.加入了这个网络, 就得接受这个网络里其他人的轰炸.


Posted
21 05月 2008 @ 1am

Tagged
Coding, Web

图书馆还书自动通知系统开始测试.

抱歉似乎有点晚了才做出来这个功能,而且图书功能还一直需要手动同步, 我们很抱歉(因为时间的确太少了);您需要在 平面格子 激活您的 图书 功能后, 才能正常收到自动通知.机器人会在每天凌晨5点(囧, 为什么不是其他时间, 因为这时服务器最闲)检查您在未来3天内即将到期的图书,并且将消息推送到您的NUT上(嗯, 推送机器人是 x@dormforce.net, 别回复它, 它目前还不会搭理人类的 XD ).如果某天您打开NUT发现了如下的消息, 请不要惊讶,这正是我们勤劳而简陋的机器人在凌晨工作的结果.XXX , 您好!这里是栋力无限 - 平面格子的图书机器人, 但愿没有打扰到您. 这条消息是为了通知您, 在未来的3天中, 您将有 1 本图书将要到期, 请别忘了及时将他们归还图书馆.如果您不是很确定哪些图书即将到期需要归还, 您可以访问: http://www2.dormforce.net/flatgrid/book.php 查看你的借阅情况.在归还后, 请点击[同步我的借书]( http://www2.dormforce.net/flatgrid/book.php?do=sync )同步您的图书状态.非常感谢您使用我们测试中的图书功能!希望你们会喜欢这项新功能, 我们一直试图让平面格子变得更好.有什么bug, 在这里留言或者发到平面格子都行,


开始尝试整合公交到格子地图的第一步.

(点击看大图)感谢灵图, Orz, 尽管数据不是最新, 算法不是最牛(Windows Live的公交换乘真是大牛, 可惜, 竟然不支持导航),但是作为国内开放地图API的先行者, 无疑为俺等GIS的偏执狂提供了最有利的工具.上图是利用公交接口做出的, 基于用户所标记的餐馆计算出的最近的公交站台.尽管目前的功能还很粗糙和简单, 甚至还没有提供成形的, 有效的, 实用的公交换乘的功能,不过已经可以看到公交系统在地图标记中, 所能提供的便利了 (图中的蓝色小方块是具体的餐馆位置, 而其他的带着蓝色i 的[ 人民南路二段 ] 站字样的则是临近的公交站.左边的公交站台名展开后, 可以看到所有经过该站的公交线路)平面格子的地图标记(Project Montana)实际上是一个最大的工程的微小一瞥的实验品,整个格子实际上都是一个实验炉, 每天都有大大小小的代码在更新,也许你从未注意过.我希望, 在重写开始的时候,能有一个规划得很好的, 关于地图的计划.在我高三的时候, 地图就是格子的一切,实现一张自由标记地图的梦想就让我想起了高中的时候, 拿着尺子对着地图按比例画的一张学校方圆2km的地图,在上面我标注了所有我喜欢的美食,贴在教室的墙上.在那个暑假我用ASP完成过一个糟糕的地图的DEMO预览(嗯, 叫做, 晃荡成电, 囧),当然实际上实现的功能, 比现在的地图标记还稍微多一点.当然现在原始的那个站点暗红色的背景和鬼楼一样的用教学楼的照片做的logo,已经只能留在硬盘里做了存档.之所以做平面格子, 做地图标记, 是因为觉得,分享总是一种快乐的体验,尤其是分享这个充满了活力的城市.尽管也许你不是它永久的一份子,不过你可以发现它的魅力所在.无论是你去感知它, 还是去感召它.


协同过滤和最小邻居.

Data Mining, 尤其是Web Mining越来越火了,我很有兴趣却一头雾水.今天看了许多有关最小邻居和协同过滤的文章,觉得一下子豁然开朗了许多,空间数据集理论上可以趋于无限, 并且理论上此时的推荐精确度是最高的,精简数据集, 选取大数据集中的最小邻居无疑缩小了数据集范围.不过, 对于一个泛型的用户群, 如何去精简这个聚类的过程呢?事实上枚举显然不可能, 也许去复习下抽样的理论, 是不错的想法.我自己的想象是: 假设对于对象A, 所有用户的行为模式是均匀的,则—要找到这些用户同样喜欢的对象B, C, D…. 可以进行随机抽样, 得到一定容量的样本,把这个样本空间认为是一个邻居集合, 进行评分预测给出推荐就可以了.事实上, 豆瓣的”喜欢xxx的喜欢去xxx小组”, 也可以看做情况1下的邻居集合的未知项评分预测.不过把目标换作了小组, 这种没有权重的选择行为.如何缩小和过滤邻居集合的选择项总数, 得到尽可能精确的数据, 可能吗?看到另外一篇文章说, 基于用户的协同过滤会很慢, 因为用户数据是在膨胀增长的,因此在线下采用项的协同过滤, 而不采用最小邻居.也许需要均衡考虑项/用户的增长速度和增长规模吧,在实验前, 什么都是玄扯.以下是MATLAB中的一个实验代码段.定义replies为MOSAIC的数据抽象矩阵, 第一列是帖子的ID, 第二列是用户的ID.最后的top_ten向量就是得到的关联度最高的10个帖子.实际的测试中, 因为用户基数太小, 加上回复帖子的行为模式和对具体帖子的真实兴趣度关联不大,结果参考意义不大, 不过我认为算法基本是这样做的了,想找一个更合适的数据库来测试….


← Before