试用了一下，上个微博还得用baidu词典查单词，果断拉黑。

我是马后炮来着。别的不说，看这个支付宝账号就不靠谱。

上面是之前某次用的表明，除了增加 prefix 外，附加功能：CamelCase to under_score。

_table_prefix = 'v1_'

class BaseModel(BaseModel):
@declared_attr
def __tablename__(cls):
# simple CamelCase to under_score
name = ''.join([('_' + ch.lower()) if ch.isupper() else ch
for ch in cls.__name__]).strip('_')
return _table_prefix + name

__abstract__ = True
__table_args__ = {
'mysql_engine': 'InnoDB',
'mysql_charset': 'utf8'
}

# tablename: v1_user_token
class UserToken(BaseModel):
id = Column(INTEGER(unsigned=True), primary_key=True)

色盲lv22
看来我是垫底的了

@iptux 这么一看我今天也没干啥好事
15 files changed, 95 insertions(+), 245 deletions(-)

玩游戏玩虚脱了，出来露个脸。

歪个楼，明显楼主在赞python啊。
下一个项目的额外4个小时就能用来做爱做的事了。

用了Slate.app做窗口管理，下面是三个常用的App。

Command+Shift+C 跳转到 Chrome;
Command+Shift+I 跳转到 iTerm;
Command+Shift+E 跳转到 Emacs。

;; 分2-4屏（没用过更大的显示器了），绑定M-0到'other-window
(defun smart-split ()
(interactive)
(delete-other-windows)
(split-window-horizontally) ;; 最少分两屏
(other-window 1)
(switch-to-next-buffer)
(other-window 1)
(unless (< (window-width) 120) ;; 240+ 三屏
(split-window-horizontally)
(balance-windows)
(switch-to-next-buffer)
(other-window 1))
(unless (< (window-width) 100) ;; 300+ 四屏
(split-window-horizontally)
(balance-windows)
(switch-to-next-buffer)
(other-window 1))
(recenter))

(progn
(keydef "M-0" other-window)
(keydef "M-4" kill-this-buffer)
(keydef "M-1" delete-other-windows)
(keydef "M-2" smart-split)
(keydef "M-3" split-window-horizontally))

@julyclyde 理由之一是方便客户端处理，客户端可以无脑解析body（某些客户端http请求返回非2xx状态码时异常），统一处理。现在我们的方式是，status line里有写，json body里也有写（相同），客户端爱咋搞咋搞。

@tinyhill 我司的JSON接口字段定义绝大部分按DB定义中的来，尽量保持API和DB的一致（好了，现在引入了另外一个问题“有比较流行的数据库字段命名规范么”）。
另 1.我司的API在JSend基础上增加了meta字段，添加额外信息（next_url, elapsed_ms）等；

随口吐个槽，这个怎么会放在JavaScript这个节点下面？不应该是API设计之类的节点吗？

歪个楼，围观 @2ex。啥时候去加个V？立马变官方账号。

@lyragosa Access-Control-Allow-Origin 比jsonp安全啊，毕竟前者还可以限制域。

可以考虑nginx上配置个proxy直接代理到“其他系统系统”。
好处是，不需要修改后端代码，只需要预留一个类似/api-proxy之类的路径。
坏处是，需要配置nginx，架构上会复杂些，开发调试也不太方便。

@frontman 总之是个坑就得有人去填。这是我们应用上线之后才发现得，零散的探索了一两天才搞出来的这个方案。

fabric默认使用bash执行命令，服务器上安装没有bash？
两种解决方案：1. 服务器上安装bash（为什么这个都没有？？！！）；2. 参考fabric.api.run函数的文档，指定env.shell：
run(command, shell=True, **kwargs)


Run a shell command on a remote host.

If ``shell`` is True (the default), `run` will execute the given command
string via a shell interpreter, the value of which may be controlled by
setting ``env.shell`` (defaulting to something similar to ``/bin/bash -l -c
"<command>"``.) Any double-quote (``"``) or dollar-sign (``$``) characters
in ``command`` will be automatically escaped when ``shell`` is True.

rm *.pyc
find . -name '*.pyc' | xargs rm # 好吧，这不严谨，不过习惯了难改。。。
# # zsh大Fa好，弃bash保平安。
# $ rm -rf *
# zsh: sure you want to delete all the files in ./testcd [yn]?

上面的解决方案对iOS和比较Android手机够用了，我再补充一下网页在weibo客户端（系统Android 4.1.2版，怀疑其他老版本Weibo客户端也有此问题）遇到的坑：

1. window.location = "intent://story/33195#Intent;package=xxx;scheme=zbd;end;";
该客户端中，直接跳转过去了，出现的是一个类似404的页面；
2. 该客户端中的UserAgent和默认浏览器的完全一样，没法判断是在微博客户端里的。

解决方案，最终检查header时发现refer字段里有m.weibo.cn字样，就用这个方案判断了。
source = $('body').data('source');
IS_WECHAT = /micromessenger/i.test(navigator.userAgent);
IS_WEIBO_SOURCE = source && /weibo/i.test(source);
IS_WEIBO_UA = /weibo/i.test(navigator.userAgent);
IS_WEIBO = !IS_WECHAT && (IS_WEIBO_UA || IS_WEIBO_SOURCE);

// 微信和微博多数“［在浏览器中打开］”显示在“右上角”，然后还设计了个箭头、囧
if (IS_WEIBO_SOURCE && !IS_WEIBO_UA) {
$('.font-attention.browser-btn').text('右下角');
$('.tips-arrow').hide();
}

if (IS_WEIBO || IS_WECHAT) {
$('.browser-tips').show();
return $('.browser-tips .browser-tips-mask').on('click', function(e) {
return $('.browser-tips').hide();
});
}

1. .gitignore 掉没用的和自动生成的文件（.idea, .pyc .db等）；
2. 装个flake8检查下代码风格；
3. 文件/目录名改成小写。

# 一看作者这么熟，原来之前看你写的番号搜索。。。