易栈网-膘叔

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上面，但原来的数据怎么办？我总不可能一个个的改吧？

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

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

反正，就是一想法。

本文标题所涉及的文章是一篇软文，从文中的内容其实完全可以证明，特别是最后一段话：

再一样那时候的诺基亚6100？（不记得是不是这个型号了，就是传说中的小胖）最早的S40，用了多普达再用它，是绝对受不了的，因为响应非常慢。

其实我倒不是说SB不好，至少我在用索爱M608的时候，对于上面SB系统我还是很满意的，当然也可能是索爱功力深。

从01年到现在，我用过的手机不算太多，但也涉及多个品牌：从最初三星的N188，到索爱T618（为民族大团结而奉献），爱立信T39，诺基亚3100，诺基亚6???（不记得啥型号，在华师大后门买的，三个月就坏了，然后修了两次就被我扔了。）诺基亚ngage-QD，多普达586W，索爱M608，然后就是现在用的这个G2了。

用的最舒服（操作感）的就是多普达586W，索爱M608C，G2，最最爽的就是现在的G2，然后是M608，再然后是586W，因为586W的摇杆让我的手指在长时间操作后很疼，其他都挺好。M608是因为不支持edge才被我抛弃。G2目前为止，灰常满意。

上面提到的那个文章被人也痛批了，估计大概意思是：

Zend Studio 7.2 is Here!
PHP Troubleshooting Made Easy.

Save time and troubleshooting hassles with a better, faster way to diagnose and resolve PHP issues. Zend Studio's new integrated viewer opens code trace files captured by Zend Server in your production environment, so you can quickly pinpoint functional errors or performance slowdowns.

Why is this a big deal? Zend Studio 7.2 eliminates the tedious process of trying to reproduce the production environment and recreate problems, a challenge that is compounded when you can't access production servers.

说实话，我不是特别喜欢它，因为他太大了，但是他又是php集成的最好的一个IDE，而且可以很细的指定任意一个文件的编码，使得你在有多编码的环境下作业时，不用过多烦恼，其他的IDE都只能指定项目编码不能指定单独文件的编码。这个，我真的很喜欢。

PHP的debug功能，我就一直没有使用成功过，phped的，netbeans的，包括这个zde的，我就不多做解释了。好象zendstudio.net上面有教你怎么配置，反正我是一次没有成功过。郁闷，可能是人品不好？