手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表Tag:感慨

新年快乐

Submitted by gouki on 2009, January 1, 1:32 PM

新年快乐
Happy 牛 year

今天加班，东西我就不多写了。祝福所有的朋友们新年快乐 ，万事如意（虽然是阳历年，但毕竟也算是新年。呵呵）

Misc | 评论:0 | 阅读:14578

PR值普降

Submitted by gouki on 2008, December 31, 1:20 PM

PR值的升降与alexa的排名无关。听说今天是更新了PR值，立马冲上来查看了一下，发现phpoo.com升为2，neatstudio.com从5降为4，其他的没变。仍然保持原样。由于PR其实是衡量多少人愿意将他们的网站和你的网站挂钩的指标，所以对于它的变化，我还是相对比较关心的。当然还有alexa的排名。

此次，据说唯一一个国内没有降权，而且始终保持为PR=10的网站，就是信产部的网站，牛叉，极其的牛叉。

对我来说，我仍然会继续保持我的更新。当然我可能会更多的使用一些工具来优化一下站点。听说和一些与本站内容无关的网站进行互联会降低PR值 ，不知道是否真有此事。听说而已。。。

我每天都在看yahoo的网站分析 ，也会经常查看一些关键字。所以有时候会有针对的多添加此类的文章。但是不知道是出于什么原因，我的网站在百度上只有一条记录（传说中的被 K ？）或许吧。。。

随意喽。。。呵呵，即使这样，还是有人能够通过百度搜索到我的网站，太有意思了

Tags: pr, google, alexa

Misc | 评论:2 | 阅读:22136

MYSQL中EXPLAIN的说明

Submitted by gouki on 2008, December 30, 11:03 PM

EXPLAIN列的解释：

  • table：显示这一行的数据是关于哪张表的
  • type：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和ALL
  • possible_keys：显示可能应用在这张表中的索引。如果为空，没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句
  • key：实际使用的索引。如果为NULL，则没有使用索引。很少的情况下，MYSQL会选择优化不足的索引。这种情况下，可以在SELECT语句 中使用USE INDEX（indexname）来强制使用一个索引或者用IGNORE INDEX（indexname）来强制MYSQL忽略索引
  • key_len：使用的索引的长度。在不损失精确性的情况下，长度越短越好
  • ref：显示索引的哪一列被使用了，如果可能的话，是一个常数
  • rows：MYSQL认为必须检查的用来返回请求数据的行数
  • Extra：关于MYSQL如何解析查询的额外信息。将在表4.3中讨论，但这里可以看到的坏的例子是Using temporary和Using filesort，意思MYSQL根本不能使用索引，结果是检索会很慢

extra列返回的描述的意义

  • Distinct:一旦MYSQL找到了与行相联合匹配的行，就不再搜索了
  • Not exists: MYSQL优化了LEFT JOIN，一旦它找到了匹配LEFT JOIN标准的行，就不再搜索了
  • Range checked for each Record（index map:#）:没有找到理想的索引，因此对于从前面表中来的每一个行组合，MYSQL检查使用哪个索引，并用它来从表中返回行。这是使用索引的最慢的连接之一
  • Using filesort: 看到这个的时候，查询就需要优化了。MYSQL需要进行额外的步骤来发现如何对返回的行排序。它根据连接类型以及存储排序键值和匹配条件的全部行的行指针来排序全部行
  • Using index: 列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的，这发生在对表的全部的请求列都是同一个索引的部分的时候
  • Using temporary 看到这个的时候，查询需要优化了。这里，MYSQL需要创建一个临时表来存储结果，这通常发生在对不同的列集进行ORDER BY上，而不是GROUP BY上
  • Where used 使用了WHERE从句来限制哪些行将与下一张表匹配或者是返回给用户。如果不想返回表中的全部行，并且连接类型ALL或index，这就会发生，或者是查询有问题不同连接类型的解释（按照效率高低的顺序排序）
  • system 表只有一行：system表。这是const连接类型的特殊情况
  • const:表中的一个记录的最大值能够匹配这个查询（索引可以是主键或惟一索引）。因为只有一行，这个值实际就是常数，因为MYSQL先读这个值然后把它当做常数来对待
  • eq_ref:在连接中，MYSQL在查询时，从前面的表中，对每一个记录的联合都从表中读取一个记录，它在查询使用了索引为主键或惟一键的全部时使用
  • ref:这个连接类型只有在查询使用了不是惟一或主键的键或者是这些类型的部分（比如，利用最左边前缀）时发生。对于之前的表的每一个行联合，全部记录都将从表中读出。这个类型严重依赖于根据索引匹配的记录多少—越少越好
  • range:这个连接类型使用索引返回一个范围中的行，比如使用>或<查找东西时发生的情况
  • index: 这个连接类型对前面的表中的每一个记录联合进行完全扫描（比ALL更好，因为索引一般小于表数据）
  • ALL:这个连接类型对于前面的每一个记录联合进行完全扫描，这一般比较糟糕，应该尽量避免

Tags: mysql, database, explain

Baby | 评论:0 | 阅读:22005

Foxmail 6.5Beta

Submitted by gouki on 2008, December 12, 3:57 PM

Foxmail并到腾讯去之后，动作比以前小了很多，但最近几次更新还是让人很满意的。。。。（部分功能确实很有实用性，比如联系人的管理，相关邮件、相关附件的管理，在处理公司邮件时候就比较方便了。比如我和A互发了多封邮件，在以前的版本里，只能通过搜索A的名称进行查找，现在，点到最近一封与A的邮件上，在右侧就会把A的信息、A的邮件、A邮件里的附件统统列出来。值得换新版）

Foxmail 6.5 Beta3 对Beta2 的主要改进

　支持邮件档案的信息管理

1.用户可以对联系人信息项进行编辑和添加，可以关联腾讯RTX，还可以订阅联系人的QQ空间和Blog。
2.支持往来联系人的管理，用户可点击指定的联系人显示他的详细信息。
3.支持往来邮件的管理，用户可便捷地了解到与往来邮件的概要信息。
4.支持相关邮件的管理，用户可便捷地了解到与当前邮件的相关邮件。
5.支持邮件会话的管理，用户可便捷地了解到与当前联系人的会话列表。
6.支持往来附件的管理，用户可便捷地了解到与当前联系人往来邮件包含的附件。

　新增"独立发送"功能

如果采用“独立发送”的方式进行发送邮件时，每个收件人阅读邮件时会看到这封邮件是唯一发送给自己的。

　快捷地址栏优化

优化了快捷地址栏的卡片加载和分组；选中的地址栏中的联系人时可以看到你与联系人的往来邮件；
快捷地址栏提供简便的搜索功能，双击联系人可以直接给联系人写邮件。

　优化若干体验,修改若干问题

1.提高了邮件的搜索功能的稳定性
2.远程管理的优化处理
3.增强过滤器功能,过滤器支持地址簿文件夹的关联设定
4.新建帐户支持个性图片的选择
5.用户在转发邮件的时候可以直接修改附件的内容进行发送
6.优化了IMAP帐户的邮件管理
7.解决了部分新邮件提示栏中的邮件阅读后，还会提示的问题
8.解决了个别情况写邮件窗口点击主题没有光标显示的问题
9.解决了个别邮件显示乱码的问题
10.修正若干BUG

Tags: foxmail, qq, mail client, tencent

Software | 评论:0 | 阅读:21644

海角七号

Submitted by gouki on 2008, December 11, 7:00 PM

本以为自己不会对文艺片感兴趣的，毕竟文艺片在看的当时往往不能感悟什么，而是在后续再观看或者回味的时候才会有所收获。

看海角七号是个意外，因为我从来不下载文艺片，对这种有深度的电影我一向敬而远之，我相对比较喜欢快餐式的电影，比如动作片，好莱坞大片，喜剧片等，让我在看的时候无需多想，看完后也无需记忆，看电影本来就是为了放松的。快餐就是这样，吃的时候觉得不错，但也是没有什么可值得过多回味的。

文艺片向来是属于叫好不叫座的东西，王家卫就是那样的顶尖人物，一部片子可以拍上好几年，海角七号应该算是一部低成本的电影，和王家卫那是没的比呀。

情节相对简单，讲了一个爱情故事（邮包），穿插在里面的情节就更简单了，无非也是两代人的思想观念的冲突，以及不同文化的交流。在这样的一部小成本的片子里，摄影师和后期的处理就显得特别重要，而事实上，很多镜头和画外音都极其相称，在恰到好处的时候展现了出来。

文艺片另一个让人觉得心旷神怡的地方就是广告很少，或许是为了担心广告太多影响情节，又或许，没有人愿意为文艺片进行赞助，但感觉还是非常的爽啊。

有空的时候想再看一遍

Tags: 心情, 感慨, 文艺片

Misc | 评论:0 | 阅读:16887

Records:912›