貌似只是一个集成代码，没啥参考价值

@alexnevsky 都会过 hr 的，hr 一般会在流程的简历筛选和最后 offer 定级这两个阶段。

@kenshin912

我就随便写写别当真啊，openstack 还是值得搞的，先从简单的部署着手，再一个模块一个模块了解，加油。

@py2ex

1，现在的 openstack 俨然是一个庞然大物，学习曲线比较陡，而且涉及的面也很广，计算，存储，网络，这三块哪一块拿出来画画技术栈不得吓一跳，比较适合有专门云团队的公司去搞。
2,线上一旦出现问题，因为系统的复杂性而导致问题追踪解决的复杂性。特别是出现网络问题，neutron 的调试是真麻烦，相信很多搞 openstack 的都被 neutron 的网络恶心过。
3，openstack 的升级，每一次升级都要扒一层皮（不知道现在升级体验怎么样了，我只是参考 Liberty 版本之前）。
4，节点的扩缩容。特别是存储节点，ceph 俨然成了标配，每次扩容的时候，ceph 的自平衡会导致虚拟机特别卡，只能采取一些折中策略去慢慢平衡。
5，前期一定要好好规划。大的方向比如这个云的用途，生产环境还是测试环境，生产环境要做好权限划分，测试环境要做好资源很快耗光的窘境（上云之后小伙伴会疯狂创建虚机把玩），生产测试最好不要共用计算资源。细的方向比如网络规划，物理机的规划，业务规划等等。
啊，不说了，说的我都怨念了

我们就是上的 openstack，规模也是 10 台左右，小微云，前前后后折腾了一年多，策略就是跟着 mirantis 走，走过来会发现前期的学习成本不是最恐怖的，后期的运维才是最要命的。
对于私有云，如果没有一个专门的云团队，最好还是再好好考虑一下。

谢谢诸位的回复，越发感觉那个不靠谱，总之，感谢~

lz 可以去搜一下 python 包管理 相对路径 绝对路径 ，搜完之后看看能不能解决~

相比于专注于 web 的逻辑层，云计算其实偏运维，偏架构，需要学的东西挺多的，光一个 openstack 就够喝一壶了，前期投入很多，至于有没有搞头，搜一下相关的岗位薪酬就知道了~

过度轮，脚本什么的写成 function，常用的 alias 等一块集成到 dotfile 里，放在 repo 中，随时 clone 就可以了。顺便不要脸的放一个自己 dotfile 的 repo： https://github.com/zhangchenchen/clean-dotfile

flask-login 中有个 Session Protection 机制，主要是针对 session 篡改或偷盗，默认有两种模式，basic 和 strong，默认是 basic 模式。这个机制的实现是这样的：每一个请求过来时，会针对用户端产生一个对应的标识符（一般是 hash(ip+user-agent)）,如果这个 session 没有标识符，会做存储，如果有，比对成功的话，这个 request 就是成功的。basic 模式与 strong 模式区别在于：basic 模式下，如果发现 session 比对标识符不成功，这个 session 会被标记为 non-fresh,而在 strong 模式下，整个 session 直接删除

remember me 实现 可以这样简单理解 ： 用户登陆后，服务端生成一个有时效性的 token,然后放回 cookie 中，下次登录直接验证 token,并生成一个新 token 覆盖。至于这个 token 是啥，简单的可以是个随机数，复杂点的会利用一个大的随机数以及加盐哈希共同验证，直接利用 Username 和 Password 做 hash 是很危险的，如果 lz 有使用这种方法，建议修改。

是我理解有偏差吗？ Openstack 作为一个 云计算的开源方案不就是解决的这种问题吗，Openstack 客户端连接可以使用 VNC 或者 SPICE 这两种协议，参考 [这个]( https://docs.openstack.org/admin-guide/compute-remote-console-access.html) ~~~
如果 lz 说的是桌面云的话，openstack 好像很早就已经支持桌面云了，大致功能肯定是都有的，但也肯定需要很多定制化的开发工作，我没接触过这方面的工作，但可以提供几个关键字“ openstack + desktop as a service ” 或者“” openstack + daas “”

@bclerdx 直接拿来用做代理 IP 爬数据就可以了啊

@gamecreating 因为毕竟公共代理，而且时效原因~~

@whale 你好啊，老铁~~
@zjp 刚研究了一下，学会了，哈哈

@whale 你好啊，老铁~~

python 2.7,后续会多加点 IP 源~~~