Ghost in Posterous

June 28, 2009

小谈 TweetBoard

TweetBoard 是我昨天偶尔看到的又一个利用 twitter api 的东西。试用过后，感觉不错，大致野想到这是怎么做的。

首先页面内要引入一个 bootstrap 脚本。这个脚本在用户某个点击行为后运行，载入另一个脚本，建立一个 iframe
(这应该是目前唯一一个向第三方站点提交数据的方式了)，然后利用 twitter 的 oauth 进行登录验证，留言。留言保存到
TweetBoard 的同时也发布到 twitter，带一个到你发布留言的那个页面。这样静态的页面也能产生交互了，和 facebook
connect，google connect 一样的功效 - 这两者的名字希望我没有记错。google 的那个体验不好，而
TweetBoard 很悦目。

你对某文的评论直接发到 twitter 上了，我认为这能引发你与 twitter
上的好友针对这文的讨论。由于浅尝即止，更多的细节还是未知的。豆瓣可以做这样的东西，因为他们有豆瓣广播，他们也支持
oauth，如果和九点结合起来，会是很不错的样子。据说饭否也准备实现
oauth，那么饭否或许会出现一个饭版(翻版…？…XD)，不过感觉这不及对九点更为有用就是了。

Comments [0]

June 28, 2009

Untitled @ Jun. 29th, 2009

借着尼古丁和烟草，我透支生命，拼命记忆不属于我的文字，妄求数小时后的考试，获得一个不难看的数字。记得这些就懂得教育，就知道怎么为人师表，这个叫做现代教育学的学科，试图把一堆堆垃圾塞进我口里，咽下，这样我就如它预想那样懂得教学，懂得怎么实践素质教育，哪怕用的不是素质教育的手段。

身体通红的恶魔披着灰烬，在烟雾中向我迫近，明天的头条或许是，一学生夜深复习，吸入过多尼古丁致死的新闻，然后又成为家长们教育子女的好例子。"当这些字化成灰烬，它就在你的心里"，是榭寄生中的句子？突然想到这话真是奇怪，可惜烟纸上只有虚伪的白。

Comments [0]

June 27, 2009

wap.bing.com

在 iphone/ipod touch 上使用，极佳的体验，也更贴近生活。例如，我可以搜索所在地区拥有的餐馆。似乎这点没有人提及过？

Comments [0]

June 27, 2009

是否需要重新考虑分类页的重要程度了？

一个月多前，看《Lie To Me》，第八集中 Lightman 女儿手中拿着一个看起来很 cool 的掌上设备，我本猜想是某个大品牌的手机，在手机之家等一些手机站点，把上面列出的智能手机看遍了，也找不着，最好动用 Google 大神在某个偏僻的小 blog 中找到答案：Sidekick。当时发的两条 tweets：

Mr. Lightman 用的是 iphone.... 我想看清楚他女儿的那个是什么....

I got the answer: Sidekick. The mobile which one has been held by Emily, Episode 8.

我们是否可以这般假定：传统中的分类页是可以取消的，因为它们只是一个相对较为固定的搜索结果页。你可以通过限定分类来获得更精准的搜索结果，但独立做一个分类页是不是有点太浪费了？以淘宝为例，它的分类对我来说，大部分时间都没有用的：胶卷相机这个小分类，居然归属于数码这个一级分类中，实在匪夷所思。

这样说，似乎只有在浏览固定分类的条目归档时，分类页才有用；此外便是站外搜索优化（Google.com/Baidu.com/Bing.com 等搜索引擎的索引）。分类页这时也不是完全的毫无用处，只是它的重要程度，需要重新进行评估，以搜索导向的归档，是否比以分类导向的归档更合适？

Comments [0]

June 19, 2009

How about Web Service as a Web Game?

I'm just note an imagination here. Web game bring lot of fun to users, users enjoy them, unless they find out another web game, which can brought more funny, let them feel it's fresh enough, or cool enough.

In fact, some Chinese sites do lite attempts in this way. Xiami do a virtual econmic system for user. V2EX also did it before. Livid, the founder of V2EX, continue do this in his new site, iCloud.

Can we do more? Like user posts an entry, for the friends who win a game with a high score?

Comments [0]

June 14, 2009

Problem of Symfony command line script

Had you met a problem like this before? - You download Symfony, then
type `php symfony -V`, and got nothing.

WTF?

First I tried to locate the error. But I got no error message, then I
go to see php.log, no error message too.

So what I can do is debugging in ugly way: put a sentence like `echo
"I'm here\n";` into scripts, if I got the message in command line,
everything before this is ok; otherwise, you found the bug!

I got the problem after a few minutes, in
symfony/lib/plugins/sfPropelPlugin/lib/task/sfPropelBaseTask.class.php,
line 11.

Now I known what's wrong with Symfony.

First, I compiled PHP with Suhosin - so the relative path like
something/../../foo.php is not works. And then, directory_separator
must be in upper-case: no directory_separator but DIRECTORY_SEPARATOR.

Now I replaced that line with following codes:

require_once(dirname(dirname(dirname(__file__))).DIRECTORY_SEPARATOR.'config/config.php');

Then type in `php symfony -V`, it's works now!

Comments [0]

May 20, 2009

A better description for large_client_header_buffers

Assume we deploy a server with Nginx, we set client_header_buffer_size to 1k, and large_client_header_buffers 2 2k - means 2 buffers and 2k for each one.

When client send a request and it's header size bigger than 1k - maybe it's a long request uri, maybe one field in header like cookies is too long, then addition buffer wound be used. There are some situations here:

- Request uri bigger than 2k - client would get a 414 error: URI too large.
- Request uri less then 2k, but other fields in header like cookies bigger than 2k - than Nginx returns 400, bad request.
- Request uri less then 2k, and no field bgger than 2k, but total size of header bigger than 4k (2 * 2k) - Nginx returns 400, too.
- Total size of header is less than 4k (2 * 2k), well, no more 414 or 400.

That's all.

Comments [0]

May 17, 2009

进度条是一个错误的设计

以下纯属无责任猜想。

- 程序员需要知道一系列进程的运行情况，以作除错只用。这个时候，输出一个信息列表。
- 测试完毕，隐藏用于除错的信息，只是按照运行顺序，简洁地列出每个进程的情况。
- 最初的进度条应该是一个已完成进程/总进程数的数字。文字太枯燥了，所以这个进程被一个动态的图像替代了。
- 这系列进程经过多次运作，于感觉上的时间都相近，所以基于时间的进度条出现了。这里可以认为由靠谱变为了不靠谱。唯一可以称作靠谱的，或许只有对用户隐藏了那些不必要的细节。

为什么基于时间估计的进度条不靠谱？因为所需要花费的时间是无法精确猜想的。从 Windows 98 到 Windows XP，那个进度条的剩余时间估算，从来就是看着的一个笑话。

所以，进度条是一个错误的设计。

Comments [0]

May 7, 2009

图片自动优化小脚本

YUI Blog 曾有一篇文章介绍如何在保证当前图片质量的前提下优化图片，里面提及的几个小工具，在 ubuntu 下都可以轻易获取：

sudo apt-get install pngcrush jpeg-progs gifsicle

写了一个自动化小脚本，备份当前目录下所有 jpeg/png/gif 图片然后自动进行优化：

tar -cf backup.tar *.jpg *.png *.gif
files="*.jpg *.png *.gif"
for file in $files; do
    case $file in
        *.png) pngcrush -rem alla -brute -reduce $file $file.dest;;
        *.jpg) jpegtran -copy none -progressive $file > $file.dest;;
        *.gif) gifsicle -O2 $file > $file.dest;;
    esac
    rm $file && mv $file.dest $file
done

话说这是我写的第一个 bash script。 XD

Comments [1]

April 14, 2009

列表式浏览中的一个小疑问

在 Google Reader 之中，假设你在浏览一个订阅中的所有条目（无论是达三位数的更新、还是浏览该订阅订阅中的过往条目），都是在浏览至一定条目时，自动载入接下来的条目。在鲜果中没有实现类似的功能，而是通过分页解决这个问题。个人偏好 Google Reader 的方式。

不过一个让我困惑的问题是，在我继续往下滚动时（一般情况下，我只看到页面的三分之二的位置，就开始往下滚动），很容易失去了原来焦点所处的位置，我需要重新扫描页面，找到滚动页面前焦点所在的位置，然后继续刚才的阅读。中断是由于，每个条目的样式都是一模一样的，仅是条目标题的不同，并不足以让我快速重新定位刚才所在位置。

假设在条目式列表中，加入类似如下的样式：相隔四个条目，就显示一个样式略有差异的条目（这里是背景色），设置这般的标记，能不能有助于加速重新定位焦点位置呢？

Comments [0]