CodePy.Net

Vimperator+Google工具栏最大化Firefox页面显示空间

ruitao — Sat, 16 Jan 2010 19:16:20 +0800

1.去掉Firefox默认菜单栏、工具栏、收藏栏

在Vimperator未出世之前，就一直想扩大Firefox的页面显示空间，特别是到了宽屏时代，这种需求愈发强烈。Vimperator解决了我大多数需求，并且对于像我这种VIM控的人来说，这本身就是福音。但是Vimperator与某些扩展结合起来之后，用得不是很顺，特别一些辅助WEB开发的扩展，比如Live Http Headers。或者Read it Later这种扩展。后来发现使用Google工具栏的Firefox版本作为载体，用来放相关扩展的按钮，是一个很不错的方案，这是效果图：

实现方法很简单，先用”set guioptions+=mT”命令调出Firefox默认的标题栏和工具栏，右键点击工具栏的空白处，选择定制，再把你需要的按钮拖放到Google工具栏上面，最后隐藏掉标题栏和工具栏即可。

2.自动隐藏Vimperator命令输入框

在使用Vimperator的时候我们频繁地使用到Vimperator的命令输入框，这个可以通过Vimperator的一个插件来实现自动隐藏，等我们输入命令的时候它才会出现。这个需要Maine Coon以及它依赖的库_libly，根据Vimperator版本来选择相应的插件以及库版本，Linux用户放到.vimperator/plugin目录下面，WIndows用户放到用户目录下面的vimperator/plugin目录下，没有就创建相关目录。

3.自动隐藏Firefox状态栏

这个推荐使用autoHideStatusBar，让状态栏只在鼠标移到链接上面、载入页面的时候出现。大大地扩展了Firefox的页面显示空间。

迟到的2009总结

ruitao — Thu, 07 Jan 2010 22:35:08 +0800

由于博客所在IDC的种种原因，这一篇本来应该在2009年12月31号的博文到现在才发。

小结了一下，2009年那一年：

4月份：

离开了百步梯，这是一个新的开始。

7月份~11月份：

加入到某创业公司的主站研发，很惭愧，技术是我主导的，虽然最后网站做出来了，但是充斥着随心所欲更改需求的伤痕。最后，公司由于各种原因在2009年最后一天清算，看着自己几个月的心血就这样没了，我和我的同伴们都感到很伤感。

12月份:

借着参加某国内高校开源创新大赛的契机（最后得了个二等奖，有点不服，呵呵^^，不过本来就不大重要），我们几个人利用了期末考试时间的晚上时间（3个星期的晚上），做了一个山寨Basecamp。当然，现在还是相当粗糙的，我们的本意是能够用脑图来辅助进行项目管理和规划，但是完全实现还是需要一定的时间。

项目地址：http://code.google.com/p/itaskit

关于这个项目的详细情况，另写博文介绍。

另外，参加了一次广州技术沙龙，收获颇多，感谢开源的人们。借着上面的项目，我们也希望能够奉献点微博之力。

2010年，大概有这么几件事要做：

1.把itaskit这个开源项目完善了

2.利用空余时间做点小东西（具体保密^^）

3.暑假找一份好的实习（大三下了，是该找实习了）

4.最后，当然是在2010年找到自己喜欢的工作

博客总算恢复正常了

ruitao — Wed, 06 Jan 2010 14:53:33 +0800

不想说太多，经过一个多星期，博客总算能够恢复并且能够正常使用了，接下来，是应该好好珍惜了。。

Archlinux下面的ClearType

ruitao — Wed, 09 Dec 2009 21:31:18 +0800

一直纳闷Archlinux下面的字体没有Ubuntu好看，于是乎翻了一下ArchWiki上面关于字体的文章，在“字体设置”这里看到了关于cairo的介绍：

一个支持多种输出的向量图形库,也就是说，cairo是种画图的工具库，他可以向多种设备上画图.可以输出到pdf,ps，xlib，XCB，win32，svg。基于GTK(>= 2.8.0)的程序用cairo 画字而不再使用libXft 。

也就是说，我们只需要找到打了ClearType补丁的cairo库替换掉系统原来的即可。

yaourt -Ss cairo

查询了一下跟cairo相关的aur包，果然发现了打了补丁的cairo库，有以下

试用了cairo-cleartype和cairo-ubuntu两个，cairo-ubuntu打的是ubuntu的cleartype补丁，不过发现效果没有cairo-cleartype的好，所以最终选择了cairo-cleartype。这是打完补丁之后的系统截图：

另外还有一个配置好的fonts.conf文件：fonts.txt

下载完之后重命名为.fonts.conf复制到自己的用户主目录（比如/home/username ）下面就行了。

用到了“华文黑体”还有“Lucida Grande”，这两个字体网上一大堆，我就不提供了。

MySQL数据库建模利器 — MySQL Workbench

ruitao — Fri, 04 Dec 2009 19:07:37 +0800

记得大一开始用PHP+MySQL进行开发的时候，涉及到数据库的设计基本上都是靠纸张+phpMyAdmin来解决问题，后来接触到了PowerDesigner，但是用起来并不是很顺手，并且生成的SQL脚本经常会出现错误。后来大部分时间都在Linux进行开发，也想找一款类似的数据库建模软件，于是乎，找到了MySQL Workbench，MySQL官方出的，前身是 FabForce 公司的 DB Designer 4。

加上schemaSpy生成数据库文档，大大方便了我们进行数据库开发。

保存文件时VIM自动检查PHP语法错误

ruitao — Thu, 05 Nov 2009 19:36:23 +0800

Google了一下，让VIM能够检查PHP的语法错误无外乎以下这段VIM配置：

"======================================================
"PHP语法检查
"======================================================
 
function! PhpCheckSyntax()
  " Check php syntax
  setlocal makeprg=\php\ -l\ -n\ -d\ html_errors=off\ %
 
  " Set shellpipe
  setlocal shellpipe=>
 
  " Use error format for parsing PHP error output
  setlocal errorformat=%m\ in\ %f\ on\ line\ %l
  make %
endfunction
 
" Perform :PhpCheckSyntax()
map <F6> :call PhpCheckSyntax()<CR>
" imap <F6> <ESC>:call PhpCheckSyntax()<CR>

不过我希望能够在保存的时候自动检查，所以加了这一句：

autocmd BufWritePost *.php :call PhpCheckSyntax()

分享一下自己MOD的VIM ColorScheme（seaweed）

ruitao — Thu, 05 Nov 2009 17:40:07 +0800

修改自wombat，更换了底色，微调了一下颜色，我把它命名为seaweed 。下面是python的示例

Seaweed: [seaweed.vim]

Wombat: [wombat.vim]

网站性能优化小结 – 前端优化

ruitao — Wed, 21 Oct 2009 17:42:58 +0800

说到对前端的优化，不得不提到Yahoo 的 Exceptional Performance Team，他们的努力，为我们提供了34条优化建议，并且提供了Firefox下面进行前端分析的扩展YSlow，根据YSlow对网站的分析报告，逐条进行优化即可。下面只是总结一下我在优化我们网站时针对YSlow分析生成的报告中需要配置服务器端的部分：

1.Add Expires headers

在HTTP/1.1中，Expires headers出现在Caching in HTTP中，用户通过浏览器第一次访问我们的网站时，会请求很多静态文件（css，js，图片等），我们可以通过添加Expires headers来缓存这些文件，以Apache为例：先注释掉httpd.conf里面的

LoadModule headers_module modules/mod_headers.so

在文件末尾添加上：

<FilesMatch "\.(ico|pdf|flv|jpe?g|png|gif|js|css|swf)$">
    ExpiresActive On
    ExpiresDefault "access plus 1 year"
</FilesMatch>

这里我将文件的有效时间设置为1年。关于Apache mod_headers的文档，查看这里

2.Compress components with gzip

用gzip压缩服务器端和浏览器端传输的数据，可以大大减少流量，按照YSlow中的说法：“Approximately 90% of today’s Internet traffic travels through browsers that claim to support gzip”，所以我们大可启用gzip压缩来减少流量。也是以Apache为例：注释掉http.conf里面的 LoadModule deflate_module modules/mod_deflate.so 添加

<ifmodule mod_deflate.c>
DeflateCompressionLevel 6
AddOutputFilterByType DEFLATE text/html text/plain text/xml application/x-httpd-php
AddOutputFilter DEFLATE js css
</ifmodule>

到文件末尾，这里我们只对js和css进行压缩，不至于占用太多的CPU资源，jpg、png这些本身就是被压缩好的文件也没有必要进行二次压缩。DeflateCompressionLevel表示的是压缩程度，越高的压缩程度就会有越好的压缩效果，同时也意味着占用越多的CPU资源。取值范围在1~9之间，这里我们选择6，保证较好的压缩效果又不占用太多的CPU资源。

3.Configure entity tags (ETags)

关闭last-modified和Etags可以减少服务器的带宽和负载，简单点说，这两个参数会比较本地缓存的资源对应的服务器资源是否被修改过，如果修改过，则重新下载。想更深入地了解，可以看一下InfoQ的《使用ETags减少Web应用带宽和负载》。同样，以Apache为例，我们通过添加以下规则来关闭last-modified和Etags： # 关闭last-modified

<FilesMatch "\.(ico|pdf|flv|jpe?g|png|gif|js|css|swf)$">
Header unset Last-Modified
</FilesMatch>

# 关闭etags

FileETag none

PHP5.3和CakePHP1.2的兼容性问题

ruitao — Wed, 30 Sep 2009 19:35:48 +0800

最近一次升级Archlinux，PHP升级到了5.3，遇到了两个问题：

1.Arch里面PHP更换了打包的方式，PHP的Aapche模块被独立封装为php-apache模块，所以安装了php包之后还要安装php-apache包（如果你用Apache作为你的Web server ^^ ）。

2.另外就是Cakephp1.2跟PHP5.3的兼容性问题了。安装PHP5.3之后，运行Cakephp应用遇到了错误：

一个是提示strtotime()出错，最终修改php.ini的 date.timezone 解决，改为：

date.timezone = Asia/Chongqing

时区的列表可以到这里查看：http://us.php.net/manual/pt_BR/timezones.php

另外就是报类似以下的错误：

Deprecated: Assigning the return value of new by reference is deprecated…

这个有两种解决方法，一是将Cakephp升级到最新的Cakephp1.3dev版本，但是现在1.3版本并不是稳定版本，如果想继续使用1.2版本的话，需要:

1.修改cake运行库下面cake/console/cake.php文件。

将141行的

function __initConstants() {
    if (function_exists('ini_set')) {
       ini_set('display_errors', '1');
       ini_set('error_reporting', E_ALL);
...

改为：

function __initConstants() {
   if (function_exists('ini_set')) {
      ini_set('display_errors', '1');
      if (defined('E_DEPRECATED')) {
        ini_set('error_reporting', E_ALL & ~E_DEPRECATED);
      } else {
        ini_set('error_reporting', E_ALL);
      }
...

2.修改cake/libs/configure.php
将292行的

if (isset($config['debug'])) {
    if ($_this->debug) {
        error_reporting(E_ALL);
......

修改为：

if (isset($config['debug'])) {
    if ($_this->debug) {
        if (defined('E_DEPRECATED')) {
          ini_set('error_reporting', E_ALL & ~E_DEPRECATED);
        } else {
          ini_set('error_reporting', E_ALL);
        }
......

编程语言学习心得 – 让代码只做应该做的事情

ruitao — Wed, 30 Sep 2009 18:50:17 +0800

平台进入了整合阶段，开始看之前做前端的同志们的成果，发现了不少问题，其中最严重的问题莫过于标签的滥用了。比如下面的标签滥用：

<h3><label>XXX</label></h3>

而事实上我们完全可以用

<h3>XXX</h3>

就可以达到目的。

看似很简单的一句，两种方法达到的效果是一样的，但是显然第二种根据有可读性，也更符合HTML这种标记性语言的定义，在Wkipedia中，对于HTML的描述是这样的：

超文本置标语言（英文：HyperText Markup Language，简称为HTML）是为“网页创建和其它可在网页浏览器中看到的信息”设计的一种置标语言。HTML被用来结构化信息——例如标题、段落和列表等等，也可用来在一定程度上描述文档的外观和语义。

我们编写代码，达到预定的功能是远远不够的，写出既达到预定功能，又遵循该语言的特性，规范，可读性高，优雅的代码才是最终目标。特别是多人合作进行项目开发的时候，显得尤为重要。

什么才算是可读性高，优雅的代码。命名规范，代码规范，这一些在《代码大全》的第11章“变量名的力量”中有很详细的探讨。林锐博士的《高质量C++/C编程指南》也是应该好好阅读的。

另外一个我觉得很重要的就是要写出符合语言特性的代码，最简单的例子，把C当成面向对象的语言来对待，去构造一堆结构来满足自己“OO”的欲望，这是编程的大忌！

根据语言的特性，以及类库是否能够满足我们要完成的功能目标来选择语言，而不是用语言来束缚自己，最终画地为牢，限制了自己的发展而已。譬如要用到面向对象的方法来设计，那么完全可以选择C++或者Java，完全没有必要抱着C的大腿不放，刻意用C去模拟面向对象方法，或许最终可以到达预想的功能，但是之间付出的代价却是比选择一门面向对象语言要多得多。