楼主一上来就摆出招聘的姿态, 对别人提要求, 似乎不妥.

@jovistar 已送出~

1. 我也有3枚,要的回复我
2. 貌似现在首页可以直接申请邀请码了: https://atom.io/
3. atom目前用起来好慢的说...

guoqiao#gmail

@ivanlw me too:)

@codeplay 苹果设备也全部使用的美国区账号.

@codeplay 这个我知道, 我全部使用的美亚的账号.
@Whisper 我也记得以前可以的, 但是我现在只能看到本地的书. 而且, 在Amazon.com的Personal Documents->Actions->Deliver to my...这里, Kindle for mac的选项是灰色的,不能选.

十分好用,感谢站长.

不想ssh的话, 可以开启supervisor的web, 直接在浏览器里看日志.

首先将abc用户加入web组:
usermod -a -G web abc
然后修改www名下的文件的owner:
chown -R web:www /path/to/your/files
接着给组用户写权限:
chmod g+w /path/to/your/files

赞~~
试用了一下Mac版本,反馈几个问题:)
1. 设置里面那个automatically generate以及Password strength复选框勾上貌似没用
2. 个人觉得没必要限定weibo, facebook这样的密码类型, 这是自缚手脚. 让用户自己填好了.不要更好.
3. 密码应该可以选择长度,字符组合等.

@binux 发现只要在v2ex提问就有好运;)
问题解决. 方法是在uwsgi的ini配置文件里加上编码设置:

[uwsgi]
.....
env=DJANGO_SETTINGS_MODULE=settings
env=LC_ALL=zh_CN.UTF-8

困扰我好久了, 如释重负

@sytao 4s升级后快了很多，打字不卡了，很流畅

今天刚入手cherry的路过, 人生的第一块机械键盘. 目前感受:
1. 做工和外观看起来真的好渣T_T
2. F和J下面居然没有小凸起,而是通过键盘表面的凹陷来替代,有必要么...真的好不习惯
2. 手感也没有什么特别的...
我可能还需要时间体会吧

@yueyoum 习惯也分好坏.
何况我觉得不是习惯, 大部分人不过是在沿袭别人的习惯. 而别人的习惯可能是个错误.

@yueyoum /opt下的代码文件夹, owner是谁? root? www-data? 还是$USER?
1. 如果是root, 那意味着你每次pull代码,或者操作任何文件, 都得用sudo,比较危险.
2. 如果是www-data, 那意味着你每次pull完代码后,如果有新的文件,都需要修改文件owner为www-data. (很多时候不修改也没问题,但是当有一天问题出现,就很难发现.而且对于有强迫症的人,没法容忍新老文件的owner不一致...)
3. 如果是$USER, 与其在/opt下sudo创建一个文件夹然后chown成自己, 还不如直接放在自己的home目录下呢, 都不用cd过去,何必舍近求远呢?

@BOYPT 对于小项目或者项目代码尚未完全稳定, 未必每次部署都使用自动化, 而且自动化也未必覆盖到所有的修改需求.我可能经常需要ssh到服务器,手工修改一些东西,或者增加一个文件. 这时文件的权限就很可能忘记修改. "反正要做的事情都那样，都不知道你要纠结啥", 我要做的事,未必每次都一样.

@clino 恩, 这是我想说的. 尝试各种方式后, 我也发现这是我感觉最方便问题最少的方法.
但我不确定这是否通行. 因为看到很多有经验的程序员都把代码放在/var/www/或者/opt, /srv之类的目录下, 代码的owner则五花八门, root, www-data, deploy, 都有.

@humiaozuzu 你的方式很有代表性, 但是有几个问题:
1. /var/www/目录对于apache, lighttpd等是默认的开放目录, 放在这里, 万一哪天犯错设置不当, 会不会泄露源码? 并且, 代码放在/var/www下应该是沿用php的习惯? 因为php需要把文件扔到http server的目录下. 但python并不需要. 所以,放在/opt/之类的目录下,是不是更好?

2. 你的意思应该是: 代码的owner是deploy, 而文件和目录的权限给www-data开放, 是吗? 当然,可能我提问不当. 代码的owner设置成www-data合理, 但是麻烦之处在于, 如果你后来新增了一个文件或目录, git pull 下来, owner是deploy, 你可能会忘记修改chown, 会导致一些问题.