易栈网-膘叔

这段内容的摘要来自淘宝QA，http://qa.taobao.com/?p=6276，我只取了他的小标题，详细内容请移步过去，谢谢。
1.建立清楚的视觉层次
2.尽量使用用户习惯的用法
3.把页面划分为明确定义的区域
4.明确标识可以点击的地方
5.降低视觉噪声

2和3是我非常想要改进的地方。当页面明确定义再配合用户习惯，这样的内容才是用户想看到的内容。也只有这样的方式才会让用户更想继续点击看下去。【比如很多人习惯在文章结束部份放上相关文章，也就是这个道理，可是一篇文章有多个标签时，用户如果只关注其中一个，那剩余的相关文章就不准确了。如果可以判断一下referer获取用户来源的关键字，与tag匹配一下，去掉不相关的TAG内容，再取相关文章，就会更精确一点】

5也是很重要的，否则就算你的页面再明确，别人也不会停留太久

我这里说的历史上的今天并非网络上那种把几千年几百年的事情显示的那种历史上的今天，我说的是当某一个网站建站时间长后，数据量大的时候，可以开始考虑把前几年同一时刻发表的文章列出来。

我对于这个想法，在考虑用yii重构的时候就想过是否要加这个功能。虽然说这是画蛇添足，但在自己看自己的文章时，看到一年前两年前的文章时，你也可以了解到自己的思想到底有没有进步。去年这个时间你是在写一些垃圾，还是在写一些精华，现在呢？还是垃圾又或者已经进步了？

但，说白了，这个玩意对于其他浏览的用户来说，真的没有什么特别的意义，相反还会有反感，我为什么要看你一年前的东西，我关注是当前的内容，如果对于当前的内容有相关的资料，那还可以值得考虑一下。所以TAG相关文章就很容易被点击。

所以，历史上的今天对于增加内链是有好处的，但不是特别建议推广。我的思考是做类似于widget之类的功能放在内容页【并非一定】。

相反，我对于TAG有新的要求，一个网站，尽量不要超过200个TAG，最好都是一些有效TAG，否则一定会让人迷惑。或者说，其实你的网站也很乱，内容越杂，TAG也才会越多。当你精确于某几件事情，你的TAG应该是相对集中的。

wordpress的TAG表，设计的非常有意思。考虑过使用。crc和crt，如果真重构了，应该会用到。

Facebook发布了通过将数据缓存在SSD硬盘加速MySQL的内核模块Flashcache。代码已经放到Github上，目前只测试了Linux kernel版本2.6.18和2.6.20。
Facebook 称，Flashcache是其内部开发用于帮助扩展InnoDB/MySQL数据库，但同时Flashcache也是作为一个通用的缓存模块设计的，因此 能用在任何搭建在块设备之上的应用程序。

对于InnoDB，当工作集不与 InnoDB缓冲池一致，由于更多的工作集缓存在快速的媒介如固态硬盘上，将能显著的改进读取延迟。

--EOF--
没有测试，也无法测试，毕竟我没有SSD硬盘。纯新闻http://www.cnbeta.com/articles/109988.htm，突然发现，原来cnbeta的文章已经11万左右了

做电子商务的不可避免的都会遇到价格区间的问题。这，主要显示在搜索的时候，如果你区间设的过大，那几乎把所有产品都列出来了。那和没有分区间没啥分别。因此，还真有一种算法可以解决这个问题（当然也只是基本解决，看上去不是特别的乱而己）。

这是在老王的博客上看到的：

means算法

Web开发中，CRUD做多了难免厌烦，其实还有很多细节可以挖掘，比如很多电子商务网站上都有商品价格区间，都是诸如1000-2000，2000-3000之类定死的，而没有按商品自己的分布规律来划分，此时有一种名为Kmeans的算法可以使用，效果很好，网上有很多现成的代码可以参阅，比如PHP的版本：

kmeanspp
K-Means Clustering in PHP

--EOF--

到百科看了一下，这么解释K-means：k-means 算法接受输入量 k ；然后将n个数据对象划分为 k个聚类以便使得所获得的聚类满足：同一聚类中的对象相似度较高；而不同聚类中的对象相似度较小。聚类相似度是利用各聚类中对象的均值所获得一个“中心对象”（引力中心）来进行计算的。

虽然这样能够处理，老王也给了一个PHP的解决方案，但在实际中，应用的范围并能算是特别大，有时候还是直接手写的。以前的时候，我们是在分类里，直接把几个区间定义好，然后在搜索的时候指定某一分类时，自动调用这个区间。理由是，如果你的产品分的很散，从几块到几千块的都有，这种分类区间，就只能定义到分类上了。

不过上面的算法可以学习一下

一直在犹豫，是否要重构sablog，还是说仅仅把前台的模版系统重构一下就完事。

曾经想过是采用thinkPHP或者fleaPHP(用不惯Qee)，但后来有各种各样的原因，导致就没有重构。

现在，文章数据也多了，有2年的数据了，也因此想要增加一点新功能，所以就在想着是否要重构一下。否则新功能加起来就很繁琐。

同时还要考虑一下模版，因为现在的模版太挫了，很多广告位都无法设定好，不是在顶部就是在侧部，根本没有人想点，如果在中间，或许点击的次数会多一点？

当然，我需要考虑的是缓存，一直以来sablog都是用的自带的文件缓存，虽然文件数量不大，但总也占着资源，为什么不把APC开启并使用呢？呵呵。。。

可是我还要考虑的是我原先博客里的代码高亮，虽然有想过要换到synaxhilight上面，但原来的数据怎么办？我总不可能一个个的改吧？

再然后就是，如果是换系统，那又得考虑数据迁移了，现在这样的后台，我还能够接受。一旦换系统，后台我还不一定能够熟悉呢。

最后，同一文章存放多个分类。。。【被朋友说话打断了，郁闷】

反正，就是一想法。