在twhirl使用Twitter的方法是，打开Accounts manager，选择laconi.ca，输入：[你的twitter帐号名]@nest.onedd.net，密码为Twitter密码，即可使用。
@后面就是api地址，也可以自己建立一个而一个服务器来玩，速度和稳定性更好一些！
正确范例:
username@nest.onedd.net
username@api.twibble.de(不推荐使用这个,发推会把twhirl卡死)
username@kcome-s-twitter-proxy.xxx
错误范例:
username@nest.onedd.net/api
username@kcome-s-twitter-proxy.xxx/api
username@kcome-s-twitter-proxy.xxx/tt
不过话又说回来了，觉得还是自建的\(^o^)/~；可以参考文章1、 文章2。
网络真是强大啊，我刚刚用了15分钟，连阅读带下载，建立api。搞定一个自建api服务器。感谢redren的教程；
准备的工具：python软件，下载
GoogleAppEngine_1.2.0 下载
获取birdnest源码，见http://cid-b25292e8d4856480.skydrive.live.com/self.aspx/.Public/gae.zip
申请Google app engine；需要填写你的手机号码，记得手机号码前加+86
准备完毕后,按照文章1中说的修改app.yaml就行了，接着往下继续就好了，好好看教程！
建议受用gae的代码包。修改后通过调用cmd上传即可，以上是偶的一点小总结; 好好学习XD:
快速链接:http://www.rtrash.net/go/38229.html
关于C语言返回数组的若干问题
昨儿有同学问我，怎么在不用全局数组的情况下调用另一个函数的数组，当时我就没想明白，以前也没注意到这个问题，最后还是查了一些资料才明白过来，总结如下：
如果你有这个想法，可以告诉你已经走入了一个误区，你可以返回一个数，指针，甚至结构，但是就是不能返回一个数组。数组其实是一个基本类型和大小动态可知的一块连续的内存空间（如其定义int buff[10]，当然还可以使用mallco），是不能在函数间传递的。
那怎么来传递？在C语言中一般都是传递简单的数值类型，而传到大的对象比如数组，union，struct，基本上有一个原则就是：调用者负责提供内存，而被调用者负责填写内容。举一个简单的例子：
#include
int sun(int *a)
{
int i;
for(i=0;i<2;i++)
a[i]*=3;
return *a;
}
main()
{
int i, a[]={1,2};
sun(a);
for(i=0;i<2;i++)
printf("a[%d]:%d\n",i,a[i]);
}
不过如果在编译期大小可知的话还是有一种方法，不过也只不过是每次传递都是COPY，并不能算是整个数组的真正返回。举例如下：
#include
#include
#define array_size 10
typedef struct array array;
struct array{
int val[array_size];
};
array f()
{
array va={0,1,2,3,4,5,6,7,8,9};
return va;
}
main()
{
array a;
int i;
a=f();
for(i=0;i<10;i++)
printf("%d",a.val[i]);
}
最后，如果你真的想要数组的返回，建议使用其他语言。
.c文件和.h文件的概念与联系
如果说难题最难的部分是基本概念，可能很多人都会持反对意见，但实际上也确实如此。我高中的时候学物理，老师抓的重点就是概念——概念一定要搞清，于是难题也成了容易题。如果你能分析清楚一道物理难题存在着几个物理过程，每一个过程都遵守那一条物理定律(比如动量守恒、牛II定律、能量守恒)，那么就很轻松的根据定律列出这个过程的方程，N个过程必定是N个N元方程，难题也就迎刃而解。即便是高中的物理竞赛难题，最难之处也不过在于：
(1)、混淆你的概念，让你无法分析出几个物理过程，或某个物理过程遵循的那条物理定律；
(2)、存在高次方程，列出方程也解不出。而后者已经是数学的范畴了，所以说，最难之处还在于掌握清晰的概念；
程序设计也是如此，如果概念很清晰，那基本上没什么难题(会难在数学上，比如算法的选择、时间空间与效率的取舍、稳定与资源的平衡上)。但是，要掌握清晰的概念也没那么容易。比如下面这个例子，看看你有没有很清晰透彻的认识。
//a.h
void foo();
//a.c
#include "a.h" //我的问题出来了：这句话是要，还是不要？
void foo()
{
return;
}
//main.c
#include "a.h"
int main(int argc, char *argv[])
{
foo();
return 0;
}
针对上面的代码，请回答三个问题：
1. a.c 中的 #include "a.h" 这句话是不是多余的？
2. 为什么经常见 xx.c 里面 include 对应的 xx.h？
3. 如果 a.c 中不写，那么编译器是不是会自动把 .h 文件里面的东西跟同名的 .c 文件绑定在一起？
（请针对上面3道题仔细考虑10分钟，莫要着急看下面的解释。:) 考虑的越多，下面理解的就越深。）
好了，时间到！请忘掉上面的3道题，以及对这三道题引发出的你的想法，然后再听我慢慢道来。正确的概念是：从C编译器角度看，.h和.c皆是浮云，就是改名为.txt、.doc也没有大的分别。换句话说，就是.h和.c没啥必然联系。.h中一般放的是同名.c文件中定义的变量、数组、函数的声明，需要让.c外部使用的声明。这个声明有啥用？只是让需要用这些声明的地方方便引用。因为 #include "xx.h" 这个宏其实际意思就是把当前这一行删掉，把 xx.h 中的内容原封不动的插入在当前行的位置。由于想写这些函数声明的地方非常多（每一个调用 xx.c 中函数的地方，都要在使用前声明一下子），所以用 #include "xx.h" 这个宏就简化了许多行代码——让预处理器自己替换好了。也就是说，xx.h 其实只是让需要写 xx.c 中函数声明的地方调用（可以少写几行字），至于 include 这个 .h 文件是谁，是 .h 还是 .c，还是与这个 .h 同名的 .c，都没有任何必然关系。
这样你可能会说：啊？那我平时只想调用 xx.c 中的某个函数，却 include了 xx.h 文件，岂不是宏替换后出现了很多无用的声明？没错，确实引入了很多垃圾 ，但是它却省了你不少笔墨，并且整个版面也看起来清爽的多。鱼与熊掌不可得兼，就是这个道理。反正多些声明（.h一般只用来放声明，而放不定义，参见拙著“过马路，左右看”）也无害处，又不会影响编译，何乐而不为呢？
翻回头再看上面的3个问题，很好解答了吧？
1. 答：不一定。这个例子中显然是多余的。但是如果.c中的函数也需要调用同个.c中的其它函数，那么这个.c往往会include同名的.h，这样就不需要为声明和调用顺序而发愁了（C语言要求使用之前必须声明，而include同名.h一般会放在.c的开头）。有很多工程甚至把这种写法约定为代码规范，以规范出清晰的代码来。
2. 答：1中已经回答过了。
3. 答：不会。问这个问题的人绝对是概念不清，要不就是想混水摸鱼。非常讨厌的是中国的很多考试出的都是这种烂题，生怕别人有个清楚的概念了，绝对要把考生搞晕。
搞清楚语法和概念说易也易，说难也难。窍门有三点：
1. 不要晕着头工作，要抽空多思考思考，多看看书；
2. 看书要看好书，问人要问强人。烂书和烂人都会给你一个错误的概念，误导你；
3. 勤能补拙是良训，一分辛苦一分才；
