如果想通过api拉取到某一个用户或者粉丝页的封面，可以通过下面的方法。

首先，获取这个用户的相册列表。

fql:  select aid,name from album where owner=me()

就可以看到相册的列表了，其中有一个Cover Photos的相册，当然你也可以在上面的fql语句里加上name=’Cover Photos’的条件 就可以直接取到。

取到aid为类似为 100000139292699_101065。

然后根据相册的aid取该相册的图片列表。

select src from photo where aid=’100000139292699_101065′

取得的图片列表第一个就是你想要得到的封面的图片地址啦。

相关资料：

http://developers.facebook.com/docs/reference/api/album/

http://developers.facebook.com/docs/reference/fql/photo/

附腾讯调整后公司架构图：

首先看到的是导航。

然后是主界面的时间轴和轴上的内容。

总的来说，功能和Facebook的Timeline功能一致，基本没什么变动，只是换了个中文名字。腾讯这创新做的还真是厉害啊。

环境保护说白了就是保护一个良好的环境，为好的环境添砖加瓦，与破坏环境的人和事做斗争。其实，从技术人员来说，我们可以做一些力所能及的事。因为我们身边的技术环境还有很大的改善的空间，而一些来之不易的东西还需要我们去小心维护。
环保主义软件开发 。先说说软件开发中的环保。比如：

环保需求。当我们分析需求的时候，如果我们能做到不要像“这是到底是谁的错” 一文中那样的来者不拒，如果我们在面对需求能多问这样几个问题：为什么 要有这样的需求？这个功能主要能解决什么 样的问题？为什么不是另外那一种？可不可以简化一下？其实，我们并不需要创新，只需要真正地问好这几个问题，我们就可以少看着一些弯路，少一些苦逼的加 班，少一些内耗，少一些埋怨，也就可以为这个社会节省下一些资源，从而环保。

环保开发。当我们做设计写代码的时候，如果我们多花一些时间去思考一下，我们就可以少一些代码（参看“多一些时间少一些代码”）。 如果我们在一开始多思考一下，不要急着马上去用迭代的方式认识世界，多思考一下怎么把复杂的东西解藕，把复杂的东西简化，怎么做出一个优雅的设计，怎么让 我们的程序少一些tricky的东西，怎么让我们的程序变得更简洁，更清楚，更直，在一开始思考一下未来需求可能的变化，未来软件需要怎么测试，未来的系 统需要怎么的运维，那么，我们可以少一些返工，少一些重构，少欠一些债，少一些低级错误，少承担一些系统上线后的压力，那么，我们同样可以为这个社会节约 一些资源。说得再直白一点，你用更少的代码产生出更高的效益，少耗一些CPU，就能省一些电，间接地保护了环境。（参看 Why C++？）

环保文化。当我们在做软件开发的时候，如果你能影响并帮助你身边的同事，让他们写出更有修养更有效率质量更高的代码来，并发动团队树立工程师的文化，用团队去影响你的老板，你的公司，让他们能再多一点地重视技术，重视技术人员，那么你必然也会成为一个受益者。

环保管理。当你做为一个管理者，做为一个方法推动者，如果你能更多地注重软件开发中真正创造生产力的程序 员， 为他们分忧，为他们铺路，为他们创造条件，那么，他们就会更多的回馈于你，就会少了一些不信任，就会少了一些被动，就会多一些主动，就会多一分责任，不但 可以激发团队热情，同时可以有更大的生产力。同样是一种环保。

当然，这样的东西还有很多，你也可能会觉得太过理想主义了，我们不可能马上改变之，但是我们可以试一试。

技术环保主义

其实，我们身边有很多可以做的技术环保工作。比如说，在Linux下少用root用户，SQL的时候，delete前先select，这样，你就不会做出一些让你后悔的事（参看程序员那些悲催的事）， 不会让你重头来过，从而至少不会浪费电能。写代码的时候要很小心管理好内存，以及各种资源，和线程并发，组织好的你的代码中的业务逻辑，做好单元测试，自 动化回归测试，等，这样你就可以少一点遇到BUG，在最到BUG时少一些时间去做调查。操作电脑的时候少下一些破解软件，少访问一些奇怪的网站，这样，你 就会少中一些病毒，少一些损失，少一些重做系统，一样可以节省电能。

当然，除此之外，我们更应该做为一个大气的，高瞻的环保主义者，比如下面的事情：

拒绝IE6。如果你坚决不用IE6，并影响你身边的人，让他们升级IE6，尝试Chrome 或 Firefox，多告诉一下自己身边的朋友，怎么设计口令，怎么在互联网上保护自己的隐私和安全，怎么防木马，这样就能少一些问题，少装两次系统，就能省 一些电，也就能多一些时间去做一些更有意义的事。也是在为整个世界整个人类做贡献。（看看某些软件产商，占据着用户桌面的江山，还整天弹窗弹窗的，说这不安全，那不安全的。你还是做安全的，你居然能容忍IE6装在用户的机器上，你还做个屁的安全！）

拒绝抄袭和山寨。如果你鄙视那些赤祼祼地抄袭者，不使用他们的产品，有的人会说你就是想标榜自己的高 尚，ZB，假高尚，大家会说你没有必要。其实并不是，你这样做，其实是为了“环保”，为了“保护一个健康的IT环境”，虽然你没有创新，但是你的行为却是 在鼓励创新的环境，这样，如果当整个大环境都是在创新文化影响之下，才会更健康，技术人员也才会被尊重，而我们自己最终会受益。虽然只是抑制抄袭和山寨， 但是我们间接地为社会做了贡献。（看看那N多的抄袭团队，加入他们实在是耗费这个社会的资源） （那个整天复制这个复制这个复制那个的公司，看看你自己做的那些产品线？乱糟糟的。你看看，你有个人空间，还有群空间，还有校友录，然后你还要做个facebook式的“朋友”，还要搞个微博，然后还要搞个微信，大哥啊，你把这些相似度很大的东西放在了N多的服务器上，你不觉得浪费吗？你真是山寨之王啊，自己都一直在复制自己的产品。还有人说你们的产品经理一流，真是脑残啊。对此，我只能拜了！）

拒绝百度搜索。如果你学得百度还是可以的话，你不妨看看我的微博（这个，这个（抓图），还有这个）， 你会发现百度不单单是广告的问题，很多东西根本搜不出来，包括他自己的内容。用百度就是浪费时间，浪费计算资源。如果你告诉你身边的朋友不要用百度搜索， 而是用Google，并能耐心地教会他们翻墙，这样，我们就可以让那些“穷则穷凶极恶，富则为富不仁”的企业少一些自以为是，最重要的是可以让他们少制造 一些垃圾信息和垃圾产品，世界少一些垃圾，自然也就环保了。

拒绝过重的商业氛围。很多社区的商业氛围实在是太浓了，全都是广告。整个社区根本都不是为技术人员来做的， 而 为了那些软件产商，为了那些公司。他们只知道为那些大公司写软文，做广告，开大会。他们只想着挣钱。网页上全是花花绿绿的广告，打开他们的网页，就会多耗 许多电，浏览他们网站上的文章，到他们的大会上听他们的软件广告分享，就会让自己的生命和时间浪费，自己消耗了体力不说，却还没得到什么营养，相当的不环 保。

拒绝浮燥。比如：浮燥地创业者们，被风投们一轮一轮地压榨。为了让风投满意，牺牲自己的初衷，去找水军刷排 名，去发垃圾邮件，去烧钱买吆喝，制造虚假的繁荣，等等。另外，少去追那些新的技术，少一些浮夸，不要开口闭口的就是海量数据，高性能，要当个架构师，经 理，要拿多少多少的工资，与其这样，还不如多静下心来研究一下那些十来年的技术，思考一下自己身边的问题，一步一步走踏实，少摔几个跟头，这样，你也就能 多一些能力，多一些自信，也就能多做一些事，多解决一些问题，你的职业生源走好了，也就很环保了。

还有很多，我相信大家明白我想说什么。其实，我想说的是，这不单单是一种“个人修养”，这也是一种对社会贡献的方式，更是一种“低碳环保”的生活方式。

让我们一起来做有修养的环保主义的程序员吧！

这个bug造成所有在facebook上开发使用javascript api验证登录连接方式的app都无法正常登录和访问。附图为Facebook里关于该bug的网站主的留言。

微微族将持续关注该事件

更新：现已恢复正常

1.关闭Debug模式
使用django-admin.py startproject 生成的项目，默认settings.py中的DEBUG是开户的，这在正式环境可能会带来以下问题：
所有的数据库查询将被保存在内存中， 以 django.db.connection.queries 的形式. 你可以想象，这个吃内存!
任何404错误都将呈现django的特殊的404页面(第3章有)而不是普通的404页面。 这个页面包含潜在的敏感信息，但是不应暴露在公共互联网。
你的应用中任何未捕获的异常，从基本的python语法错误到数据库错误以及模板语法错误都会返回漂亮的Django错误页面。 这个页面包含了比404错误页面更多的敏感信息，所以这个页面绝对不要公开暴露。
简单的说，把DEBUG设置成True 相当于告诉Django你的网站只会被可信任的开发人员使用。 Internet里充满了不可信赖的事物，当你准备部署你的应用时，首要的事情就是把DEBUG设置为False 。

2.关闭模板的Debug模式
类似地，你应该在生产环境中把TEMPLATE_DEBUG设置为False ，如果这个设为True ，为了在那个好看的错误页面上显示足够的东西，Django的模版系统就会为每一个模版保存一些额外的信息。

3.实现404/500模板
如果DEBUG 设置为True ，Django会显示那个自带的404错误页面。否则他会显示一个在你的模版根目录中名字叫404.html的模版 所以，当你准备部署你的应用时，你会需要创建这个模版并在里面放一些有意义的“页面未找到”的信息。
类似地，500也是一样的。

4.设置错误警报
当Django网站运行中出现了异常，我们会希望去了解以便于修正它。 默认情况下，Django在你的代码引发未处理的异常时，发送一封Email至开发者团队。但你需要去做两件事来设置这种行为。
首先，改变你的ADMINS设置用来引入关注者的E-mail地址：
ADMINS=(
‘devloper1′, ‘devloper1@example.com’,
‘devloper1′, ‘devloper2@example.com’,
)
复制代码
第二，确保你的服务器配置为发送电子邮件。 设置好postfix或sendmail等与Django设置相关的邮件服务器,你需要将 EMAIL_HOST设置为你的邮件服务器的正确的主机名. 默认模式下是设置为’localhost’。

5.设置连接中断警报
如果你安装有CommonMiddleware，你就具有了设置这个选项的能力：有人在访问你的Django网站的一个非空的链接而导致一个404错误的发生和连接中断的情况，你将收到一封邮件。
如果你想激活这个特性，设置SEND_BROKEN_LINK_EMAILS 为True(默认为False),并设置你的MANAGERS为关注者的邮件地址，这些邮件地址将会收到报告连接中断错误的邮件。
MANAGERS=(
‘devloper1′, ‘devloper1@example.com’,
‘devloper1′, ‘devloper2@example.com’,
)
复制代码

6.不同环境的settings配置
从上面提到的一些信息(不仅仅是上面一些信息)我们可以看出，在开发环境、测试环境和正式环境我们可能需要不同的配置，怎样避免在不同的环境产生的代码不一致呢。
设置成两个全面的，彼此独立的配置文件
设置一个基本的配置文件（比如，为了开发)和第二个（为了产品)配置文件，第二个配置文件仅仅从基本的那个配置文件导入配置，并对需要定义的进行复写.
使用一个单独的配置文件，此配置文件包含一个Python的逻辑判断根据上下文环境改变设置。
这里只拿第三种方式举个小例子：
# settings.py
import socket

if socket.gethostname() == ‘my‐laptop’:
DEBUG = TEMPLATE_DEBUG = True
else:
DEBUG = TEMPLATE_DEBUG = False
# …
复制代码
我们需要记住，DJANGO_SETTINGS_MODULE环境变量指定了我们应用程序的入口，它指定的settings里的URLConf完成核心控制器功能。

Django真正的部署方案（后续学习分享）：
apache+mod_python
apache+mod_wsgi
fastCGI+flup+manage.py
apache+fastCGI+mod_rewrite
fastCGI+lighttpd+mod_fastcgi

你可以不懂我的工作，因为那只是我的工作，只是我的生活的一小部分，我们还有更多共同的生活话题一起去探讨，更多的日子需要一起去经历。

也许我们可以周末一起赖床然后架个小桌子一起看电影，然后互相督促着起床，一起站在镜子前刷牙。

可以一起在晴朗的天气走到郊外看那美丽的油菜花，然后编一个简单的花冠戴在你的头上.

可以一起突然消失，到陌生的城市 陌生的景点，手拉手的向路人问路，沿途拍下所有的美景。

可以在你上晚班的时候，默默的站在你公司外，买好夜宵或者早点等候你下班，然后一手牵着你的手，一手帮你拎着包。

可以你生病了的时候，让你躺在我的胸口，然后说着轻柔的话语，还一边喂你吃零食。

可以闹点小矛盾，然后约定绝不会生气超过25秒，然后我就屁颠屁颠的过来哄你开心。

可以就这么相亲相爱的白头偕老，一起拄着拐杖去买菜照顾孙儿，一起躺在藤椅上晒太阳回忆过往。

现在，就是只在等待这段生活的开始。