同高度近视，楼主有什么好结论盼告诉一声

如果仅仅是管理后台，还是你一个人写的话，还是直接后端渲染算了。用 flask 框架，前端页面套一个 bootstrap。前后端分离虽说维护好，但工作量上去了。

rabbitmq +1

后端怎么会不做数据校验呢？反正业务操作结果我都判断，一般来说上 orm 框架来避免了 sql 注入，数据类型直接强制转换（这个就是导致 500 的原因，但是正常情况 500 不会出现的，出现也没什么问题），如果你是要后端接收每个数据都校验存不存在，类型对不对（为了安全是不是用正则匹配一下？），这事情还得看公司吧，需求每天都变，能赶出来，能保证数据不被黑就好了，友好提示很多时候无能为力呀。后端校验仅仅在保证业务数据安全下用上，你要想后端看不到的地方的校验才是最重要的，看不到不代表后端懒，只是你不知道后端为了安全写了多少逻辑。

这个得看各种因素，本身前端就有一次校验，然后后端有一个数据需要 int ，后端直接强制转换成 int ，然后不是 int 的时候抛出 500 也不会有什么危害，同理没传某个参数导致 key 不存在而抛出异常，而不会有什么危害。反正不要出漏洞就好了，非正常数据前端应该拦截，绕开前端过去，抛 500 无可厚非。反正一句话，他写的东西不被攻击就好了。

看到产品经理我只想说，请不要在临近下班或者临近吃饭的时候改需求，还急着要。
本着程序猴子友好的本质，还是推荐教程给你， python 官网的教程多么好： https://docs.python.org/2/tutorial/index.html

自己造一个轮子，能看就好

rabbitmq

相对于研发，学运维的同学本身就不多

本来一天就几个小时效率特别高，加班完全没效率，并且影响心情。

@brucezhou 在这行，很多时候没有前端，只能自己上

@fszaer 然而 zepto 不仅仅是为了 ajax ，好多前端框架都依赖他

@horizon 处理一下 ajax ，还有用的框架需要（如 SUI Mobile ）

@holyghost 只用适合的轮子， github 有一大堆开源项目，够用的

@sox 可能我文档写得不好，总的来说只需要配置好项目地址，然后把处理规则 copy 到一个文件夹，改一下规则处理文件夹路径和输出文件夹路径即可

@yangxin0 前端真心现在技术一大堆，我现在都是用 jq （或 zepto ） + vue + html + css 这种方式开发

一直用 shell + gunicorn 部署的路过

@Owenjia 看了一下， pycnic 的确够简洁的

还是觉得 flask 好用， django 总感觉太重了。不过前后端彻底分离之后， flask 也不想用了，默认带着 jinja2 又用不上看着就纠结。还是用 bottle 接收参数，输出个 json 比较爽。并且 bottle 只有一个文件，自己改造起来也方便。